Должно ли приложение CORBA быть реализовано на том же языке, что и ORB?

Question

Я знаю, что CORBA позволяет реализовать несколько объектов на разных языках программирования и даже работать на разных вычислительных узлах. Однако, требуется ли тогда два разных ORB, написанных на двух разных языках?

Пример: Узел A запускает приложение Java J1, а узел B запускает приложение C++ C1. Должен ли я получить «Java ORB» для узла A и «C++ ORB» для узла B, или все/некоторые ORB взаимодействуют с приложениями, написанными на любом языке, на котором есть сопоставление IDL?

Я был бы особенно благодарен, если бы кто-нибудь мог связать меня с источником, указав это явно, как я бы хотел его процитировать. Ближайший я нашел "the way a programmer manipulates a struct or union, makes a remote call using a proxy or implements an interface with a servant class is exactly the same across all C++ CORBA products, is exactly the same across all Java CORBA products, and so on". Это заставляет меня думать, что мне понадобятся два ORB, но недостаточно явных. В основном я хотел бы знать, могу ли я утверждать, что «поскольку ORB написан на C++, программистам приложений также запрещено использовать C++».

Благодаря

Answer 1

Не важно, на каком языке ORB реализован, важно, какие языковые привязки он предоставляет. Для языка L вам нужен орб, который предоставляет привязки для языка L. Часто орбы просто предоставляют привязку к языку, на котором они сами написаны, но также могут обеспечивать привязки для некоторых других языков.

Answer 2

No. Точка CORBA является то, что он полностью развязывает компоненты.

Очевидно, что вашим приложениям необходимо использовать клиентские библиотеки, с которыми они могут взаимодействовать. Ваш ORB может устанавливать привязки только для одного языка, и в этом случае вам нужно найти другие привязки или найти способ взаимодействия с ними (например, если вы используете Python, вы все равно можете работать с библиотеками C++, если хотите).

Попробуйте использовать эту технологию.

Answer 3

Существует несколько подходов, которые могут быть использованы при реализации приложений CORBA, но, суммируя их, да, инфраструктура ORB должна быть на том же языке, что и ваша реализация приложения.

Как в Java и C++, компилятор IDL генерирует заглушек и скелеты, которые служат в качестве клея между сетью и программой. Вы предоставляете реализацию своих объектов CORBA, обычно наследуемых от генерируемого компилятором IDL класса (скелета). Скелет получает запрос от клиента в некотором роде, а затем вызывает вашу реализацию. То же самое происходит в обратном направлении на стороне клиента.

Затем, как скелет, так и заглушка используют механизмы, предоставляемые ORB, для удаленного вызова серверов и ответа на ответы, даже включая установление сетевых соединений, если клиент и серверы находятся на разных машинах. Эта «магия» реализуется ORB и должна присутствовать в вашей программе в виде библиотеки, набора функций и т. Д., Которые заглушка и скелет будут использовать для выполнения работы.

Итак, каждая программа должна иметь какое-то представление ORB для взаимодействия с другими клиентами и серверами CORBA на других машинах.

Однако, с логической точки зрения, ORB рассматривается как слой, который фактически и плавно соединяет как клиентов, так и серверы, поэтому, даже если приложение C++ имеет некоторую реализацию ORB, написанную на C++, и реализацию Java иметь ORB, написанный на Java, посредством магии стандартных протоколов (GIOP, IIOP), они могут общаться друг с другом без проблем.