Предоставляет отображение OMG CORBA API на язык программирования Java^TM, включая класс ORB, который реализован так, чтобы программист мог использовать его в качестве полностью функционального Object Request Broker (ORB).

Для получения точного списка поддерживаемых разделов официальных спецификаций CORBA, с которыми совместима Java[TM] Platform, Standard Edition 6, см. Официальные спецификации поддержки CORBA в Java[TM] SE 6.

Общая информация

Информация в этом разделе относится к тому, кто компилирует файлы Interface Definition Language (IDL) и использует ORB для написания клиентов и серверов.

Классы и интерфейсы, описанные в этом разделе, можно разделить на четыре группы: ORB classes, Исключения, Helper классы и Holder классы.

Класс ORB

ORB обрабатывает (или выступает в роли посредника) вызовы методов между клиентом и реализацией метода на сервере. Поскольку клиент и сервер могут находиться в любой точке сети, а вызов и реализация могут быть написаны на разных языках программирования, ORB выполняет значительную работу за кулисами для достижения этой коммуникации.

Большая часть работы ORB полностью прозрачна для пользователя, и большая часть пакета CORBA состоит из классов, используемых ORB за кулисами. В результате большинство программистов будут использовать только небольшую часть этого пакета напрямую. Фактически, большинство программистов будут использовать только несколько методов из класса ORB, некоторые исключения и иногда класс-держатель.

Методы ORB

Прежде чем приложение сможет войти в среду CORBA, оно должно:

• Быть инициализированным в средах ORB и, возможно, адаптера объектов (POA).
• Получить ссылки на объект ORB (для использования в будущих операциях ORB) и, возможно, другие объекты (включая корневой POA или некоторые объекты адаптера объектов).

Для инициализации приложений и получения соответствующих ссылок на объекты предоставляются следующие операции:

• Операции, предоставляющие доступ к ORB, которые обсуждаются в этом разделе.
• Операции, предоставляющие доступ к адаптерам объектов, хранилищу интерфейсов, службе именования и другим объектным службам. Эти операции описаны в Другие классы.

Когда приложение требует среды CORBA, ему нужен механизм для получения ссылки на объект ORB и, возможно, ссылки на объект OA (например, корневой POA). Это служит двум целям. Во-первых, это инициализирует приложение в средах ORB и OA. Во-вторых, это возвращает ссылку на объект ORB и ссылку на объект OA приложению для использования в будущих операциях ORB и OA.

Для получения ссылки на объект ORB приложения вызывают операцию ORB.init. Параметры вызова могут включать идентификатор ORB, для которого требуется ссылка на объект, и список аргументов, используемый для передачи данных, специфичных для среды, в вызов.

Это методы ORB, которые предоставляют доступ к ORB:

• init()
• init(String [] args, Properties props)
• init(Applet app, Properties props)

Использование метода init() без параметров запускает одноэлементный ORB, который может предоставлять только создание типкода anys, необходимые в коде, сгенерированном в классах-помощниках с помощью idlj.

Приложениям требуется переносимый способ получения начальных ссылок на объекты. Ссылки требуются для корневого POA, текущего POA, хранилища интерфейсов и различных экземпляров объектных служб. Функциональность, необходимая приложению, аналогична той, что предоставляется службой именования. Однако OMG не хочет предписывать предоставление службы именования всем приложениям для их переносимой инициализации. Следовательно, операции, показанные в этом разделе, предоставляют упрощенную локальную версию службы именования, которую приложения могут использовать для получения небольшого, определенного набора ссылок на объекты, необходимых для его работы. Поскольку с этим механизмом ожидается только небольшой хорошо определенный набор объектов, контекст именования может быть уплощен, чтобы стать одноуровневым пространством имен. Это упрощение приводит к определению только двух операций для достижения необходимой функциональности.

Первоначальные ссылки получаются с помощью двух операций, предоставляемых в интерфейсе объекта ORB, обеспечивающих средства для перечисления и разрешения начальных ссылок на объекты. Это:

• resolve_initial_references(String name)
• list_initial_services()
• register_initial_reference(String id, org.omg.CORBA.Object obj)

Пример, использующий некоторые из этих методов, можно найти в Начальное руководство по Java IDL.

Исключения

Исключения в Java IDL аналогичны исключениям в любом коде, написанном на языке программирования Java. Если метод определен как выбрасывающий исключение, любой код, использующий этот метод, должен иметь блок try/catch и обрабатывать это исключение при его возникновении.

