Systemier 프레임웍의 소개와 적용사례

생산성 혁신을 위한 SYSTEMiER@J2EE

• 발표자 : 권혁민 책임님
• 정리 : 정상혁

Component 정의

 A Software component is a unit of composition with contractually specified interfaces and explicit context dependencies only. A software component can be deployed independently and is subject to composition by third party.

-Szyperski, C., Component Software – Beyond Object-Oriented Programming, Addison-Wesley, 1998

• 독립적으로 배포할 수 있는 소프트웨어 단위이며 인터페이스를 사용하여 그 행위적 기능이 숨겨져(encapsulated) 있음.
• 특징:

1. spec이 있어야한다.
2. Interface가 존재
3. 동적으로 배포가능

 Framework 정의

A framework is a reusable, semi complete application that can be specialized to produce custom applications

- JohnSon, 1998

•  일반적으로 Framework은 기본 명세를 준수하는 Component 운영환경 과 그 운영환경 위에 존재하는 Component의 집합으로 구성됨

Systemier 프레임웍 적용사례에서의 어려웠던 점

EJB와 Systmier의 Core Service를 벤치마크한 테스트 결과에서 Systmier쪽이 훨씬 성능이 좋음에도 불구하고 EJB 도입을 고집하는 경우가 많음 - 개발리더들이 기존에 익숙한 기술을 고집.

질문과 답변

• Domain model vs Trasaction Script : 최효근 질문

권책임님은 개인적으로  Trasaction Script  방식을 더 선호. 아직 Domain Model 방식에서 DB 성능상의 문제가 생길 때 해결책이 용이하지 않은 경우가 많다. iBatis나 Systemier의 Query service가 Transaction script 방식의 개발을 지원하는 프레임웍 구조임.

최효근씨는 파주시에  Hibernate을 이용한 Domain model 방식의 개발에 만족하고 있다고 함.

   참고자료 :  Hibernate vs iBatis

• EJB 3.0과 Spring에 대한 전망 : 정상혁 질문

  Spring도 사실상의 표준이고, Spring framework의 개발자 로드존슨은 EJB 3.0에 대해서 많은 비판을 하고 있으나, 권혁민 책임님께서는 앞으로는 진짜 표준인 EJB 3.0이 널리 쓰이지 않을까 하는 의견