Ant+Tomcat: небольшая автоматизация рутины

[serso]

Просто из любопытства — вы слышали о Maven? Если нет, то советую глянуть; я бы сазал, что это следующий шаг после анта (кстати, из под maven'а можно выполнять любую антовскую задачу).

[sphinks]

Проект не мой личный, потому не все подвластно) До меня все было на ant, так что не все так просто.

[serso]

Засчитано, сами потратили много сил и времени для перевода проекта под Maven.

[serso]

Вот здесь, кстати, логин и пароль зашиты прямо в скрипте?

<property name="tomcat.user.name" value="login" />
<property name="tomcat.user.password" value="password" />

Лучше: ${login}, ${password}, а вызывать ант скрипт с параметрами: -Dlogin=MY_LOGIN -Dpassword=STRONG_PASSWORD

Плюсы: конечным пользователям не придётся модифицировать код скрипта (который, скорее всего, под СКВ лежит)

[sphinks]

Да, вы правы, зашиты в скрипте. Каждый из вариантов имеет право на жизнь, со своими плюсами и минусами. У меня был еще один вариант, все параметры объявить через переменные, их значения по умолчанию описаны в скрипте, а для конечного пользователя персональные значения определять в файле, который будет инклудится в скрипт и переопределять дефолтные значения. Идея хорошая, объединяет в себе и Вашу идею с параметрами и мои с тем, что не надо указывать параметры при вызове скрипта, только реализация не получилась. Честно сейчас точно не вспомню в чем причина была, но суть свелась к тому, что из подключаемого файла, значения по умолчанию не переопределяются. В итоге, остановились на варианте с жестко зашитыми логином и паролем, их прописать надо один раз, ну а к вопросу безопасности о том, что пароль в открытом виде — вроде ничего страшного это пароль от локального tomcat предназначеного для разработки.

[serso]

Мы сделали проще (правда не с ант скриптом, но это не важно):
1. Есть конфигурационный файл (тот же ант скрипт) с переменными (хранится в СКВ)
2. Есть запускающий скрипт, в котором указаны все нужные параметры (хранится в СКВ, параметры не валидные, т.е., например, login=LOGIN и т.д. или хранят (как в вашем случае) дефолтные значения)

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

Но это на самом деле уже придирки — естественно работать можно и так =)

[vtysh]

Некоторые IDE, в частности Eclipse, поддерживают отладку на сервере. Т.е. нет необходимости пересобирать проект 40 раз на день, можно прямо из IDE выполнять и отлаживать код на сервере.

[sphinks]

Сам использую Eclipse, для расширения кругозора расскажите как это можно сделать?

[vtysh]

Я использую JBoss Tools вместе с JBoss. Пример можно найти в этой статье, правда там GWT приложение
jamies-gwt.blogspot.com/2010/03/walkthrough-integrating-gwt-with-jboss.html

Для Tomcat, может, подойдет эта инструкция:
eclipse.org/webtools/community/tutorials/BuildJ2EEWebApp/BuildJ2EEWebApp.html

[vtysh]

Кстати, отладка это таки весомое преимущество. Вы можете ставить breakpoint'ы в коде, просматривать значения переменных, менять кода на лету.

[MiniM]

Для этого надо сделать 2 шага:
1. Включить debug на сервере. Делается это дополнительными JAVA_OPTS. Пример:
-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=7000,server=y,suspend=n
2. В eclipse в меню Debug Configurations создаёте новую конфигурация Remote Application и в параметрах устанавливаете адрес и порт сервера.

Дальше запускаете сервер и запускаете дебаг в эклипсе.
Будут проблемы — обращайтесь.

[skvorec]

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

[sphinks]

Именно так оно и есть.