Orbacus는 개발 과정에서의 잠재적인 문제 진단을 위해 소스 코드 지원에 따른 투명성이 필요한 개발자를 대상으로 합니다.
애플리케이션에서 사용할 제품 기능을 선택하고 애플리케이션에서 사용되는 특정 플래그 및 최적화를 통해 Orbacus를 컴파일합니다. 필요한 기능만 컴파일하므로 애플리케이션 풋프린트가 감소합니다.
애플리케이션 디버그에 도움을 주는 ‘디버그 빌드’를 만듭니다. 여기에는 CORBA 애플리케이션을 미세 조정하는 데 유용한 추가 진단이 포함됩니다.
환경에 맞게 선택된 추가 컴파일러 플래그 및/또는 최적화로 라이브러리를 채울 수 있습니다.
기본 OS에서 바이너리 호환이 되지 않는 변경 사항을 처리하도록 Orbacus와 애플리케이션을 재구축하십시오.
보다 다양한 툴 중에서 선택할 수 있습니다. 예를 들어, GCC 2.95.3, 3.2, 3.3은 모두 API와 호환되지 않습니다. 소스 코드를 사용할 수 있으므로 사용 중인 툴셋에 맞게 구축할 수 있습니다.
제품의 서비스 구현을 실제 CORBA 서비스 예시와 애플리케이션 및 서비스 자체 구축을 위한 템플릿으로 사용할 수 있습니다.
Orbacus 패치는 크기가 작고 이메일 전송과 적용 방법이 간편하므로 개발자가 툴셋이나 특정 OS 배포로부터 자유로워집니다. 예를 들어, 특정 배포판에만 관련되는 것이 아니므로 Linux에서 애플리케이션을 더 쉽게 구축할 수 있습니다. Micro Focus가 지원하지 않는 플랫폼이나 컴파일러 버전으로 Orbacus를 포팅할 수도 있습니다.
고객이 점점 더 많아지는 다양한 운영 체제 및 패치 수준에 대해 걱정하지 않아도 됩니다. Orbacus로 애플리케이션과 환경에 정확하게 일치하는 인프라를 구축하여 빠른 기술 발전 속도를 따라잡을 수 있습니다. 이는 개발 시간이 중요한 상황에서 특히 유용합니다. '다음 릴리스' 날짜까지 기다리지 않고 특정 패치를 활용할 수 있기 때문입니다.
다수의 ORB는 C++ 언어만 지원하며 이는 특히 클라이언트에 제한적일 수 있습니다. C++만 지원하는 경우 개발자는 다른 벤더로부터 또 다른 Java ORB를 구매하여 지원할 수밖에 없습니다. Orbacus는 단일 통합 환경에서 C++ 또는 Java를 선택해 빠르게 개발, 배포, 지원할 수 있도록 설계되었습니다. 현재 OMG에서는 CORBA 애플리케이션 관리 수행 방법을 표준화하지 않았습니다.
Implementation Repository를 사용한 서버 등록이나 CORBA 애플리케이션의 구성은 CORBA 제품마다 다릅니다. 예를 들어 Orbacus/C++ 및 Orbacus/Java 애플리케이션만 배포한 경우, 한 세트의 관리 기술만 알고 있으면 됩니다. TAO(C++) 애플리케이션과 JacORB(Java) 애플리케이션을 배포한 경우 두 세트의 기술을 알고 있어야 하는데, 이는 어려운 일일 수 있습니다.
Orbacus는 Windows, Linux, Solaris 등의 여러 버전을 포함하는 다양한 플랫폼을 지원합니다.
Orbacus는 V2.5와 호환되며 상호 운용 가능한 네이밍 서비스를 갖춘 Interface Repository를 자체적으로 구현합니다. Orbix 통신 로깅, 이벤트, 알림 및 트레이더 서비스와 함께 작동하며 모두 OMG 표준 사양을 준수합니다.
Orbacus는 추상 인터페이스, 고정 데이터 유형, 가치 유형 등의 C++ 및 Java 언어 매핑과 호환됩니다. C++ 매핑에서 Orbacus는 실제 네임스페이스, 예외, 모듈을 지원합니다. 타사 공급업체인 iCMG는 Orbacus에 대한 CORBA 구성 요소 모델(CCM)을 구현합니다. Orbacus 사용자는 컨테이너 런타임 환경과 함께 OMG의 표준 구성 요소 모델에서 프로그래밍할 수 있습니다.
