Чтобы добавлять сообщения и комментарии, .

@ermine:
ermine

как вы находите какая последняя версия вашей любимой библиотеки в мавене?

@DespicableMe:
DespicableMe

Товарищи!
Использую мавен:
Apache Maven 2.2.1 (rdebian-14)
Java version: 1.7.0_80
Java home: /usr/lib/jvm/java-7-oracle/jre
Default locale: ru_RU, platform encoding: UTF-8
OS name: "linux" version: "3.13.0-65-generic" arch: "amd64" Family: "unix"
java -version
java version "1.7.0_80"
Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
Использую затмение версии Eclipse Java EE IDE for Web Developers.

Version: Mars.1 Release (4.5.1)
Build id: 20150924-1200
До этого пользовал кэплер.
Теперь вопрос: как поменять версию жавы в проекте? В свойствах проекта указано использовать версию 1.7, но при команде maven install из среды, эта гадина выдаёт ошибку:
Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project sc: Compilation failure
[ERROR] /home/andrei/workspace/sc/src/main/java/logic/Inotify.java:[32,24] strings in switch are not supported in -source 1.5
[ERROR] (use -source 7 or higher to enable strings in switch)
А отсюда видно, что оно пытается использовать версию 1.5.
В pom.xml указал
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 maven.apache.org">
<modelVersion>4.0.0</modelVersion>
<groupId>sc</groupId>
<artifactId>sc</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>sc</name>
<description>sc</description>
<dependencies>
<dependency>
<groupId>com.jcraft</groupId>
<artifactId>jzlib</artifactId>
<version>1.1.3</version>
</dependency>
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-vfs2</artifactId>
<version>2.0</version>
</dependency>
</dependencies>
</project>
Не знаю, как ему указать другую версию жава и вообще необходимо ли.
Советы в интернетах сводятся к замене жавы в свойствах.
Посоветуйте, товарищи!

@norguhtar:
norguhtar

Зачупенная хрень братюни
jitpack.io

@egplife:
egplife

*sonarqube 9 Jun 2014

[20:29:15] spirit8: на уровне слухов... плохой мавен. плохой
[20:29:33] spirit8: на уровне слухов... ласт модифай у файлов не проставляет, в результате рсинкается весь прожект
[20:29:53] spirit8: на уровне слухов... а ещё бест практисез, бест практисез. лечить баги надо надо

ну я детально не проверял что он там не проставляет, так что на уровне слухов...

@Tenno-Seremel:
Tenno-Seremel

This is wrong in so many ways...
mvn clean
[...]
Downloading <foo>...
grep.be

lol'd.

@hizel:
hizel

выхлоп maven бесит, в конце сборки пишет "BUILD SUCCESS", а потом еще пачку сервисных сообщений иногда с бектрейсами и чтобы заглянуть в результат приходится скролить

@deep:
deep

цветной мавен уже можно читать и понимать даже стало легче ) осталось постичь дзен помок, хотя я уже кое что разобрал и так

@deep:
deep

цветной вывод мавена, самый большой набор шаблонов + не цветная команда maven gist.github.com

@Toivo:
Toivo

До невозможности долго собирать под "окошками" проект через clean -U package. Самое смешное, что на более слабом личном ноуте собирается в пару раз быстрее. Я уж молчу про яблочную прошку и про то, что разработчикам и SSD можно было поставить...

@a2TH5:
a2TH5

