Глоссарий Сроков IDL Java

активатор адаптера: Активатор адаптера является объектом, который разработчик приложений может связать с POA. ШАР вызовет работу на активатор адаптера, когда запрос будет получен для дочернего POA, который в настоящий момент не существует. Активатор адаптера может тогда создать необходимый POA по требованию.
атрибут (IDL): Идентифицируемая ассоциация между объектом и значением. Атрибут A делается видимым клиентам как пара операций: get_A и set_A. Атрибуты "только для чтения" только генерируют получить работу.
Кроме того, та часть интерфейса IDL, который подобен общедоступному полю class или элементу данных C++. idlj компилятор отображает атрибут IDL OMG на средство доступа и методы модификатора в языке программирования Java. Например, интерфейс ball мог бы включать атрибут color. Компилятор idlj генерировал бы метод языка программирования Java, чтобы получить цвет, и если атрибут readonly, метод, чтобы выбрать цвет.
клиент: Любой код, который вызывает работу на распределенный объект. Клиент мог бы самостоятельно быть объектом CORBA, или это могла бы быть необъектно-ориентированная программа, но вызывая метод на объект CORBA, это, как говорят, действует как клиент.
клиентский тупик: Язык программирования Java class, сгенерированный idlj и используемый прозрачно клиентским ШАРОМ во время объектного вызова. Ссылка удаленного объекта, сохраненная клиентом, указывает на клиентский тупик. Этот тупик является определенным для интерфейса IDL, от которого он был сгенерирован, и он содержит информацию, необходимую для клиента, чтобы вызвать метод на объект CORBA, который был определен в интерфейсе IDL.
клиентский уровень: Часть распределенного приложения, которое запрашивает службы от уровня сервера. Как правило, клиентский уровень характеризуется маленьким локальным местом, графическим интерфейсом пользователя, и упрощенными усилиями по разработке и обслуживанию.
Общая Архитектура Посредника запросов к объектам (CORBA): Определенная OMG архитектура, которая является основанием для объектной модели CORBA. Спецификация CORBA включает язык определения интерфейсов (IDL), который является независимым от языка способом создать контракты между объектами для реализации как распределенные приложения.