Дополнительную информацию и объяснение различий между системными исключениями и пользовательскими исключениями можно найти в документации на исключения Java IDL.

Ниже приведен список системных исключений (которые являются необрабатываемыми исключениями, наследуемыми через org.omg.CORBA.SystemException от java.lang.RuntimeException), определенных в пакете org.omg.CORBA:

        BAD_CONTEXT
        BAD_INV_ORDER
        BAD_OPERATION
        BAD_PARAM
        BAD_TYPECODE
        COMM_FAILURE
        DATA_CONVERSION
        FREE_MEM
        IMP_LIMIT
        INITIALIZE
        INTERNAL
        INTF_REPOS
        INVALID_TRANSACTION
        INV_FLAG
        INV_IDENT
        INV_OBJREF
        INV_POLICY
        MARSHAL
        NO_IMPLEMENT
        NO_MEMORY
        NO_PERMISSION
        NO_RESOURCES
        NO_RESPONSE
        OBJECT_NOT_EXIST
        OBJ_ADAPTER
        PERSIST_STORE
        TRANSACTION_REQUIRED
        TRANSACTION_ROLLEDBACK
        TRANSIENT
        UNKNOWN

Ниже приведен список пользовательских исключений, определенных в пакете org.omg.CORBA.

        Bounds
        UnknownUserException
        WrongTransaction 
        PolicyError

Подпакеты

Внутри пакета CORBA есть несколько пакетов с частью "Package" в их имени. Эти пакеты обычно довольно малы, так как все, что они делают, — это предоставляют исключения или классы для использования интерфейсами и классами в пакете CORBA.

Например, пакет org.omg.CORBA.TypeCodePackage содержит два исключения, выбрасываемые методами в классе TypeCode. Эти исключения:

• BadKind
• Bounds

Пакет org.omg.CORBA.ORBPackage содержит два исключения:

• InvalidName
• InconsistentTypeCode

Другим подпакетом CORBA является пакет portable. Он предоставляет набор ORB API, который позволяет коду, сгенерированному компилятором IDL одного поставщика, работать в ORB другого поставщика.

Классы-держатели

Поддержка режимов передачи параметров out и inout требует использования дополнительных классов-держателей. Так как язык программирования Java не поддерживает параметры out или inout, классы-держатели необходимы как способ передачи параметра, который может быть изменён. Для обеспечения переносимых заглушек и скелетов классы-держатели также реализуют интерфейс org.omg.CORBA.portable.Streamable .

Классы-держатели называются добавлением "Holder" к имени типа. Имя типа относится к его имени на языке программирования Java. Например, класс-держатель для интерфейса с именем Account на языке программирования Java будет называться AccountHolder.

Классы-держатели доступны для всех основных типов данных IDL в пакете org.omg.CORBA. Таким образом, например, уже определены классы для LongHolder, ShortHolder, FloatHolder и так далее. Классы также генерируются для всех именованных пользовательских типов IDL, за исключением типов, определенных typedefs. (Обратите внимание, что в этом контексте пользовательские типы включают типы, определённые в спецификациях OMG, такие как хранилище интерфейсов и другие службы OMG.)

Каждый класс-держатель имеет:

• Конструктор из экземпляра
• Конструктор по умолчанию
• Общедоступное поле-член value, представляющее типизированное значение.
• Метод для чтения входного потока и присвоения содержимого полю типа value
• Метод для записи значения поля value в выходной поток
• Метод для получения типкода типа

Конструктор по умолчанию устанавливает поле значения в значение по умолчанию для типа, как определено языком Java:

• false для boolean
• 0 для числовых и символьных типов
• null для строк и ссылок на объекты

В качестве примера, если интерфейс Account, определённый в OMG IDL, был бы сопоставлен с языком программирования Java, был бы сгенерирован следующий класс-держатель:

public final class AccountHolder implements
    org.omg.CORBA.portable.Streamable
{
  // field that holds an Account object
  public Account value = null;

  // default constructor
  public AccountHolder ()
  {
  }

  // creates a new AccountHolder from initialValue
  public AccountHolder (Account initialValue)
  {
    value = initialValue;
  }

  // reads the contents of i and assigns the contents to value
  public void _read (org.omg.CORBA.portable.InputStream i)
  {
    value = AccountHelper.read (i);
  }

  // writes value to o
  public void _write (org.omg.CORBA.portable.OutputStream o)
  {
    AccountHelper.write (o, value);
  }

  // returns the typecode for Account
  public org.omg.CORBA.TypeCode _type ()
  {
    return AccountHelper.type ();
  }

}

