Упаковка скомпилированных двоичных файлов для Maven? - PullRequest
1 голос
/ 04 августа 2011

Моя библиотека Java зависит от Boost C ++ .Я создал следующий артефакт:

boost-maven-project: boost-thread: jar: windows-i386-vs10: 1.47.0-b1

где windows-i386-vs10 обозначает: «Платформа Windows, 32-разрядная архитектура, компоновщик Visual Studio 2010».

Я пытался загрузить это в Maven Central, но персоналу Sonatype не нравится тот факт, что артефакт несодержит основной JAR (только вложения JAR, по одному на платформу).

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

Ответы [ 2 ]

1 голос
/ 25 января 2013

Я не очень знаком с Maven Central и его правилами загрузки артефактов, но у нас есть локальный репозиторий Nexus, и мы загружаем двоичные файлы, такие как dll, в виде пакета dll. Почему вы должны использовать пакет с банкой? Я думаю, что персонал Sonatype прав. Обязательные заголовочные файлы прикреплены в виде zip-файла.

Maven также имеет плагин C ++, см. http://mojo.codehaus.org/maven-native/native-maven-plugin/. Посмотрите на него. Мысли о плагине действительно хороши и должны ответить на многие ваши вопросы.

Кстати, я пытался загрузить библиотеки Boost в наш репозиторий, но мне это не удалось. Я думаю, что проблема заключалась в том, чтобы разделить все заголовки Boost на разные zip-файлы. Но я не уверен, и у меня не было времени, чтобы найти хорошее решение. Если вы сделаете это, и в Maven Central будут доступны дополнительные библиотеки, я буду признателен за это.

0 голосов
/ 29 октября 2011

Я закончил упаковывать двоичные файлы в JAR-файлы без главного фляги.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...