osgi (equinox 3.6) framework при загрузке пакета создает метафайлы пакетов в указанном каталоге пакетов. мы работаем над нерестом нескольких jvm. Можем ли мы использовать папку пакетов, в которой был создан мой предыдущий jvm? Я имел в виду, можно ли установить все пакеты один раз и использовать их для многих приложений?Разделы OSGI и множественные jvms
Сложно решить, что вы просите ... но похоже, что вы хотите разделить каталог хранения OSGi между несколькими отдельными фреймворками OSGi, работающими в разных JVM. Это невозможно.
Привет, я думаю, вы неправильно поняли! – Questionevrything
Привет, я думаю, вы неправильно поняли! позвольте мне объяснить, что мы делаем: будет основной jvm, выполняющий все время, и когда будет запрошено, появится новый jvm, который устанавливает и запускает свои пакеты в этом каталоге. когда запрашивается новый jvm, мы снова повторяем тот же процесс выше. Но чтобы сократить время загрузки пакетов, мы попытались предоставить такое же место связности, которое уже установлено на последующие jvms. мы можем сделать это .. похоже, что его работа и последующие osgi в jvm возникают быстро, если мы делаем это и проблему, которую мы можем получить? – Questionevrything
или для ускорения загрузки пакета мы можем назвать bundle.start параллельно? будет ли он влиять на разрешение пакета? – Questionevrything
а) Да, вы можете поделиться тем же URL местоположения между рамками б) Вы не можете разделить область хранения рамочного расслоения/расслоение кэша (org.osgi.framework.storage свойство)
Вы знаете, есть специальный ссылка: схема для OSGi-фреймворков? Это позволяет быстрее устанавливать фреймворки. Просто префикс URL со ссылкой: схема.
ссылка: файл: // ....
Привет, я думаю, вы неправильно поняли! позвольте мне объяснить, что мы делаем: будет основной jvm, выполняющий все время, и когда будет запрошено, появится новый jvm, который устанавливает и запускает свои пакеты в этом каталоге. когда запрашивается новый jvm, мы снова повторяем тот же процесс выше. Но чтобы сократить время загрузки пакетов, мы попытались предоставить такое же место связности, которое уже установлено на последующие jvms. мы можем сделать это .. похоже, что его работа и последующие osgi в jvm возникают быстро, если мы делаем это и проблему, которую мы можем получить? – Questionevrything
или для ускорения загрузки пакета мы можем назвать bundle.start параллельно? будет ли он влиять на разрешение пакета? – Questionevrything