Дополнительную информацию о классах-держателях см. в главе 1.4, Сопоставление для основных типов, в Сопоставлении OMG IDL с языком Java. Классы-держатели, определенные в пакете org.omg.CORBA:

     AnyHolder
     AnySeqHolder
     BooleanHolder
     BooleanSeqHolder
     ByteHolder
     CharHolder
     CharSeqHolder
     CurrentHolder
     DoubleHolder
     DoubleSeqHolder
     FixedHolder
     FloatHolder
     FloatSeqHolder
     IntHolder
     LongHolder
     LongLongSeqHolder
     LongSeqHolder
     ObjectHolder
     OctetSeqHolder
     ParameterModeHolder
     PolicyErrorHolder
     PolicyListHolder
     PrincipalHolder
     ServiceInformationHolder
     ShortHolder
     ShortSeqHolder
     StringHolder
     StringSeqHolder
     TypeCodeHolder
     ULongLongSeqHolder
     ULongSeqHolder
     UnknownUserExceptionHolder
     UShortSeqHolder
     ValueBaseHolder
     WCharSeqHolder
     WrongTransactionHolder
     WStringSeqHolder

Классы-помощники

Файлы-помощники предоставляют несколько статических методов, необходимых для обработки типа. К ним относятся:

• Any операции вставки и извлечения для типа
• Получение идентификатора хранилища
• Получение типкода
• Чтение и запись типа из и в поток
• Реализация интерфейса ValueHelper (если это пользовательский тип значения)

Класс-помощник для сопоставленного интерфейса IDL или абстрактного интерфейса также включает операцию сужения. Статический метод сужения позволяет сузить org.omg.CORBA.Object до ссылки на объект более конкретного типа. Исключение IDL CORBA.BAD_PARAM выбрасывается, если сужение не удается, потому что ссылка на объект не поддерживает запрошенный тип. Другое системное исключение возбуждается для указания других видов ошибок. Попытка сузить null всегда приведет к успеху с возвращаемым значением null. Как правило, единственный метод-помощник, который использует программист приложений, — это метод narrow. Другие методы обычно используются за кулисами и прозрачны для программиста.

Классы-помощники делятся на две основные категории: помощники для типов-значений и помощники для типов, не являющихся типами-значениями. Поскольку все классы-помощники в одной категории предоставляют одни и те же методы, здесь представлено общее объяснение каждой категории классов-помощников.

При сопоставлении OMG IDL с языком программирования Java для каждого пользовательского типа генерируется класс "помощник". Название этого сгенерированного класса будет содержать имя пользовательского типа с добавленным суффиксом Helper. Например, если интерфейс Account определен в OMG IDL, компилятор idlj автоматически сгенерирует класс с именем AccountHelper. Класс AccountHelper будет содержать статические методы, необходимые для работы с экземплярами типа, в данном случае объектами Account.

Метод narrow

Когда объект является результатом метода, он возвращается в виде универсального объекта, либо объекта org.omg.CORBA.Object, либо объекта java.lang.Object. Этот объект необходимо привести к своему более конкретному типу, прежде чем с ним можно будет работать. Например, объект Account будет возвращён как универсальный объект и должен быть приведен к объекту типа Account, чтобы на нём можно было вызвать методы Account.

Метод narrow имеет две формы: одна, принимающая объект org.omg.CORBA.Object, и другая, принимающая объект java.lang.Object. От того, является ли интерфейс абстрактным или нет, зависит, какой метод narrow будет предоставлять его вспомогательный класс. Вспомогательный класс для интерфейса, который не является абстрактным, будет иметь метод narrow, принимающий объект CORBA, тогда как метод narrow для абстрактного интерфейса будет принимать объект языка программирования Java. Вспомогательный класс для неабстрактного интерфейса, имеющего хотя бы один абстрактный базовый интерфейс, будет предоставлять обе версии метода narrow.

Пример использования метода narrow можно увидеть в руководстве Hello World:

