Я работаю с продуктом eclipse, где мы используем комбинацию системы сборки maven/tycho и OSGI: Equinox для создания нашего продукта. Мне было интересно, есть ли выделенный репозиторий p2 для файла jar-fly-core?Репозиторий P2 для пролетного пути
Нет.
Но вы можете добавить его как зависимость pom в проекте eclipse-repository или развертываемом проекте функции. Оба эти типа проектов строят репозитории P2. Затем вы можете добавить этот репозиторий на свою целевую платформу.
Я написал более общий ответ на вопрос об использовании сторонних пакетов с Tycho here.
Кстати, я обнаружил, что flyway-core 2.0.3 не очень хорошо работает в контейнере OSGi, и в особенности в Eclipse. Например, он использует TCCL (загрузчик классов контекста потока) для поиска как ваших миграций, так и внутренних скриптов. Я не мог найти способ заставить его работать, не создавая URLClassLoader, настроенный с URL-адресом моего пакета с миграциями, и URL-адрес пакета пролетных ячеек. Журналирование также сложно настроить надежным способом, который не может повлиять на другие пакеты OSGi, из-за использования ведения общедоступных записей.
Мое впечатление, что пролетная дорога - это больше усилий, чем это стоит в OSGi-среде прямо сейчас. Я видел эти проблемы в проекте Google Code. Похоже, проблема с загрузкой класса может быть исправлена, но регистрация не считается проблемой.
Зависимость от общего доступа к журналу теперь необязательна в манифесте OSGI (была ошибочно по-прежнему отмечена как требуется в 2.0.3, хотя код ей не нужен) –
Я думаю, что это помогает. Но если это все, что изменилось, все же, вероятно, будет сложно настроить ведение журнала, чтобы сделать что-то полезное в плагине Eclipse. То есть, даже если манифест объявит его как необязательный, Eclipse все равно решит, что он может его предоставить, поэтому поведение будет одинаковым. –
Да, у меня были некоторые трудности, даже если плагин flyway даже работал в каком-то примерном коде для моего проекта. Я покажу это как ответ, извините за задержку. – user2062037