본문 바로가기

Dev.../CORBA관련 자료

IOR(Interoperable Object Reference) 1. IOR (Interoperable Object Reference) (1) IOR에 대한 간단한 설명. CORBA 2.0 이전에는 표준 프로토콜 명세가 존재하지 않았다. 따라서, CORBA 2.0 명세 이전의 제품들은 ORB 간의 상호연동이 불가능하였으며, 각 벤더는 자사만의 프로토콜이 존재하였다. Orbix에서는 POOP라 불리는 프로토콜이 있었다. CORBA 2.0에서는 ORB간의 상호연동을 가능하게 하는 GIOP(General Inter-ORB Protocol)라는 것을 소개하였는데 GIOP는 실제 프로토콜이 아니라 전송 구문(Transfer Syntax)과 몇가지 표준 메시지 포멧을 정의한 추상적인 프로토콜이었다. GIOP는 연결-지향적(connection-Oriented) 프로토콜을 대상으로.. 더보기
[CORBA] POA시나리오 Part 1-3 Interface CORBA.PortableServer.POA CORBA.PortableServer.POAManager CORBA.PortableServer.ServantManager CORBA.PortableServer.ServantActivator CORBA.PortableServer.ServantLocator CORBA.PortableServer.AdapterActivator CORBA.PortableServer.ThreadPolicy CORBA.PortableServer.LifespanPolicy CORBA.PortableServer.IdUniquenessPolicy CORBA.PortableServer.IdAssignmentPolicy CORBA.PortableServer.ImplicitActi.. 더보기
[CORBA] POA시나리오 Part 1-2 2. POA 시나리오 2.1 POA는 Object ID와 Active Servant를 다룬다. 이 방식에는 몇가지 방법이 있다. POA정책 POA의 Servant 다루는 방식 RETAIN Active Objct Map으로 관리 USE_DEFAULT_SERVANT 사용자가 등록한 Default Servant 사용 USE_SERVANT_MANAGER 사용자가 등록한 Servnat Manager 사용 POA Creation ORB는 기본적인 "rootPOA"를 관리하여야하며, POA를 이용한 구현객체를 만들려고 하는 개발자는 이 POA Object를 획득해야만 한다. RootPOA는 아래와 같은 정책을 갖게 된다. Policy RootPOA값 Thread Policy ORB_CTRL_MODEL Lifespan.. 더보기
[CORBA] POA시나리오 Part 1-1 1. POA 개요 POA는 아래의 목적으로 디자인 되었다. ( 2.3 Spec에 의함. ) 프로그래머로 하여금 다른 ORB product사이에 이동이 가능한 객체구현을 가능 하게 한다. 지속적인 구분자를 가지는 객체 지원을 제공한다. 더 정확하게 POA는 프로그래머로 하여금 여러 서버주기를 도는 객체를 위한 일관된 서비스를 제공하는 객체구현을 생성하도록 설계되었다. 객체의 투명한 활성을 지원한다. 하나의 서번트가 여러 개의 객체 구분자( Object ID )를 가질 수 있도록 허용한다. 서버에 존재하는 POA의 구분된 멀티 인스턴스를 허용한다. 최소한의 프로그램 작업의 노력으로 일시적인 객체를 허용한다. POA-allocated객체로 명확하지 않은 서번트의 활성화를 지원한다. 객체구현이 최대한으로 객체행.. 더보기