Java-экосистема

[metaclass]

Разбираюсь потиху с Intellij IDEA и скалой. И, как обычно, утыкаюсь в "расхождения по земельному вопросу" с жабными инструментами. Сколько раз это все дело открывал - столько утыкался.

Вот у нас есть на данный момент что: jdk (много разных), мавен(две версии), sbt(аналог мавена для скалы), IDEA и тыщи плагинов под мавен, sbt и идею.
Я прочел документацию по мавену и sbt, но от входа все равно не понимаю, как принято создавать проекты с нуля и как принято их деплоить. Открываешь какой-нибудь пример, а там все заканчивается строкой вида sbt container:start, которая работает исключительно внутри запущенного sbt и с помощью плагина типа "com.github.siasia" %% "xsbt-web-plugin. Или мавен с jetty-плагином.

Предположительно, можно поставить jetty сервисом и деплоить туда приложение в виде war. Но сборка этого war и особенно копирование зависимостей для него для меня темный лес.
Я обычно начинаю с того, что запускаю jetty внутри своего приложения, передавая ему хендлер явно, т.к. таким образом для меня проще понять, что в каком порядке работает и откуда берется конфигурация. Но даже в этом случае количество вариаций на тему "запустить жабу с указанием classpath и main class" просто поражает.
Т.е. запуск из мавена, запуск из sbt, запуск из idea, деплоймент в контейнер и запуск из консоли руками и запуск в виде jar - это все совершенно между собой различающиеся варианты, с разными classpath, разными репозиториями и прочим таким.

Плюс еще несколько десятков версий на каждую зависимость, которые нужно внятно выбрать при добавлении. Слава богу, они хоть не конфликтовали у меня пока.

Comments

[evil-invader.livejournal.com]

Просто томкат для экслипса и идеи легко настраивается. В эклипсе немного попахивает шаманизмом, но вот идея слёту конфигурится.
Для работы и тестирования веб-приложения (не важно скала или джава) проще использовать томкат. Jetty это уже, если нужно запускать прилагу, как стенделон, но со своим веб-сервером.
Для простых случаев в jdk вообще есть свой миниатюрный веб-сервер, который подымается в две строчки.

[metaclass.livejournal.com]

Вот я в основном и запускаю приложение сам, с встроенным веб-сервером.

[evil-invader.livejournal.com]

А веб-сервер для чего? Чтобы организовать общение rest/soap?

[metaclass.livejournal.com]

rest, да.

[jdevelop.livejournal.com]

ребе, если вы уже взяли spray - зачем вам jetty? возьмите spray-can, оно из коробки работает и все на NIO

[nealar.livejournal.com]

Вот мне щаз ВНЕЗАПНО потребовалось научиться собирать под томкэт. В идеале, раввинским способом, одной строчкой на шелле. Но идеей или эклипсой тоже покатило бы. Даже не скажу, что для меня будет лучше: знакомые спецы по жабе любят идею, а спецы по ынтырпрайзу - эклипсу. Сам вообще не шарю.

[evil-invader.livejournal.com]

Если только собирать, то достаточно, чтобы проект был ant или мавен. Билдишь, а дальше подкладываешь томкату и запускаешь. По идее можно научить ант или мавен сразу подкладывать куда надо. Чисто раввинатский способ - никакой IDE. Только консоль - только хардкор.

[nealar.livejournal.com]

Да, собрать WAR, и впарить его котяре. Поскольку билд-сервер и продакшен сервер не обязательно живут вместе (в моих фантазиях вообще первое - линупс, второе - венда), то ант или мавен учить подкладывать файлы необязательно.
Гуглить maven manual или что попроще?

[jdevelop.livejournal.com]

непонятно зачем нужен maven для деплоя в томкат

[evil-invader.livejournal.com]

для того, чтобы собрать проект

[jdevelop.livejournal.com]

так чтобы собрать проект - его надо допиливать под сборку с maven, это ж не просто кнопка "сделать мне заебись билд"

или я не понял вопроса-проблемы?

[evil-invader.livejournal.com]

Ну собсно я про это и написал. Просто неизвестно что там за проект. Если изначально сделан как мавен проект - то тогда "сделать мне билд".
Если груда какого-то кода, то проще антом расписать сборку.

[jdevelop.livejournal.com]

вот да, непонятно, need moar gold!

[nealar.livejournal.com]

Сам ещё не видел, шо там внутре. Пока что, тыкался только как end-user, слово WAR, например, узнал вчера.

[jdevelop.livejournal.com]

что если попросить помощи у товарищей "в теме"?

[nealar.livejournal.com]

Именно!

[norguhtar.livejournal.com]

maven имеет смысл использовать если у проекта есть зависимости от сторонних библиотек. Тогда нет головной боли с их вытягиванием и подкладыванием. Оно само это делает.

[evil-invader.livejournal.com]

Слабо себе представляю проект без зависимости от сторонних библиотек. Даже если все библиотеки не сторонние, а свои, то имеет смысл разворачивать локальный репозиторий.

[juan-gandhi.livejournal.com]

mvn tomcat:run

[jdevelop.livejournal.com]

а это тут причем?

[juan-gandhi.livejournal.com]

при мавне и томкате, сэр

[jdevelop.livejournal.com]

mvn tomcat:run запустит приложение в томкате, но никак не задеплоит его в него

[evil-invader.livejournal.com]

Если проект изначально написан с использованием мавена, то тут особо гуглить ничего не надо. Достаточно установить maven и в консоле сделать проекту mvn install (из папки, где лежит pom.xml файл проекта).
Если же в проекте ант, то будет файл build.xml и внутри должен быть target для создания варки. Если нету, то придётся описывать самому (это не сложно) и запускать из консоли что-то вроде ant war (в зависимости от названия таргета).
Если же в проекте ничего такого не используется, то это очень старнно =). Наверное тогда придётся самому build.xml описывать, настраивать. Мавеном тут не поможешь, так как для мавенанужная определённая структура проекта, а ант более универсальный.

[nealar.livejournal.com]

запускать из консоли что-то вроде ant war
Да я только за одно это словосочетание этот способ асилю!

[norguhtar.livejournal.com]

Штатный же функционал maven. Там все довольно очевидно.