• 제목/요약/키워드: EJB 2.0

검색결과 8건 처리시간 0.023초

EJB 2.0과 EJB 3.0의 소프트웨어 개발 생산성 비교 연구 (A Study on Comparison of Software Development Productivity with EJB 2.0 and EJB 3.0)

  • 이명호
    • 산업경영시스템학회지
    • /
    • 제31권3호
    • /
    • pp.1-7
    • /
    • 2008
  • This paper proposes an object-oriented software development guidance and an evaluation index for the productivity related to EJB(Enterprise JavaBeans). EJB is a known successful standard model for LSDO(Large Size Distributed Object). However, there is no comparison research about the performance of EJB 2.0 and 3.0 with same identical platform. Quantitative analysis is supported as a part of LOC(Line Of Code) analysis. There is a limit to develop the updated software with no the specific evaluating index for the productivity of software. This work proposes an specific index for evaluating the productivity of new version EJB on a platform. Base on the result, the specific guidance of the developing software is obtained.

컴포넌트의 성능향상과 재사용을 위한 EJB 2.1 컴포넌트에서 EJB 3.0로의 변환기법 (Techniques to Transform EJB 2.1 Components to EJB 3.0 for Performance Improvement and Component Reusability)

  • 이후재;김지혁;류성열
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제36권4호
    • /
    • pp.261-272
    • /
    • 2009
  • 최근 성능향상과 개발의 편리성을 주요 특징으로 보완한 EJB 3.0 명세가 발표되었다. 이에 따라 개발자들은 EJB 3.0 기반의 애플리케이션 환경에서 EJB 2.1 컴포넌트 전체를 EJB 3.0 컴포넌트로 완전 대체하기보다는 성능향상이 요구되는 컴포넌트부터 점진적 변환하는 방법을 주로 고려하게 되었다. 그러나 기존 연구는 애플리케이션의 서비스를 고려하지 않기 때문에 점진적 변환을 하는데 문제가 있고, 상이한 명세의 변환 방법으로 EJB 3.0 완전 대체 시 컴포넌트의 호환의 문제와 재사용을 하는데 어려움이 있다. 본 연구에서는 기존 애플리케이션에서 제공하였던 서비스를 고려하며, EJB 3.0 완전 대체 시에서도 컴포넌트의 호환과 재사용이 가능한 세가지 변환 기법을 제안한다. 제안하는 변환 기법은 직접 컴포넌트 연결을 하는 직접 변환 기법 EJB 커넥터를 사용하는 간접 변환 기법 그리고 간접 변환 기법에 템플릿 패턴을 적용하는 간접 템플릿 변환 기법으로 점진적 변환을 위한 기법들이다. 이에 제안하는 변환 기법을 재사용과 초당 처리량이라는 평가 기준으로 비교 검증하며, 본 연구를 통해 도출된 EJB 3.0 변환시의 특성들을 기반으로 기법 선택의 기준을 제공한다.

EJB 에서 비즈니스 오퍼레이션의 설계 기법 및 패턴 (Techniques and Patterns for Designing Business Operations in EJB)

  • 박지환;이상덕;김수동
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제30권1_2호
    • /
    • pp.1-18
    • /
    • 2003
  • 객체 지향 모델링의 결과를 소스 코드로 매핑 할 때 구현 플랫폼에 맞는 정확하고 체계적인 매핑 기법이 요구된다. 또한, 모델링 자체는 구현 언어나 특정 플랫폼에 종속적이지 않기 때문에 특정 플랫폼이나 언어에 맞게 구현할 수 있는 효율적이며 순차적인 접근법이 필요하다. 모델링한 결과는 구현상의 소스 코드로 정확하게 나타나야 하며 정확한 매핑을 위해서 본 논문에서는 EJB(Enterprise Java Beans) 2.0을 기준으로 하여 구현하고자 할 때, 모델링 단계에서 도출된 각 클래스가 가지는 비즈니스 오퍼레이션들이 EJB 2.0에서 지원하는 여러 가지 구현 가능한 장치들을 통해서 어떻게 나타날 수 있는지에 대한 절차적이며 구체적인 방법 및 디자인 패턴을 제시한다. 따라서 개발자로 하여금 이러한 기법들을 이용하여 비즈니스 오퍼레이션을 좀 더 체계적이며 정확하게 EJB 2.0 플랫폼에 맞도록 구현하여 설계 내용이 구현 소스 코드 상에 정확히 대응되어 나타날 수 있도록 지침을 제시한다.

