Java форум JavaTalks

Меня давно интересует, как используя только стандартные средства языка Java (без привлечения дополнительных библиотек и фреймворков, таких как OSGi) написать расширяемое приложение, т.е. приложение для которого в любой момент времени может быть расширена его функциональность путем написания дополнительного модуля (плагина), при этом само приложение не должно изменятся(изменение исходного кода приложения и его перекомпиляция) . Я так понимаю в ядре должны быть определены какие то интерфейсы, которым плагин должен следовать... Сам плагин выглядит как Jar-архив и загружается в ядро через рефлексию... Как ограничить доступ плагина к ядру... Как написать ту часть ядра которая управляет плагинами.. и.т.д. Кто нибудь занимался подобными вещами?

В простейшем случае из рефлексии может понадобиться только Class.newInstance() или Constructor.newInstance(). Главная часть - это определение интерфейсов, которые будут опрделять раширяемые плагинами точки; потом работа с файловой системой и др. хранилищами (см. класс java.io.File, java.net.URL - определения классов могут хранится не только в файле, а напр., и в БД и т.п.), jar-архивами (см. классы в пакете java.util.jar.*); потом загрузка классов (см. Class.forName(), ClassLoader / URLClassLoader).

Уверен, в нете можно нагуглить примеры реализации плагинной архитектуры.

Я делал рефлекшеном. С конфигом модулей в проперти-файлах.
Можно также сканировать на наличие аннотации, тогда проперти-файлы не нужны.
_________________

Может пригодиться - OSGI (идею украсть, например Wink

)

Вот тут очень неплохо расписано простейшее java-приложение с плагинами.

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

Посмотрите реализации структурных шаблонов.

aleksandy, PluginContext связывает основное приложение с плагином. Мне же нужно связать плагины между собой.

almagnit, посмотрел но не совсем понял как их использовать в моем случае...
Я хочу реализовать примерно так как это сделано в Эклипс.
Там каждый плагин сам в себе определяет несколько точек расширения - т.е. несколько интерфейсов и/или классов(скорее всего абстрактных) из своей логики которые смогут расширить другие плагины. Эти классы прописываются в ядре и от туда их можно как то выгрузить - т.е. как то предоставить в виде SDK для разработчиков плагинов(пока непонятно как). Разработчик плагина смотрит в среде, к которому подключено ядро с загруженными плагинами, список точек расширения и выбирает ему нужные. После этого среда генерит ему SDK с нужными ему классами и интерфейсами. Далее он подключает этот SDK к своему проекту и создает там свой плагин.
Также я хочу ввести кроме точек расширения , точки использования - т.е. конкретные реализации классов, которые могут и/или должны быть использованы в других плагинах (например, в одном плагине определен класс для работы с матрицами Matrix, несколько интерфейсов которые могут быть расширены в других плагинах и др. классы. И эти интерфейсы имеют зависимость от класса Matrix. Тогда чтобы реализовать эти интерфейсы в других плагинах нужно обязательно знать что такое тип данных Matrix, а значит класс Matrix тоже должен быть включен в поставляемый SDK, но класс Matrix также может иметь зависимости от других классов, получается что нужно тянуть в SDK кучу всего - нехорошо. Как быть? ).
Таким образом в плагине определяются:
- точки расширения;
- точки использования (как правильно их выбирать? Что бы они имели минимум зависимоcтей?);
- расширения точек других плагинов.

Насколько сложно это сделать на Java и как правильно формировать SDK?

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

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

Если вас интересует терминология, то IoC, Dependency Injection - отвязывают классы друг от друга, но связь тем не менее существует либо в аннотациях, либо в каких-то конфигурационных файлах. Фактически, иначе и не может быть. Если один ваш класс требует для работы другой, то как-то эту связь выразить нужно.
_________________
Всякое решение плодит новые проблемы

Вы хотите построить довольно сложную систему с нуля. Почему бы не воспользоваться одной из реализаций OSGi - будет вам все как в эклипс? Еще посмотрите на Netbeans Platform - имхо попроще чем OSGi, но при этом полноценная модульная платформа.