Это правда?
[16:45:45]<woky> you can get user access to pretty much every Java developer in your MITMinit these days
[16:46:06]<woky> they don't give a shit =)
[16:46:57]<woky> (i'm not java developer)
[16:50:56]<L29Ah> how come?
[16:52:07]<woky> well, almost every java fuck these days use crap like maven, or maybe some other tool, but sonatype (maven fucktards) runs central Jar repository and every Java build tool uses this repo to fetch deps
[16:52:41]<woky> they were incompetent enough to make tool that dls executable code (even build tool plugins for things like "clean") without any security whatsoever
[16:52:50]<woky> and best part:
[16:53:58]<woky> this year they were finally able to add SSL but you have to pay for that =D
[16:54:41]<L29Ah> WAT
[16:54:44]<L29Ah> pay for HTTPS?
[16:54:46]<L29Ah> WAT
[16:55:12]<woky> lol yep, Java world is unbelieveably crazy,
[16:55:40]<woky> so average Java dev will just create his pom and run stuff like "mvn clean" which will download and run clean plugin (which does rm -r target but runs 5 seconds)
[16:56:19]<woky> download from insecure repo1.maven.org ofc

@maximko:
maximko

Установка второтега:
Установка 1 Пакет (+240 Зависимые пакеты)

@alar:
alar

Есть в природе какой-нибудь man maven для чайников? А то в обычном уж очень много буков

@LostBoy:
LostBoy

Ребят, org.apache.maven.BuildFailureException: Error merging velocity templates. С чем может быть связано? Пытаюсь сгенерировать скелет из архетипа

@wwarlock:
wwarlock

Знатная переделка знатного произведения.
youtube.com

Вот полный текст:
timberglund.com

А, вот, и сам Эдгар По с переводом на русский.
lib.ru

@wwarlock:
wwarlock

Видеосравнение (~50мин) инструментов сборки #gradle и #maven.
java-tv.com

@LostBoy:
LostBoy

огорчает что-то: org.apache.maven.wagon.providers.http.httpclient.impl.client.DefaultRequestDirector tryConnect
INFO: I/O exception (java.net.SocketException) caught when connecting to the target host: Network is unreachable: connect
кто скажет как решить?

@korchasa:
korchasa

А есть среди нас мавеноводы? Как заставить его падать, если зависимость скачивается с ошибкой? Не -ff, когда он падает от каждого чиха, а именно ошибки в зависимостях.

@prime:
prime

безPOMощный

@anton0xf:
anton0xf

а как в мавене разруливать зависимости?
допустим, есть большой проект с не очень аккуратно написанными зависимостями и из-за этого что-то ломается. что делать?
аналогичная задача, при работе с emerge решается довольно удобно:
что-то сломалось — можно посмотреть какие еще доступны верии,
попробовать замаскировать последнюю версию или размаскировать более новую,
сразу увидев, какие изменения в версиях остальных пакетов потребуются.

собсно вопрос в том, есть ли аналогичные возможности?
или мавен — это хреновый менеджер пакетов?

@jamerlan:
jamerlan

Ура! Вышла новая версия мавена! maven.apache.org

@develar:
develar

Чертовы религиозные фанатики. Как ресурсы добавить, так трахайтесь с build-helper maven plugin, а как source compiler roots as generated добавить, так "Никак. Это должно делаться автоматически. В мавене есть соглашение по поводу генерации исходников. Считается, что все дочение директории generated-sources являются source-path."

@iv:
iv

Научился хостить репозиторий на github ^_^ Спасибо @develar

@Yarovoy:
Yarovoy

Народ, кто что посоветует заюзать в качестве maven-репозитория на сервере?

@develar:
develar

github.com Пока что там только minimal comps 0.9.10.

@develar:
develar

flexmojos шагает прямо в ад под ручку с мавеном — youtrack.jetbrains.net Раньше оно само понимало искать и добавлять source path от project resources, а теперь нужно использовать порнографию с build-helper-maven-plugin. Где же декларативность и понятность, черт возьми?

@gelin:
gelin

Однако Maven делает разработчиков слишком беззаботными. Это ж так легко: добавить новую библиотеку ради одной маленькой плюшки. А эта библиотека, блин, потянет за собой еще пару тонн зависимостей и разных версий. Внезапно и совершенно незаметно.

@nirthfurzahad:
nirthfurzahad

Мне нужно кому нибудь отдаться, для работы с maven и air3, или он будет пахать просто заменив SDK =)?

@develar:
develar

А меж тем негры нашлись — github.com

@develar:
develar

build configuration в Astella решает, но не нужно с криками ААА!!! бросаться и забывать о одном из достоинств мавена — модульность. ui часть вашего проекта должна быть в отдельном модуле от core (имплементация, не связанная с ui, всякий обсчет и прочее), а plaf (то бишь скины) в своем.

То есть вы можете написать некие паттерны (а они пока не поддерживаются, то есть фильтр по пакетам для include sources сделать пока невозможно), но это все же большой изврат.

Но это и ежу понятно. И ежу понятно, что проект проще описать в удобном маленьком XML (ну yaml это мечта, но не суть), чем трахаться с настройкой в IDE, потому что дескриптор (мавен как пример) предполагает декларативность, а IDE процедурность. То бишь IDE может облегчить вам поиск зависимостей, но только процедурно (как в Java есть плагинчик для IDEA findjar.com <findjar.com>). Фу.