Java 2 Платформы Standard Edition (J2SE) обеспечивают Посредника запросов к объектам CORBA (ШАР) и две модели программирования CORBA, которые используют Java ШАР CORBA и Интернет Протокол InterORB (IIOP). Эти две модели программирования являются моделью программирования RMI, или IIOP RMI, и моделью программирования IDL, или IDL Java. Для получения дополнительной информации по этим моделям программирования считайте Технологию CORBA и Платформу Java.
См. также: клиентский уровень, уровень службы, уровень хранилища данных
Объект CORBA: Объект, который (1) определяется интерфейсом IDL OMG, и (2), для которого ссылка на объект доступна. Object также неявный общий базовый тип для ссылок на объект интерфейсов IDL.
уровень хранилища данных: Часть распределенного приложения, которое управляет доступом к персистентным данным и его механизмам хранения, таким как реляционные базы данных.
распределенное приложение: Программа, разработанная, чтобы работать больше чем на одном компьютере, обычно с функциональностью, разделенной на уровни, такие как клиент, служба, и хранилище данных.
распределенная среда: Сеть одного или более компьютеров то использование объекты CORBA. Объекты устанавливаются на различных машинах и могут связаться друг с другом.
Динамический Интерфейс Вызова (DII): API, который позволяет клиенту делать динамические вызовы на удаленных объектах CORBA. Это используется, когда во время компиляции у клиента нет знания об объекте, это хочет вызвать. Как только объект обнаруживается, клиентская программа может получить определение его, выпустить параметризованный звонок в него, и получить ответ от него, все, не имея специфичный для типа клиентский тупик для удаленного объекта.
Динамический Скелетный Интерфейс (DSI): API, который обеспечивает способ освободить запросы от ШАРА до объектной реализации, когда тип объектной реализации не известен во время компиляции. DSI, который является серверным аналогом к стороне клиента DII, позволяет прикладному программисту осмотреть параметры входящего запроса, чтобы определить целевой объект и метод.
исключение (IDL): Конструкция IDL, которая представляет исключительное условие, которое могло быть возвращено в ответ на вызов. Есть две категории исключений: (1) системные исключения, которые наследовались от org.omg.CORBA.SystemException (который является a java.lang.RuntimeException), и (2) определяемые пользователем исключения, которые наследовались от org.omg.CORBA.UserException (который является a java.lang.Exception).
объект фабрики: Объект CORBA, который используется, чтобы создать новые объекты CORBA. Во время установки сервера самостоятельно обычно создаются объекты фабрики.
компилятор idlj: Инструмент, который берет интерфейс, записанный в IDL OMG, и производит интерфейсы языка программирования Java и классы, которые представляют отображение от интерфейса IDL до языка программирования Java. Получающиеся файлы .java файлы. До JDK 1.3, компилятор idlj был известен как компилятор idltojava. Компилятор idlj поддерживает новые CORBA-стандартные функции, требуемые для IIOP RMI. Компилятор idlj помещается в каталог .bin SDK установщиком.
компилятор idltojava: Инструмент, который берет интерфейс, записанный в IDL OMG, и производит интерфейсы языка программирования Java и классы, которые представляют отображение от интерфейса IDL до языка программирования Java. Получающиеся файлы .java файлы. Начинаясь с JDK 1.3, отображение языка IDL к Java обрабатывается компилятором idlj, который поддерживает новые CORBA-стандартные функции, требуемые для IIOP RMI. idltojava компилятор может быть загружен с Соединения Разработчика Java (JDC) веб-сайт.
реализация: Конкретный class, который определяет поведение для всех операций и атрибутов интерфейса IDL, который оно поддерживает. Объект слуги является экземпляром реализации. Может быть много реализаций единственного интерфейса.
начальный контекст именования: Объект NamingContext, возвращенный звонком в метод orb.resolve_initial_references("NameService"). Это - ссылка на объект на Службу Именования COS, зарегистрированную в ШАРЕ, и может использоваться, чтобы создать другой NamingContext объекты.
См. также: контекст именования
Язык определения интерфейсов (IDL): Стандартный OMG язык для того, чтобы определить интерфейсы для всех объектов CORBA. Интерфейс IDL объявляет ряд операций, исключений, и атрибутов. У каждой работы есть подпись, которая определяет ее имя, параметры, результат и исключения. IDL OMG не включает реализации для операций; скорее как его имя указывает, это - просто язык для того, чтобы определить интерфейсы. Полный синтаксис и семантика для IDL доступны в спецификации OMG на веб-сайте OMG.
Репозитарий интерфейса (IFR): Служба, которая содержит все зарегистрированные компонентные интерфейсы, методы, которые они поддерживают, и параметры, которых они требуют. Хранилища IFR, обновления, и управляют определениями интерфейса объекта. Программы могут использовать API IFR, чтобы получить доступ и обновить эту информацию. IFR не необходим для нормальных клиент-серверных взаимодействий.
Интернет Протокол InterORB (IIOP): Определенный OMG сетевой протокол для того, чтобы связаться между ШАРАМИ. IDL Java соответствует спецификации 2.3.1 CORBA/IIOP.
вызов: Процесс выполнения вызова метода на объекте CORBA, который может быть сделан без знания расположения объекта на сети. Статический вызов, который использует клиентский тупик для вызова и скелет сервера для вызываемой службы, используется, когда интерфейс объекта известен во время компиляции. Если интерфейс не известен во время компиляции, динамический вызов должен использоваться.
IDL Java: Классы, библиотеки, и инструменты, которые позволяют использовать объекты CORBA от языка программирования Java. Основными компонентами IDL Java является ШАР, служба именования, и idlj компилятор. Все - часть этого выпуска J2SE.
привязка имени: Ассоциация имени со ссылкой на объект. Привязка имени сохранена в контексте именования.
пространство имен: Набор контекстов именования, которые группируются.
контекст именования: Объект CORBA, который поддерживает интерфейс NamingContext и функционирует как своего рода каталог, который содержит (указывает на), другие контексты именования и/или простые имена. Подобный структуре каталогов, где последний элемент является файлом и предыдущими элементами, каталоги, в контексте именования, последний элемент является именем ссылки на объект, и предыдущие элементы являются контекстами именования.
именование службы: Служба CORBA, которая позволяет объектам CORBA быть названными посредством привязки имени к ссылке на объект. Привязка имени может быть сохранена в службе именования, и клиент может предоставить имя, чтобы получить требуемую ссылку на объект. Эти две опции для Именования Служб, поставленных с этой версией Java, SE является orbd, который является процессом демона, содержащим Службу Начальной загрузки, Переходную Службу Именования, Персистентную Службу Именования, и Диспетчер серверов, и tnameserv, переходную службу именования.
объект: Вычислительная группировка операций и данных в модульный модуль. Объект определяется интерфейсом, который он представляет другим, его поведение, когда операции в его интерфейсе вызываются, и его состояние.
объектный адаптер: Компонент ШАРА, который обеспечивает ссылку на объект, активацию, и состояние связанные службы к объектной реализации. Могут быть различные адаптеры, предусмотренные различные виды реализаций. POA является определенным типом объектного адаптера, определенного OMG, который может использоваться с многократными реализациями ШАРА с минимумом необходимой перезаписи, чтобы иметь дело с реализациями различных поставщиков.
объектный идентификатор: Объектный идентификатор является значением, которое используется POA и предоставленной пользователем реализацией, чтобы идентифицировать определенный абстрактный объект CORBA. Объектные Значения идентификаторов могут быть присвоены и управляться POA, или они могут быть присвоены и управляться реализацией. Объектные Значения идентификаторов скрываются от клиентов, инкапсулировавших ссылками. У объектных Идентификаторов нет никакой стандартной формы; ими управляет POA как неинтерпретируемые последовательности октета.
объектная реализация: См. реализацию.
Группа по управлению объектами (OMG): Международная организация с более чем 700 элементами, которая устанавливает отраслевые направляющие линии и спецификации управления объектами, чтобы обеспечить общие основы для объектно-ориентированной разработки приложений. Его элементы включают поставщиков платформы, объектно-ориентированных поставщиков базы данных, разработчиков программного инструмента, корпоративных разработчиков, и поставщиков приложения. OMG Общая Архитектура Посредника запросов к объектам определяет объектную модель CORBA. См. www.omg.org для получения дополнительной информации.
ссылка на объект: Конструкция, содержащая информацию, должна была определить объект в пределах ШАРА. Ссылка на объект используется в вызовах метода, чтобы определить местоположение объекта CORBA. Ссылки на объект являются объектом CORBA, эквивалентным программированию специфичных для языка объектных указателей. Они могут быть получены из объекта фабрики или из Службы Именования. Ссылка на объект, которая непрозрачна (ее внутренняя структура не важна разработчикам приложений), идентифицирует тот же самый объект CORBA каждый раз, когда это используется. Возможно, однако, для многократных ссылок на объект обратиться к тому же самому объекту CORBA.
Посредник запросов к объектам (ШАР): Библиотеки, процессы, и другая инфраструктура в распределенной среде, которые включают объектам CORBA связаться друг с другом. ШАР соединяет объекты, запрашивающие службы к объектам если их.
работа (IDL): Конструкция в интерфейсе IDL, который отображается на метод языка программирования Java. Например, интерфейс ball мог бы поддерживать работу bounce. Операции могут взять параметры, возвратить результат, или повысить исключения. Операции IDL могут быть oneway, когда они не могут возвратить результаты (возвращаемые значения или параметры) или повысить исключения.
интерфейс операций: Не абстрактный интерфейс IDL отображается на два общедоступных интерфейса Java: интерфейс подписи и интерфейс операций. Интерфейс операций имеет то же самое имя как интерфейс IDL с суффиксным Operations, добавленным до конца, и используется в серверном отображении и как механизм для того, чтобы обеспечить оптимизированные призывы к соотнесенным клиентам и серверам.
ORBD (Демон Посредника запросов к объектам): orbd инструмент является процессом демона, содержащим Службу Начальной загрузки, Переходную Службу Именования, Персистентную Службу Именования, и Диспетчер серверов.
параметр (IDL): Один или более объектов, которые клиент передает к работе IDL, когда она вызывает работу. Параметры могут быть объявлены как "в" (передал от клиента к серверу), (передал от сервера до клиента), или "inout" (передал от клиента к серверу и затем назад от сервера до клиента).
персистентный объект: Объект, который может пережить процесс или поток, который создал его. Персистентный объект существует, пока он явно не удаляется.
PIDL (псевдо-IDL): Язык определения интерфейсов для того, чтобы описать псевдообъект CORBA. Каждое отображение языка, включая отображение от IDL до языка программирования Java, описывает, как псевдо объекты отображаются на специфичные для языка конструкции. Отображения PIDL могут или, возможно, не следуют за правилами, которые применяются к отображению регулярных объектов CORBA.
POA (Переносимый Объектный Адаптер): Объектный адаптер является механизмом, который соединяет запрос, используя ссылку на объект с надлежащим кодом, чтобы обслужить тот запрос. POA является определенным типом объектного адаптера, определенного OMG, который может использоваться с многократными реализациями ШАРА с минимумом необходимой перезаписи, чтобы иметь дело с реализациями различных поставщиков.
POA также предназначается, чтобы позволить персистентные объекты - по крайней мере, с точки зрения клиента. Таким образом, насколько клиент заинтересован, эти объекты всегда живы, и поддерживают значения данных, сохраненные в них, даже при том, что физически, сервер, возможно, был перезапущен много раз, или реализация может быть обеспечена многими различными объектными реализациями.
Менеджер по POA: Менеджер POA является объектом, который инкапсулирует состояние обработки одного или более POAs. Используя операции на менеджере POA, разработчик может заставить запросы на связанный POAs быть поставленными в очередь или отброшенными. Разработчик может также использовать менеджера POA, чтобы деактивировать POAs.
политика: Политика является объектом, связанным с POA приложением, чтобы определить характеристику, совместно использованную объектами, реализованными в этом POA. Эта спецификация определяет политики, управляющие моделью потоков POA так же как множеством других опций, связанных с управлением объектами. Другие спецификации могут определить другие политики, которые влияют, как ШАР обрабатывает запросы на объектах, реализованных в POA.
Переносимые Перехватчики: Переносимые Перехватчики являются рычагами в ШАР, через который службы ШАРА могут прервать нормальный поток выполнения ШАРА. Для получения дополнительной информации см. Пакет PortableInterceptor.
прагма: В J2SE v.1.2, направляющее к компилятору idltojava, чтобы выполнить определенные операции, компилируя файл IDL. Например, прагма "javaPackage" направляет компилятор idltojava, чтобы поместить интерфейсы языка программирования Java и классы, которые это генерирует от интерфейса IDL в определенный пакет языка программирования Java. В J2SE v.1.3 и выше, эта функциональность поддерживается через параметр командной строки -pkgPrefix к idlj.
псевдообъект: Объект, подобный CORBA, возражает в этом, он описывается в IDL, но в отличие от объекта CORBA, он не может быть роздан, используя его ссылку на объект, и при этом он не может быть сужен или stringified. Примеры псевдообъектов включают Репозитарий Интерфейса и DII, которые, хотя реализовано как библиотеки, более ясно описываются в спецификациях OMG как псевдообъекты с интерфейсами IDL. IDL для псевдообъектов вызывают "PIDL", чтобы указать, что псевдообъект определяется.
IIOP RMI: IIOP RMI Java является Посредник запросов к объектам и компилятор, rmic -iiop, который генерирует тупик IIOP и классы связи. С IIOP RMI разработчики могут записать удаленные интерфейсы в языке программирования Java и реализовать их просто использование технологии Java и Java API RMI. Эти интерфейсы могут быть реализованы на любом другом языке, который поддерживается отображением OMG и поставщиком предоставленный ШАР для того языка. Точно так же клиенты могут быть записаны на других языках, используя IDL, полученный из удаленного Java основанные на технологии интерфейсы. Используя IIOP RMI, объекты может передать и ссылка и значением по IIOP.
слуга: Слуга является объектом языка программирования или объектом, который реализует запросы на одном или более объектах. Слуги обычно существуют в пределах контекста серверного процесса. Просьбы, обращенные на ссылках объекта, устанавливаются ШАРОМ и преобразовываются в вызовы на определенном слуге. В ходе времени жизни объекта это может быть связано с (то есть, запросы на его ссылках будут предназначены в), многократные слуги.
менеджер слуги: Менеджер слуги является объектом, который разработчик приложений может связать с POA. ШАР вызовет операции на менеджеров слуги, чтобы активировать слуг по требованию, и деактивировать слуг. Менеджеры слуги ответственны за управление ассоциацией объекта (как характеризующийся его Объектным Значением идентификатора) с определенным слугой, и для того, чтобы определить, существует ли объект или нет. Есть два вида менеджеров слуги, названных ServantActivator и ServantLocator; тип, используемый в определенной ситуации, зависит от политик в POA.
объект слуги: Экземпляр объектной реализации для интерфейса IDL. Объект слуги регистрируется в ШАРЕ так, чтобы ШАР знал, куда отправить вызовы. Это - слуга, который выполняет службы, которые требуют, когда метод объекта CORBA вызывается.
сервер: Программа, которая содержит реализации одного или более интерфейсов IDL. Например, сервер настольной издательской системы мог бы реализовать тип объекта Document, тип объекта ParagraphTag, и другие связанные объектные типы. Сервер обязан регистрировать каждую реализацию (объект слуги) с ШАРОМ так, чтобы ШАР знал о слуге. Серверы иногда упоминаются как объектные серверы.
скелет сервера: Общедоступный абстрактный class, сгенерированный компилятором idlj, который предоставляет ШАРУ информацию, в которой это нуждается в диспетчеризации вызовов метода к объекту (ам) слуги. Скелет сервера, как клиентский тупик, является определенным для интерфейса IDL, от которого он сгенерирован. Скелет сервера является серверным аналогом к клиентскому тупику, и эти два класса используются ШАРАМИ в статическом вызове.
servertool: Инструмент Сервера IDL Java, servertool предоставляет простой в употреблении интерфейс прикладным программистам, чтобы зарегистрироваться, незарегистрироваться, запуститься, и завершение работы сервер.
уровень службы: Часть распределенного приложения, которое содержит бизнес-логику и выполняет большую часть вычисления. Уровень службы обычно располагается на совместно используемой машине для оптимального использования ресурса.
интерфейс подписи: Неабстрактный интерфейс IDL отображается на два общедоступных интерфейса Java: интерфейс подписи и интерфейс операций. Интерфейс подписи, который расширяет IDLEntity, имеет то же самое имя как имя интерфейса IDL и используется, как подпись вводит объявления метода, когда интерфейсы указанного типа используются в других интерфейсах.
скелет: Определенный для интерфейса объекта компонент ШАРА, который помогает объектному адаптеру мимоходом, запрашивает к определенным методам.
статический вызов: См. вызов.
ссылка на объект stringified: Ссылка на объект, которая была преобразована в строку так, чтобы это могло быть сохранено на диске в текстовом файле (или сохранено некоторым другим способом). Такие строки должны быть обработаны как непрозрачные, потому что они - независимая РЕАЛИЗАЦИЯ ШАРА. Стандартные методы object_to_string И string_to_object на org.omg.CORBA.Object делают stringified ссылки, доступные всем Объектам CORBA.
тупик: Локальная процедура, соответствующая единственной работе, которая вызывает ту работу когда вызвано.
tnameserv: COS CORBA (Общие Объектные Службы) Именование Службы обеспечивает, древовидный каталог для ссылок на объект очень как файловая система обеспечивает структуру каталогов для файлов. Переходная Услуга Именования, предоставленная с IDL Java, tnameserv, является простой реализацией спецификации Службы Именования COS. Ссылки на объект сохранены в пространстве имен по имени, и каждую пару имени ссылки на объект вызывают привязкой имени. Привязка имени может быть организована под контекстами именования. Контексты именования являются самостоятельно привязкой имени и служат той же самой организационной функции в качестве подкаталога файловой системы. Вся привязка сохранена под начальным контекстом именования. Начальный контекст именования является единственной персистентной привязкой в пространстве имен; остальная часть пространства имен теряется если переходные остановы процесса службы именования и перезапуски.
временный объект: Объект, существование которого ограничивается временем жизни процесса или распараллеливает, который создал это.

Свяжитесь с Нами