동일한 경량 컨테이너 구조 환경에서 스프링 2.5와 EJB 3.0의 개발 생산성 비교 (Comparison of Development Productivity of Spring 2.5 and EJB 3.0 with Lightweight Container Architecture)

  • 이명호;한정수
    • 디지털융복합연구
    • /
    • 제10권3호
    • /
    • pp.137-142
    • /
    • 2012
  • 본 논문은 동일한 경량 컨테이너 구조 환경에서 스프링 2.5와 EJB 3.0의 개발 생산성에 대한 지침과 평가 지표를 제공하는데 목적이 있다. 스프링은 경량 컨테이너 아키텍처로 성공적인 오픈 소스 모델로 알려져 있으며, EJB는 엔터프라이즈 환경에서의 표준 프레임워크로 현업에서 가장 많이 사용되고 있다. 그러나 동일한 플랫폼 상에서 스프링 2.5와 EJB 3.0 프레임워크에 대한 성능 평가 연구는 부족하였다. 또한 정량적 분석도 일부분의 LoC(Line of Code) 분석만 시도함에 따라 새로운 사양이 발표됨에도 구체적인 평가 지표와 지침이 부족하여 소프트웨어 생산성의 평가와 프로젝트의 새로운 시도에 제한이 있었다. 따라서 본 연구에서는 동일한 개발 플랫폼 환경을 기반으로 파일럿 시스템을 스프링 2.5와 EJB 3.0 프레임워크에서 설계하고 구현한 후, 개발 플랫폼 환경별 객관적인 소프트웨어 개발 생산성을 비교하고, 표준화에 따른 평가 지표를 제공하고자 한다.

EJB 2.1 타이머 서비스 설계 및 구현 (Design and Implementation of EJB 2.1 Timer Service)

  • 정숭욱;이경호;김중배
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2003년도 가을 학술발표논문집 Vol.30 No.2 (3)
    • /
    • pp.247-249
    • /
    • 2003
  • EJB(Enterprise Java Beans)는 웹 응용 서버 스펙인 J2EE(Java2 Enterprise Edition)의 핵심으로서, 비즈니스 업무를 웹 환경에서 컴포넌트 형태로 작성하여 재 사용성을 높이기 위한 서버 측 컴포넌트 프로그래밍 모델이다. EJB 2.1에서는 기존 EJB 2.0에 기술된 기능 이외에 웹 서비스, 타이머 서비스, EJB QL 업그레이드 등의 기능을 추가하였다. 타이머 서비스는 지정된 시간마다 EJB 빈의 특정 함수를 호출하는 기능이다. 또한, 타이머 서비스는 트랜잭션과 연관된 경우 해당 트랜잭션 컨텍스트(context) 내에서 타이머의 롤백(rollback)을 지원해야 하며, 시스템의 고장 후 재시작 시에 기존 타이머의 복구 기능을 지원해야 한다. 본 논문에서는 EJB 스펙 2.1에서 제시한 타이머 서비스의 요구 사항에 대해 알아보고, ETRI 에서 개발한 E504 EJB 서버에서 타이머 서비스를 구현한 방법에 대해 논의한다.

  • PDF

