Spec-Zone .ru
спецификации, руководства, описания, API
|
Это списки документов некоторые из ограничений относительно IDL Java и Java RMI по технологии IIOP в этом выпуске Java 2 Платформы Standard Edition (J2SE). Ограничения обрисовываются в общих чертах ниже.
Официальные Спецификации для Поддержки CORBA в J2SE, 5.0 документов обеспечивают информационное выделение, которым Спецификациям OMG эта реализация IDL Java и Java RMI по технологиям IIOP подчиняются.
ОГРАНИЧЕНИЯ:
Функциональная совместимость версии SDK Java, Когда J2SE 1.3.x клиент говорит с сервером, записанным в J2SE 1.4 или более высоком IIOP RMI использования и непроверенном или RemoteException, бросается сервером, клиент зависнет. Точно так же, когда сервер использует J2SE 1.3.x, и клиент использует J2SE 1.4 или выше, клиент получит исключение UNKNOWN CORBA с незначительным кодом 0.
Эта проблема в настоящий момент решается в OMG в Java к IDL RTF как выпуск 4795:
В J2SE 1.4.1 и выше: Если одна сторона будет использовать J2SE 1.3.1.05, и другая сторона использует J2SE 1.4.1 или выше с другой стороны, то этот тип передачи будет работать должным образом.
Многократный Профиль IOR, Если у IOR есть многократные профили, первый профиль IIOP, используется для вызова.
Многократные ШАРЫ, не позволенные в персистентных серверах Этот выпуск Java платформа SE, не позволяют многократные инстанцирования ШАРА в персистентных серверах. Если персистентный сервер пишется, используя Java, RMI по API IIOP, инстанцируя InitialContext() JNDI создает ШАР. Чтобы избежать создавать многократные ШАРЫ в этой установке, можно установить системное свойство java.naming.ORB в ШАР, который уже инициализируется.
Локально оптимизированные тупики Локально оптимизированные тупики, те с локальной оптимизацией, сгенерированной различным компилятором IDL к Java чем idlj, могут использоваться с J2SE 1.4 или более высоким ШАРОМ. Однако, Переносимые Перехватчики не будут вызваны, беря локально оптимизированное тупиковое ответвление. Это происходит из-за проблемы с IDL OMG к отображению языка Java и адресуется под
J2SE 1.4 или более высокий компилятор rmic генерируют локально оптимизированные тупики когда использующийся в соединении с опцией -iiop. Однако, J2SE 1.4 и более высокая реализация javax.rmi.CORBA.Util всегда возвращают false для isLocal. Результат состоит в том, что тупики никогда не используют локальную оптимизацию. Это происходит из-за проблемы с Java OMG к отображению языка IDL и адресуется под
J2SE 1.4 и более высокий ШАР действительно используют локально оптимизированный транспорт и для IDL Java и для IIOP RMI Java, когда это обнаруживает, что клиент и сервер выполняет совместное использование того же самого ШАРА.
Единственный поток политика POA Согласно CORBA 2.3.1 спецификации, может быть два вариантов для Политики Потока для Переносимого Объектного Адаптера (POA): ШАР Управляемая Модель и Единственная Модель Потока. J2SE 5.0 не поддерживает Единственную Модель Потока.
Потоковая версия 2 Формата IIOP RMI, Если супертип class развился, чтобы стать пользовательски упорядоченным и записи дополнительные, пользовательские данные, то, который class не может быть отправлен между J2SE 1.3.x и J2SE 1.4 или выше. Один пример этого - то, что java.util.Calendar в J2SE 1.4 или выше нельзя отослать назад к J2SE 1.3.x.