// create and initialize the ORB
        ORB orb = ORB.init(args, null);

        // get the root naming context
        org.omg.CORBA.Object objRef =
            orb.resolve_initial_references("NameService");
        // Use NamingContextExt instead of NamingContext. This is
        // part of latest Inter-Operable naming Service.
        NamingContextExt ncRef = NamingContextExtHelper.narrow(objRef);

        // resolve the Object Reference in Naming
        String name = "Hello";
        helloImpl = HelloHelper.narrow(ncRef.resolve_str(name));

Пример базового вспомогательного класса

Базовый вспомогательный класс, для целей этого объяснения, — это класс, содержащий методы, которые предоставляются каждым вспомогательным классом, плюс метод narrow, если тип, определённый в OMG IDL, соответствует интерфейсу языка программирования Java. Для типов, которые не являются типами значений, будет сгенерирован базовый вспомогательный класс.

Например, если интерфейс Account не является типом значения IDL, не является абстрактным интерфейсом и не имеет абстрактных базовых интерфейсов, его вспомогательный класс AccountHelper будет выглядеть так:

abstract public class AccountHelper
{
  private static String  _id = "IDL:Account:1.0";

  // inserts an Account object into an Any object
  public static void insert (org.omg.CORBA.Any a, Account that)
  {
    org.omg.CORBA.portable.OutputStream out = a.create_output_stream ();
    a.type (type ());
    write (out, that);
    a.read_value (out.create_input_stream (), type ());
  }

  // extracts an Account object from an Any object
  public static Account extract (org.omg.CORBA.Any a)
  {
    return read (a.create_input_stream ());
  }


  private static org.omg.CORBA.TypeCode __typeCode = null;
  // gets the typecode for this type
  synchronized public static org.omg.CORBA.TypeCode type ()
  {
    if (__typeCode == null)
    {
      __typeCode = org.omg.CORBA.ORB.init ().create_interface_tc (AccountHelper.id (), "Account");
    }
    return __typeCode;
  }

  // gets the repository id for this type
  public static String id ()
  {
    return _id;
  }

  // reads an Account object from an input stream
  public static Account read (org.omg.CORBA.portable.InputStream istream)
  {
    return narrow (istream.read_Object (_AccountStub.class));
  }

  // writes an Account object to an outputstream
  public static void write (org.omg.CORBA.portable.OutputStream ostream, Account value)
  {
    ostream.write_Object ((org.omg.CORBA.Object) value);
  }

  // converts (narrows) an Object to an Account object
  public static Account narrow (org.omg.CORBA.Object obj)
  {
    if (obj == null)
      return null;
    else if (obj instanceof Account)
      return (Account)obj;
    else if (!obj._is_a (id ()))
      throw new org.omg.CORBA.BAD_PARAM ();
    else
    {
      org.omg.CORBA.portable.Delegate delegate = ((org.omg.CORBA.portable.ObjectImpl)obj)._get_delegate ();
      _AccountStub stub = new _AccountStub ();
      stub._set_delegate(delegate);
      return stub;
    }
  }

}

Вспомогательные классы для типов значений

Вспомогательный класс для типа значения включает в себя различные реализации одних и тех же методов, которые сгенерированы для методов нетипа значения. Основное отличие состоит в том, что типы значений — это типы, которые могут передаваться по значению в качестве параметров или возвращаемых значений метода, что означает, что они должны быть сериализуемыми.

Предположим, что Address — это тип значения, тогда класс AddressHelper будет выглядеть так:

abstract public class AddressHelper
{
  private static String  _id = "IDL:Address:1.0";

  // same as for non-value type
  public static void insert (org.omg.CORBA.Any a, Address that)
  {
    org.omg.CORBA.portable.OutputStream out = a.create_output_stream ();
    a.type (type ());
    write (out, that);
    a.read_value (out.create_input_stream (), type ());
  }

  // same as for non-value type
  public static Address extract (org.omg.CORBA.Any a)
  {
    return read (a.create_input_stream ());
  }

  private static org.omg.CORBA.TypeCode __typeCode = null;
  private static boolean __active = false;

  // getting the typecode for the type
  synchronized public static org.omg.CORBA.TypeCode type ()
  {
    if (__typeCode == null)
    {
      synchronized (org.omg.CORBA.TypeCode.class)
      {
        if (__typeCode == null)
        {
          if (__active)
          {
            return org.omg.CORBA.ORB.init().create_recursive_tc ( _id );
          }
          __active = true;
          org.omg.CORBA.ValueMember[] _members0 = new org.omg.CORBA.ValueMember[0];
          org.omg.CORBA.TypeCode _tcOf_members0 = null;
          __typeCode = org.omg.CORBA.ORB.init ().create_value_tc (_id, "Address", org.omg.CORBA.VM_NONE.value, null, _members0);
          __active = false;
        }
      }
    }
    return __typeCode;
  }

