Межъядерная связь в одном JVM

Question

У меня есть библиотека JVM (назовите ее «tool»), которая предоставляет услугу. Для некоторых конкретных функций tool должен вызывать сторонний код. Это происходит путем загрузки пользовательского файла Jar в пользовательский загрузчик классов и вызова пользовательской функции, принимающей список String s в качестве аргументов. По сути, это базовая инфраструктура плагина.

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

Простейшее решение, которое не сработает для меня, - это «объединить» оба плагина вместе. (Предположим, что приведенный выше сценарий является приведенным выше. У меня очень упрощенные вещи.)

Моим текущим решением было бы изменить оба плагина для открытия TCP-сокетов и сделать номер порта после инициализации. Тем не менее, это похоже на ужасный взлом, потому что они уже работают в одном и том же процессе, и сетевое взаимодействие без проблем осложняет ситуацию.

Мой вопрос: есть ли безболезненная библиотека связи между классами для JVM? Ему просто нужно поддерживать передаваемые строки и собственные типы (массивы, ...), но, самое главное, он должен быть инициализирован с использованием только строк. Тогда было бы возможно, чтобы я упаковал его для tool и позволял другим плагинам общаться через него. Предположим, что я могу добавлять произвольные зависимости к плагинам, но не к tool.

Answer 1

Основная идея состоит в том, чтобы сделать часть «уровня связи» частью фреймворка (то есть в базовом загрузчике классов).

Если у вас есть достаточно специфическая потребность, может быть довольно легко сделать относительно специфический api. один плагин регистрируется как поставщик, а другие плагины могут быть потребителями.

Если ваши потребности шире, то вам может понадобиться реализовать (или найти) какую-то инфраструктуру типа «автобус сообщений». что обеспечивает легкий механизм для передачи «сообщений» динамически. каждый плагин может использовать определенные имена в качестве адресатов сообщений, а затем другие плагины могут отправлять им сообщения (и, предположительно, получать ответы).

еще одна возможность, которая встроена в каждый jdk, - это JMX (часто забытая, но мощная технология). вы можете предоставить строго типизированный apis, используя основные типы, и любой код, запущенный на jvm, может взаимодействовать с этими apis (двойной бонус - это то, что вы можете взаимодействовать с ними вне jvm, а также).