Поэтому когда тут пишется что мавен сосет, и прочее, это не значит, что он никак не подходит — вполне себе. Альтернативы то вообщем особо и нет (вариант взять пакетик и молча ручками настроить в среде процедурно не катит — в IntelliJ IDEA/Astella это невозможно (вот Astella дала таки наконец-таки свет этой мечте), только написанием собственного flex-config).

@develar:
develar

Теплый ламповый мавен. Я честно попытался :) Но это не конец :)

@develar:
develar

justinjmoses.wordpress.com "Flex and Maven, and we’ve finally been given the word: support is coming – we just don’t yet know what form it’s going to take" Очень хотелось бы, чтобы эта команда таки нашла команду работающую над новым компилятором, потому что текущий позор общения фактически через построение CLI aware configuration (то есть тупо строка) напоминает текущий позор с API fdb.

@develar:
develar

А вместе с тем, в Idea есть чудная фича с некоторых пор — можно при добавлении библиотеки тупо выбрать ее из некоторого мавен-репозитория и оно будет скачано вместе с сорцами/доками/всеми транзитивными зависимостями Вкупе с новой конфигурацией проекта в Astella это... ага :) привлечет тех, кому мавен нужен из-за управления зависимостями. Остается вопрос с нюансом хранения бинарных файлов под проектом (религиозный) и запуском некоторых постпроцессорных тасков.

@develar:
develar

Со следующего EAP Idea 11 снова будут автогенерироваться flex-configs для flexmojos 4 проектов. Пока что без поддержки модулей и resource bundles.

В отличие от такового решения для flexmojos 3, работать это будет в несколько раз быстрее, так как 1) генерируется многопоточно (без учета зависимостей, так как для генерации конфигурации достаточно факта наличие в проекте такового артефакта) 2) 1 таск на все измененные модули мавена.

Пишите в трактор, если что.

@develar:
develar

youtrack.jetbrains.net

Если прочесть текст таски внимательно, то ее можно сократить до одной фразы — какого черта гребанный maven делает сборку проекта за 30-40 минут, когда idea's build system делает то же за несколько минут?

На практике невозможно реализовать "parse the pom files into idea's built-in build system" так, чтобы оно соответствовало реальности (ведь на каждый плагин надо писать свою интерпретацию его конфигурации). Поэтому надо пинать не Idea, а гребанный мавен, чтобы он научился таки работать быстро.

@develar:
develar

Я ненавижу maven. И пост этот вызван просмотром лога пользователя, у которого простой таск в offline mode как аггрегатор для 62 проектов выполняется за 2 min 51sec. Что такого сложного в распарсить 62 XML-файла и построить модель? Фу.

@develar:
develar

Я ненавижу mфму

@nirthfurzahad:
nirthfurzahad

У меня есть проект, на Flex, который собираеться через maven, в нем есть куча всяких модулей, два из них это утилиты, которые собираются в общей куче.

Вопрос в студию больше о кошерности – как было бы правильно запускать утилиты при постройке проекта? Сейчас я использую ant maven plugin, но это как то сатанистично и совсем не кошерно ^_^

Суть следующая, нужно
— Откомпилировать флэшки
— Откомпилировать утилитки
— Запустить утилитки
— Взять все флэшки, и генерированные утилитками файлы и засунуть их в одну папку.

@yzh44yzh:
yzh44yzh

С транзитивными зависимостями есть одна тонкая проблема. Допустим, вы решили отказаться от одного устаревшего модуля, заменив его более свежим. То есть, нужно убрать все зависимости от старого артефакта, а добавить от нового.

Так вот, убрать все зависимости не так просто :) Вроде все убрал, а обращения к объектам старого модуля все равно компилируются. Значит артефакт все равно подключен где-то через транзитивные зависимости. Может даже через артефакты из других проектов.

В общем-то большой беды нет в том, что какой-то ненужный артефакт будет торчать подключенным. Но хотелось бы убрать, дабы гарантировать, что никто не будет случайно использовать классы из obsolete модуля.

@develar:
develar

youtrack.jetbrains.net

@nirthfurzahad:
nirthfurzahad

Никто не хочет в Лондон Завтра? У нас уволили 6 или 7 джуниоров ^_^. Нужен человек знающий Flex и Maven, ставка 300-500 фунтов в день, в зависимости от того на сколько старгуетесь. Начинается завтра, но можно договориться с понедельника =)