  // same as for non-value type
  public static String id ()
  {
    return _id;
  }

  // reads a serializable instance of Address from the given input stream
  public static Address read (org.omg.CORBA.portable.InputStream istream)
  {
    return (Address)((org.omg.CORBA_2_3.portable.InputStream) istream).read_value (id ());
  }

  // writes a serializable instance of Address to the given output stream
  public static void write (org.omg.CORBA.portable.OutputStream ostream, Address value)
  {
    ((org.omg.CORBA_2_3.portable.OutputStream) ostream).write_value (value, id ());
  }


}

Вспомогательные классы, определённые в пакете org.omg.CORBA, включают:

     AnySeqHelper
     BooleanSeqHelper
     CharSeqHelper
     CompletionStatusHelper
     CurrentHelper
     DefinitionKindHelper
     DoubleSeqHelper
     FieldNameHelper
     FloatSeqHelper
     IdentifierHelper
     IDLTypeHelper
     LongLongSeqHelper
     LongSeqHelper
     NameValuePairHelper
     ObjectHelper
     OctetSeqHelper
     ParameterModeHelper
     PolicyErrorCodeHelper
     PolicyErrorHelper
     PolicyHelper
     PolicyListHelper
     PolicyTypeHelper
     RepositoryIdHelper
     ServiceDetailHelper
     ServiceInformationHelper
     SetOverrideTypeHelper
     ShortSeqHelper
     StringSeqHelper
     StringValueHelper
     StructMemberHelper
     ULongLongSeqHelper
     ULongSeqHelper
     UnionMemberHelper
     UnknownUserExceptionHelper
     UShortSeqHelper
     ValueBaseHelper
     ValueMemberHelper
     VersionSpecHelper
     VisibilityHelper
     WCharSeqHelper
     WrongTransactionHelper
     WStringSeqHelper
     WStringValueHelper

Другие классы

Другие классы и интерфейсы в пакете CORBA, используемые в фоновом режиме, можно разделить на четыре группы. Три группы связаны с запросами, а четвёртая группа, относящаяся к хранилищу интерфейсов, представляет собой отдельную категорию.

Классы, созданные ORB

Первая группа содержит классы, созданные ORB, и содержит информацию, используемую в операциях с запросами.

• TCKind — указывает вид (тип данных) для объекта TypeCode
• TypeCode — указывает тип данных и, возможно, другую информацию
• Any — содержит значение и его тип
• NamedValue — содержит имя, объект Any, и флаг режима аргумента. Объекты NamedValue содержат информацию об аргументах метода, возвращаемых значениях метода или контексте.
• ContextList — список строк, описывающих контексты, которые нужно разрешить и отправить вместе с вызовом
• ExceptionList — список TypeCode для исключений, которые могут быть выброшены методом
• Environment — контейнер для исключения, выброшенного во время вызова метода
• Context — список объектов NamedValue, используемых для передачи вспомогательной информации от клиента к серверу
• NVList — список объектов NamedValue, используемых для передачи аргументов или получения результатов

Классы, работающие с запросами

Вторая группа классов работает с запросами:

• Object — базовый класс для всех ссылок на объекты CORBA
• Request — основной класс в DII, содержащий методы для добавления аргументов к запросу, для доступа к информации о вызываемом методе (имя метода, его аргументы, выбрасываемые им исключения и так далее) и для выполнения вызовов на запросе
• DynamicImplementation — базовый класс для реализации сервера, использующего DSI. Он имеет метод invoke, который используется реализацией этого класса для определения состояния объекта ServerRequest и установки его результата или исключения
• ServerRequest — фиксирует явное состояние запроса для динамического скелетного интерфейса

Интерфейсы, служащие константами

Третья группа содержит интерфейсы, которые служат константами. Сопоставление IDL с Java требует, чтобы перечисления IDL были сопоставлены с классом Java, где перечисленные значения представлены как общедоступные статические конечные поля в этом классе (например, DefinitionKind). С другой стороны, константы IDL, определённые вне интерфейса IDL, отображаются на интерфейс Java для каждой константы.

