А есть какой нибудь-плагин к мавену, который выводит все транзитивные зависимости для артифакта? Хочу запускать fcsh из состава девеларовского flex-sdk под отладчком.
Василиса пишется на Scala. Сейчас реализована трансляция исходного кода vsl в ситаксическое дерево и перевод этого деров в модель типов, а так же вализация этой модели. Код рассчитан на многопоточную обработку исходников. Для существующего функционала написаны тесты. Проект собирается мавеном.
В Советской России не вы управляете зависимостями, а зависимости управляют вами.
Градл предоставляет слишком большую гибкость. И не ясно, как эта гибкость будет интегрироваться с workflow в IDE. Меня мавен подкупил именно интеграцией со средсвом разработки. Систему для сборки и деплоя можно и на баше написать — гибко, что пиздец. В свое время мы на переход с баша на ант въебали столько времени, что лучше было бы оставить все на баше. Представляю, сколько бы мы въебали времени на мавен. Архитектура новых проектов отталкивается от возможностей мавена, по этому все работает относительно хорошо.
Как указать properties таким образом, что бы они были видны из проекта. Я имею в виду не POM, а сам Java проект, в котором я делаю System.getProperty(). У меня есть некоторые настройки, которые для деплоя одни, а для разработки совсем другие.
Касательно #1070251. Короче я тут почитал интернеты и выяснил, что виндузятники сидят без управления зависимостями. Есть куча тулов, но ни один не находится во взрослом состоянии.
Интересно, а что в мире дотнета заменяит мавен? Я имею в виду не NPanday (http://incubator.apache.org/npanday/), а что нибудь такое нативное, майкрософтовское.
Интересное дело. У меня значит есть проект, в котором соответственно есть GAE (Web) модули и Flex модули. При попытке собрать GAE модуль через плагин интеграции с GAE (в обход мавена), IDEA начинает собирать Flex модули это нормальное поведение?
Вы представляете, Nexus отсутствует в дебиановских репозиториях!
Вот у меня есть модуль, который зависит от air-framework и еще одной либы, которая в свою очередь зависит от flex-framework. Получается что мой модуль зависит одновременно от airglobal и от playerglobal. IDEA это определенно не нравится. На пример MouseEvent она ищет по playerglobal, но File по airglobal и по этому считает, что MouseEvent.RIGHT_CLICK не существует. Что делать?
Я хочу поддерживать одновременно две версии библиотеки. Я делаю две помки с одинаковыми artifactId и разными version. Мавен ругается, что "Project 'bla-bla-bla' is duplicated in the reactor". Есть ли поместить две эти библиотеки в один аггрегатор?
Этот пост не будет откомментирован даже если в нем есть клевый анекдот.
Прикинул сейчас объем работ по haxemojos и понял, что не осилю сделать это относительно быстро. Сказывается и нехватка знаний по Maven и нехватка времени. В перспективе рисуется весьма большой комбайн с кучей собственных packaging и метазависимостей. Идеология haXe не очень хорошо ложиться в идеологию Maven. На пример то, что во Flex выглядит, как playerglobal.swc (для каждого плеера разный) в haXe выглядит просто, как параметр, устанавливаемый через --swf-version. На уровне библиотеки это выглядит просто как extern class некоторые декларации которого ограничены через условную компиляцию. haxelib расширения не являются библиотерами в нормальном смысле. На деле это просто директории с исходниками, и компилируются они вместе с проектом. Таким образом большая часть артифактов будет носить чисто опознавательный характер (то что я назвал метазависимостями). На пример зависимость от playerglobal служит только для того, что бы разрулить конфликты версий и для указания компилятору, какую версию поставить в --swc-version. А ведь еще есть разнообразные cpp цели, которым вообще не ясно что делать.
Как в Maven Plugin API получить путь к директории текущего плагина в локальном репозитории? Под текущем плагином я подразумеваю плагин в котором находится класс в которомвызван метод execute.
Касательно #972612 attach-artifact-maven-plugin рулит.
Хочу обернуть готовую swc в pom, что бы можно было потом mvn install и все. С jar все как бы понятно. А что делать с swc? Если не указывать flexmojos-maven-plugin в зависимостях, то мавен говорит, что не знает, что такое swc. Если указать, то сваливается с InvalidProjectModelException.
Мавен похож на линукс в том плане, что затягивает :) По своему опыту знаю, что он меня еще возможно ой как разочарует (хотя линукс меня не разочаровал), но пока глаза горят красным светом, от этого надо получать удовольствие!
Задумал тут инициативу — сделать публичный maven репозиторий для дел флешовых. Хранить там артефакты для всяких Мате, Каэнгорнов, Эвей3д, Папервиженов и пр. В интернетах такой темы не нашел. Думаю всем будет полезно. Такой штуки ведь нет?
Рецепт счастья это Maven 2.2.1 + flexmojos 3.8-de3.1 + IDEA >= 96.1110.
Хотя после clean проблема со spark.css возникла вновь. Еще один вариант, это подключить в основные зависимости flexmojos-maven-plugin, но это как бы не тру? Ладно черт бы с ним пока что.