Apache Felix File Install jar из папки развертывания
Я пытаюсь использовать Apache Felix File Install
со встроенной версией Феликса. Основная идея проста, у меня есть файл приложения jar, который можно запустить с помощью стандартного java -jar app.jar
и приложение запустит Apache Felix Framework, а затем заглянет в hot deploy
установка папки, обновление и удаление пакетов OSGi, которые находятся / помещены / обновлены / удалены из этой папки во время выполнения.
В настоящее время мне удалось создать возможность запуска встроенного Felix, и я могу развернуть пакеты, если я укажу их через BundleContext.installBundle()
но я не могу получить jar
связки для динамического сбора из горячей папки.
Вот что у меня сейчас есть:
public static void main(String[] args) throws Exception {
System.setProperty("felix.fileinstall.noInitialDelay", "true");
System.setProperty("felix.fileinstall.poll", "1000");
System.setProperty("felix.fileinstall.dir", "./hot-deploy");
System.out.println("Building OSGi Framework");
FrameworkFactory frameworkFactory = ServiceLoader.load(FrameworkFactory.class).iterator().next();
Map<String, String> config = new HashMap<>();
// make sure the cache is cleaned
config.put(Constants.FRAMEWORK_STORAGE_CLEAN, Constants.FRAMEWORK_STORAGE_CLEAN_ONFIRSTINIT);
// more properties available at: http://felix.apache.org/documentation/subprojects/apache-felix-service-component-runtime.html
config.put("ds.showtrace", "true");
config.put("ds.showerrors", "true");
Framework framework = frameworkFactory.newFramework(config);
framework.start();
// declarative services dependency is necessary, otherwise they won't be picked up!
loadScrBundle(framework);
BundleContext context = framework.getBundleContext();
List<Bundle> installedBundles = new LinkedList<>();
//installedBundles.add(context.installBundle("file:./Sandbox/osgiTest/module-a/target/module-a-1.0-SNAPSHOT.jar"));
for (Bundle bundle : installedBundles) {
if (bundle.getHeaders().get(Constants.FRAGMENT_HOST) == null) {
bundle.start();
}
}
try {
framework.waitForStop(0);
} finally {
System.exit(0);
}
}
private static void loadScrBundle(Framework framework) throws URISyntaxException, BundleException {
URL url = Activator.class.getClassLoader().getResource("org/apache/felix/scr/ScrService.class");
if (url == null) {
throw new RuntimeException("Could not find the class org.apache.felix.scr.ScrService");
}
String jarPath = url.toURI().getSchemeSpecificPart().replaceAll("!.*", "");
System.out.println("Found declarative services implementation: " + jarPath);
framework.getBundleContext().installBundle(jarPath).start();
}
2 ответа
Получается что felix.fileinstall
сам по себе является пакетом, который должен быть запущен в главном приложении, прежде чем он сможет просматривать каталог. Все, что требуется от моей первоначальной реализации для работы, - это установить и запустить fileinstall
расслоение:
installedBundles.add(context.installBundle("file:path/to/fileinstall.jar"));
Вам необходимо использовать автопроцессор Felix и передать его свойства также и фреймворку.
final Map<String, String> config = new HashMap<>();
// Probably there is a much better way to o this...
System.getProperties().forEach((key, value) -> config.put(key.toString(), value.toString()));
// Set the properties
config.put(AutoProcessor.AUTO_DEPLOY_DIR_PROPERTY, "hot-deploy");
config.put(AutoProcessor.AUTO_DEPLOY_ACTION_PROPERTY, "install,update,start");
config.put(Constants.FRAMEWORK_STORAGE_CLEAN, Constants.FRAMEWORK_STORAGE_CLEAN_ONFIRSTINIT);
config.put(Constants.FRAMEWORK_STORAGE, "cache");
Затем создайте экземпляр фреймворка и запустите AutoProcessor следующим образом:
final FrameworkFactory factory = new org.apache.felix.framework.FrameworkFactory();
final Framework framework = factory.newFramework(config);
try
{
framework.init();
AutoProcessor.process(config, framework.getBundleContext());
FrameworkEvent event;
do
{
framework.start();
event = framework.waitForStop(0L);
} while (event.getType() == 128);
}
catch (final Throwable e)
{
e.printStackTrace();
}
AutoProcessor.process
звонки AutoProcessor.processAutoDeploy
затем, который автоматически развертывает пакеты при запуске. Без звонка AutoProcessor.process
это не сработает, что, вероятно, было вашей проблемой.