Вот почему несколько интерфейсов в пакете org.omg.CORBA состоят из одного поля value, которое является short. Это поле — константа, используемая, например, для кода ошибки или модификатора значения. Например, поле value интерфейса BAD_POLICY — одна из возможных причин выброса исключения PolicyError. Для указания этого кода ошибки используется BAD_POLICY.value.

Исключение PolicyError использует поле value следующих интерфейсов в качестве возможных кодов ошибок.

• BAD_POLICY
• BAD_POLICY_TYPE
• BAD_POLICY_VALUE
• UNSUPPORTED_POLICY
• UNSUPPORTED_POLICY_VALUE

Метод TypeCode.type_modifier возвращает поле value одного из следующих интерфейсов. VM в названиях этих интерфейсов обозначает "модификатор значения".

• VM_NONE
• VM_ABSTRACT
• VM_CUSTOM
• VM_TRUNCATABLE

Следующие константы возвращаются методом доступа объекта ValueMember для обозначения видимости объекта ValueMember.

• PRIVATE_MEMBER
• PUBLIC_MEMBER

Эти флаги, используемые в объектах NamedValue или в качестве параметров методов, определены в следующих интерфейсах:

• ARG_IN
• ARG_INOUT
• ARG_OUT
• CTX_RESTRICT_SCOPE

Интерфейсы и классы хранилища интерфейсов

Четвёртая группа содержит интерфейсы и классы хранилища интерфейсов, которые генерируются компилятором idlj из интерфейса OMG IDL ir.idl. Целью хранилища интерфейсов является идентификация хранящихся в нём интерфейсов, чтобы к ним мог получить доступ ORB. Каждая модуль, тип, интерфейс, атрибут, операция, параметр, исключение, константа и так далее полностью описаны API хранилища интерфейсов.

ORB не требует наличия хранилища интерфейсов, и Java IDL не включает его. Хотя в этом релизе нет реализации хранилища интерфейсов, следующие классы и интерфейсы IR включены для создания кодов типов (см. методы create_value_tc, create_struct_tc, create_union_tc и create_exception_tc в интерфейсе org.omg.CORBA.ORB):
&nbs

• IRObject
• IDLType
• DefinitionKind
• StructMember
• UnionMember
• ValueMember

Связанная документация

Для обзоров, руководств и учебного пособия обратитесь к:

• Главная страница Java IDL

Функциональные возможности CORBA, не реализованные в Java IDL

Некоторые API, включенные в подпакеты org.omg, предоставляются для соответствия текущему спецификации OMG CORBA, но не реализованы в релизе JDK^TM Sun. Это позволяет другим лицензиатам JDK предоставлять реализации этого API в стандартных расширениях и продуктах.

Функциональные возможности, вызывающие исключение NO_IMPLEMENT

Некоторые API, включенные в подпакеты org.omg, выбрасывают исключения NO_IMPLEMENT по различным причинам. Среди этих причин:

• В некоторых случаях, например, LocalObject, полная реализация в соответствии со спецификацией предполагает, что эти API должны вызывать исключение NO_IMPLEMENT.
• В большинстве случаев, например, методы в ORB.java, методы, выбрасывающие NO_IMPLEMENT, фактически реализованы в подклассах в другом месте кода ORB.
• В некоторых случаях, например, _get_interface_def() и _get_interface, API ещё не реализованы.

Общий обзор функций или API, не реализованных в данном релизе:

• Хранилище интерфейсов. Для нормальной работы Java IDL хранилище интерфейсов не требуется.
• Java IDL не поддерживает long double.
• Политики (org.omg.CORBA.Policy) и методы для их получения не реализованы.
• Управляющие домены (org.omg.CORBA.DomainManager) и методы для их получения не реализованы.
• Справочная информация о сервисе org.omg.CORBA.ServiceInformation и метод ORB public boolean get_service_information(short service_type, ServiceInformationHolder service_info) не реализованы.
• Методы ORB для поддержки однопотокового выполнения (perform_work, work_pending) не реализованы.
• Контексты IDL.

Специфический список нереализованных функций в пакете org.omg.CORBA

Нереализованные методы в пакете org.omg.CORBA:

• ORB
  • public org.omg.CORBA.Policy create_policy(int type, org.omg.CORBA.Any val)
  • public void perform_work()
  • public boolean work_pending()
  • public org.omg.CORBA.Current get_current()
  • create_operation_list
  • get_default_context
  • get_service_information
  • устаревший DynAnys (устарел в пользу пакета DynamicAny)