JPetStore 주문시스템 기반으로 Spring 2.5와 Seam2.0의 개발 생산성 비교 연구 (A Study on Comparison of Development Productivity of Spring 2.5 and Seam 2.0 Based JPetStore Order System)

  • 이명호
    • 한국산학기술학회논문지
    • /
    • 제11권7호
    • /
    • pp.2610-2615
    • /
    • 2010
  • 본 논문은 Spring 2.5와 Seam 2.0 프레임워크의 연관된 객체지향 소프트웨어 개발에 대한 지침과 평가 지표를 제공하는데 목적이 있다. 경량 컨테이너 아키텍처는 EJB 아키텍처와 같이 무겁지 않으면서도 EJB 컨테이너의 모든 가능을 제공하는 구조이다. 현재까지 경량 컨테이너 아키텍처로 현업에서 가장 많이 사용되고 잘 알려진 아키텍처로 Spring과 Seam 프레임워크이 있다. 그러나 동일한 플랫폼 상에서 Spring과 Seam 프레임워크의 개발 생산성 비교분석은 없었다. 따라서 본 연구에서는 Java EE 플랫폼 상에서 개발된 자바 블루프린트 Pet Store 프로그램을 동일한 개발 플랫폼 환경을 기반으로 JPetStore 주문시스템을 Spring 2.5와 Seam 2.0에서 설계하고 구현한 후, 개발 플랫폼 환경별 객관적인 소프트웨어 개발 생산성 비교 및 표준화에 따른 평가 지침을 제공하고자 한다.

동해 각 분지의 수층내 산소 소모율 추정 (Estimates of Basin-Specific Oxygen Utilization Rates (OURs) in the East Sea (Sea of Japan))

  • 김일남;민동하;이동섭
    • 한국해양학회지:바다
    • /
    • 제15권2호
    • /
    • pp.86-96
    • /
    • 2010
  • 해양환경에서의 산소 소모율에 관한 자료는 생지화학적인 탄소 순환뿐만 아니라 기후 모델을 구성하는 중요한 변수들 중에 하나이다. 그러나 동해의 산소 소모율 자료는 모델에 이용될 수 있는 하나의 변수로써는 아직 구체적으로 정립되지 못했다. 해수의 물리적인 특성이 서로 다른 동해의 각 분지에서 깊이에 따른 수층내 산소 소모율 분포를 1999년 여름에 관측된 겉보기 산소 소모량과 프레온-12 분압 나이를 이용하여 계산한 후, 200~2000 m 수심구간에서 지수함수로 표현하였다. 계산된 산소 소모율은 일반적으로 상층 수심에서 높고 수심이 깊어짐에 따라 감소하는 경향을 보였다. 산소 소모율은 서부와 동부 일본 분지에서 뚜렷한 차이를 보이지 않았고, 울릉분지는 표층 영 역(수심 0~200 m)을 포함했을 때와 그렇지 않았을 때 추정치의 차이가 컸으며, 야마토 분지는 저층에서 다른 분지에 비해서 산소 소모율이 굉장히 낮은 값을 보였다. 수심 200~2000 m 사이에서 산소 소모율은 서부 일본 분지에서 8.15~0.83, 동부 일본분지에서 8.11~0.68, 울릉 분지에서 5.29~0.73, 야마토 분지에서 7.31~0.06 ${\mu}mol$ $kg^{-1}$ $yr^{-1}$을 보였다. 향후, 기후 변화와 관련하여 겨울철 표층해수역의 산소 불포화도를 고려한 산소 소모율 추정이 요구된다.

