Comments 13
Просто из любопытства — вы слышали о Maven? Если нет, то советую глянуть; я бы сазал, что это следующий шаг после анта (кстати, из под maven'а можно выполнять любую антовскую задачу).
Проект не мой личный, потому не все подвластно) До меня все было на ant, так что не все так просто.
Засчитано, сами потратили много сил и времени для перевода проекта под Maven.
Вот здесь, кстати, логин и пароль зашиты прямо в скрипте?
Лучше: ${login}, ${password}, а вызывать ант скрипт с параметрами: -Dlogin=MY_LOGIN -Dpassword=STRONG_PASSWORD
Плюсы: конечным пользователям не придётся модифицировать код скрипта (который, скорее всего, под СКВ лежит)
<property name="tomcat.user.name" value="login" />
<property name="tomcat.user.password" value="password" />Лучше: ${login}, ${password}, а вызывать ант скрипт с параметрами: -Dlogin=MY_LOGIN -Dpassword=STRONG_PASSWORD
Плюсы: конечным пользователям не придётся модифицировать код скрипта (который, скорее всего, под СКВ лежит)
Да, вы правы, зашиты в скрипте. Каждый из вариантов имеет право на жизнь, со своими плюсами и минусами. У меня был еще один вариант, все параметры объявить через переменные, их значения по умолчанию описаны в скрипте, а для конечного пользователя персональные значения определять в файле, который будет инклудится в скрипт и переопределять дефолтные значения. Идея хорошая, объединяет в себе и Вашу идею с параметрами и мои с тем, что не надо указывать параметры при вызове скрипта, только реализация не получилась. Честно сейчас точно не вспомню в чем причина была, но суть свелась к тому, что из подключаемого файла, значения по умолчанию не переопределяются. В итоге, остановились на варианте с жестко зашитыми логином и паролем, их прописать надо один раз, ну а к вопросу безопасности о том, что пароль в открытом виде — вроде ничего страшного это пароль от локального tomcat предназначеного для разработки.
Мы сделали проще (правда не с ант скриптом, но это не важно):
1. Есть конфигурационный файл (тот же ант скрипт) с переменными (хранится в СКВ)
2. Есть запускающий скрипт, в котором указаны все нужные параметры (хранится в СКВ, параметры не валидные, т.е., например, login=LOGIN и т.д. или хранят (как в вашем случае) дефолтные значения)
Пользователь выкачивает проект, копирует запускающий скрипт, модифицирует его (выставляет параметры для своей среды) и успешно работает. Всё довольно просто, ничего инклюдить не надо.
Но это на самом деле уже придирки — естественно работать можно и так =)
1. Есть конфигурационный файл (тот же ант скрипт) с переменными (хранится в СКВ)
2. Есть запускающий скрипт, в котором указаны все нужные параметры (хранится в СКВ, параметры не валидные, т.е., например, login=LOGIN и т.д. или хранят (как в вашем случае) дефолтные значения)
Пользователь выкачивает проект, копирует запускающий скрипт, модифицирует его (выставляет параметры для своей среды) и успешно работает. Всё довольно просто, ничего инклюдить не надо.
Но это на самом деле уже придирки — естественно работать можно и так =)
Некоторые IDE, в частности Eclipse, поддерживают отладку на сервере. Т.е. нет необходимости пересобирать проект 40 раз на день, можно прямо из IDE выполнять и отлаживать код на сервере.
Сам использую Eclipse, для расширения кругозора расскажите как это можно сделать?
Я использую 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
jamies-gwt.blogspot.com/2010/03/walkthrough-integrating-gwt-with-jboss.html
Для Tomcat, может, подойдет эта инструкция:
eclipse.org/webtools/community/tutorials/BuildJ2EEWebApp/BuildJ2EEWebApp.html
Кстати, отладка это таки весомое преимущество. Вы можете ставить breakpoint'ы в коде, просматривать значения переменных, менять кода на лету.
Для этого надо сделать 2 шага:
1. Включить debug на сервере. Делается это дополнительными JAVA_OPTS. Пример:
2. В eclipse в меню Debug Configurations создаёте новую конфигурация Remote Application и в параметрах устанавливаете адрес и порт сервера.
Дальше запускаете сервер и запускаете дебаг в эклипсе.
Будут проблемы — обращайтесь.
1. Включить debug на сервере. Делается это дополнительными JAVA_OPTS. Пример:
-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=7000,server=y,suspend=n2. В eclipse в меню Debug Configurations создаёте новую конфигурация Remote Application и в параметрах устанавливаете адрес и порт сервера.
Дальше запускаете сервер и запускаете дебаг в эклипсе.
Будут проблемы — обращайтесь.
serso, согласен с вами. Но прийдя на проект, собираемый антом, на мавен его перевести не так-то просто, даже если вы мавен знаете очень хорошо.
Sign up to leave a comment.
Ant+Tomcat: небольшая автоматизация рутины