워크케이스 기반의 초대형 워크플로우 시스템 아키텍쳐 (Workcase based Very Large Scale Workflow System Architecture)

  • 심성수;김광훈
    • 한국데이타베이스학회:학술대회논문집
    • /
    • 한국데이타베이스학회 2002년도 추계 컨퍼런스: 기업경쟁력 강화를 위한 디지털 컨텐츠 및 정보기술 컨퍼런스
    • /
    • pp.403-416
    • /
    • 2002
  • 워크플로우 관리 시스템은 정부나 기업과 같은 조직의 작업을 처리하기 위한 비즈니스 프로세스를 컴퓨터를 기반으로 자동화함으로서 작업의 효율을 높이고 비용을 절감한다. 현재에 이르러 이런 워크플로우 시스템을 사용하는 조직들이 점차 거대화되어 가고 네트워크의 발달과 인터넷의 출현으로 인하여 워크플로우 시스템이 처리하여야 하는 작업의 수와 고객과 작업자 수 등이 빠른 속도로 증가하는 추세이다. 이런 추세에서 워크플로우 시스템은 거대 조직 환경에 적합한 워크플로우 시스템 아키텍쳐를 필요하게 된다. 이에 본 논문은 거대 조직 환경을 관리할 수 있는 워크플로우 관리 시스템으로 워크케이스 기반의 초대형 워크플로우 시스템의 아키텍쳐를 설계 및 구현 하고자 한다. 그리고 워크플로우 시스템 아키텍쳐를 분류, 분석하여 장단점을 가려내어 이를 기반으로 워크플로우 시스템 아키텍쳐의 성능을 예측하여 워크케이스 기반 워크플로우 시스템 아키텍쳐가 본 논문에서 제안하는 초대형 워크플로우 시스템의 아키텍쳐라는 것을 예측하여 본다. 또한 초대형 워크플로우 시스템을 위하하부 구조로 EJB(Enterprise Java Beans)를 사용하고 사용 이유를 기술한다. 본 논문에서는 이런 워크케이스 기반의 초대형 워크플로우 시스템 아키텍쳐를 위하여 개념적인 단계와 설계 단계, 구현 단계로 나누어 설계 및 구현을 하며 개념적인 단계에서는 워크케이스 기반 워크플로우 시스템 아키텍쳐에 대하여 상세히 기술하고 설계단계에서는 전체적인 기능 정의와 초대형 워크플로우 시스템의 구조를 설계한다. 그리고 구현 단계에서는 워크케이스 기반의 초대형 워크플로우 시스템 아키텍쳐를 실제 구현하기 위한 환경을 선택하고 구현 단계의 문제점들과 해결책을 기술한다. 다 솔레노이드방식 감압건조장치로 건조한 표고버섯으로 품위에 대한 유의성 검증결과, 표고버섯의 경우 온도별로는 색택과 복원률, 건조실 내부 압력별로는 수축률, 복원률에서 유의차가 있는 것으로 나타났다. 라. 본 연구에서 구명된 감압건조특성을 기초로 하여 배치식 감압건조기를 설계 제작에 활용하고자 한다.ational banks. Several financial interchange standards which are involved in B2B business of e-procurement, e-placement, e-payment are also investigated.. monocytogenes, E. coli 및 S. enteritidis에 대한 키토산의 최소저해농도는 각각 0.1461 mg/mL, 0.2419 mg/mL, 0.0980 mg/mL 및 0.0490 mg/mL로 측정되었다. 또한 2%(v/v) 초산 자체의 최소저해농도를 측정한 결과, B. cereus, L. mosocytogenes, E. eoli에 대해서는 control과 비교시 유의적인 항균효과는 나타나지 않았다. 반면에 S. enteritidis의 경우는 배양시간 4시간까지는 항균활성을 나타내었지만, 8시간 이후부터는 S. enteritidis의 성장이 control 보다 높아져 배양시간 20시간에서는 control 보다 약 2배 이상 균주의 성장을 촉진시켰다.차에 따른 개별화 학습을 가능하게 할 뿐만 아니라 능동적인 참여를 유도하여 학습효율을 높일 수 있을 것으로 기대된다.향은 패션마케팅의 정의와 적용범위를 축소시킬 수 있는 위험을 내재한 것으로 보여진다. 그런가 하면, 많이 다루어진 주제라 할지라도 개념이나 용어가 통일되지 않고

  • PDF