Jsp

поставил apache tomcat6.0 c diablo-jdk1.6.0 на freebsd 7.2 apache2.2 (локалка на vmware workstation)

чего то там наковырял в конфигах, вообщем все работает как и ожидалось на 127.0.0.1:8080

кидаем построенный проект в папку webapps и запускаем по нужному адресу, например

http://127.0.0.1:8080/test/index.jsp
или
http://127.0.0.1:8080/test/myservlet

понятно что после первого запуска jasper траслирует jsp в свой понятный jvm код и укладывает его в папку work/Catalina/localhost/test/

соответсвенно при следующем запуске, он берет его оттуда

вроде все ок, можно дальше продолжать експеремент

в связи с чем есть вопросы

1. есть ли полноценный внятный ман по установке и настройке Java JDK на серверах под линуксом, бсд и т.д.? (впринципе кроме пару мозгоебств там ничего сложного, как показалось, но тем не менее)

2. как правильно обновлять сорсы? так как тороплюсь, пока что обошолся чисткой папки work, хотя вроде jasper должен отслеживать изменения и компилить все заного

3. вытекает из первого, как организовать работу jsp, связав их с виртуальнымы хостами, типа http://mydomain-or-myip.com/mypage.jsp ?

ну где же вы! джавакодеры

100 пудова есть

freeek писал:

1. есть ли полноценный внятный ман по установке и настройке Java JDK на серверах под линуксом, бсд и т.д.? (впринципе кроме пару мозгоебств там ничего сложного, как показалось, но тем не менее)

Что там вообще настраивать? Устанавливаешь - и оно работает. Установка - там вообще две кнопки нажать. Если какие-то детали, типа оптимизаций - то отличные доки в комплекте JDK идут - во всяком случае, Sun'овского... тьфу, Оракловского JDK. С этой компиляцией OpenJDK не уверен. Гугл - лучший друг. Ну и вот. Но вообще прежде, чем лезть в оптимизацию JDK, сначала неплохо в ней начать как-то ориентироваться.

Цитата:

2. как правильно обновлять сорсы? так как тороплюсь, пока что обошолся чисткой папки work, хотя вроде jasper должен отслеживать изменения и компилить все заного

Там какой-то флаг у сервера есть, проверять рабочий директорий на обновления, сразу не вспомню. Я не tomcat использую - glassfish как-то получше будет, это нормальный Java EE сервер все-таки. И документация лучше, и панель управления - на две головы, и разработчики не на понтах. Но на вкус, на цвет...

И вообще это не так делается. Во время разработки ты делаешь deployment приложения в виде открытого директория. Поправил - компиляция и re-deploy. У каждого app-сервера есть URLы управления, за них IDE (или, для любителей геморроя, ant) дергают, когда надо и как надо. Детали - зависят от IDE, которое используешь. На боевой сервер ты доставляешь WAR - и все, больше никаких файлов.

Если у тебя JSP разбросаны по всему диску на конечном сервере - это очень плохая идея. Они не для того - они должны быть в WAR'е. Для страниц, разбросанных по диску, есть Velocity - шаблонный енджин (ну типа smarty, если в танке кто). И все равно, опять же - плохая идея. Java - не PHP, там другой подход к разработке и развертыванию - по возможности исключающий любые ошибки в процессе.

И вообще, писать на голом JSP - это жуть какой каменный век. Так 10 лет назад писали - JSP+сервлеты. Есть JSF 2 (который может и Facelets использовать в качестве исходника страниц, а не зубодробительный JSP), есть Wicket, GWT и хуева туча других качественных фреймворков - в коих, по-моему, и есть смысл разработки на Java.

А то так, глядишь, и с базой через JDBC начнешь работать

Цитата:

3. вытекает из первого, как организовать работу jsp, связав их с виртуальнымы хостами, типа http://mydomain-or-myip.com/mypage.jsp ?

С апачем - mod_jk. Или проксирование + реверсное проксирование, этот вариант даже более гибок, на самом деле, но mod_jk вроде как топовую производительность дает. С другой стороны - если нужна топовая производительность, то апачу на морде делать вообще нечего, для этого есть varnish или nginx, на худой конец.

оценил, буду разбираться

кстати, в гугле полно примеров, чтобы работать с базой через jdbc

по поводу гласфиша, буду разбираться, немного читал про него, где то в букмарках есть

по поводу ide использую NetBeans

короче, мы только в начале пути

freeek писал:

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

Я не говорю, что этого нельзя делать в принципе. Можно - точно так же, как на JSP писать что-то. Просто "нормальные пацаны" давно используют разные ORM-фреймворки для работы с базами. Типа Hibernate или JPA. И пишут не монолитные приложения, а наборы бинзов, которые сшивают потом IOC-фреймворком типа Java EE, Spring или Guice. Все это вместе позволяет создавать большие приложения, в которых все равно легко разбираться, с прозрачной логикой, легко поддерживаемые, легко тестируемые, а значит - надежные. В принципе, ознакомиться с тем, как работает JDBC - да и даже JSP - совсем не помешает, это самый низкий уровень, но писать практические приложения на этом совсем не надо. Никто в здравом уме так давно уже не делает.

Цитата:

по поводу гласфиша, буду разбираться, немного читал про него, где то в букмарках есть по поводу ide использую NetBeans

Может, кстати, и имеет смысл начинать знакомство с Java именно с Tomcat. В GF просто дофига всего очень. Потом уже, когда не учеба будет, а что-то более практическое - уже можно посмотреть.

Цитата:

короче, мы только в начале пути

Удачи

Как тут уже написали, забудь про голый JSP и JDBC. JDBC может понадобиться в очень редких случаях, когда надо производить огромные по объему батчи апдейт/инсерт операций и т.д.
Сразу можно смотреть туториалы по Spring в связке с Hibernate/JPA и какимнить вью темплейт енджинами, например тем-же JSP либо Vеlocity, либо Freemarker. Можно глянуть это - http://appfuse.org/display/APF/Home, это пример небольшого веб проекта сделанного на разных фреймворках.

Spring - это апплекейшн фреймворк. Включает в себя: Spring Core (IoC контейнер, хелпер классы по работе с Hibernat/JPA/JDBC, транзакции и т.д.), Spring MVC/Spring WebFlow (action based веб фреймворк), Spring AOP (аспектно-ориентированое программирование), Spring WS (веб-сервисы) и кучу прочих модулей и саб-проектов.

Вообще веб фреймворки в Java можно разделить на 2 подвида: action-based и component-based. Первые - это классические MVC веб фреймворки, подобных куча в ПХП, питоне и т.д. Тут разработчик оперирует понятием действия(запроса), его обработкой и генерацией ответа. К ним относятся: Spring MVC/WebFlow, Struts 2, Stripes и др.
Вторые - более сложные внутри. Здесь опереруют компонентами и событиями, до простых HTTP запрос/ответ часто не так просто добраться. Идеалогия этих веб-фреймворков пришла из их десктоп аналогов и на самом деле это как раз и есть настоящий MVC в отличии от первых. К ним относяться: Wicket, Tapestry, JSF 1/2 и др.

Также во вторую группу можно отнести AJAX RIA фреймворки: GWT, ZK, Vaadin (based on GWT), GXT(based on GWT), Smart GWT (based on GWT).

Сам в последнее время использую связку Spring+Hibernate+Wicket для паблик проектов. Для бэкоффисов со сложным UI - Spring+Hibernate+GWT либо Spring+Hibernate+Flex.

Для деплоймента (сборка и заливка на апп сервер) - Ant, Maven2.
Для continuous integration - Hudson.

Servlet/JSP container - Tomcat or Jetty. Всякие полноценные апп сервера типо GlassFish, JBoss, WebLogic стараюсь не использовать ибо это тяжелое все, а мне нужен в них только сервлетный контейнер прочая ересь типо EJB - это все от лукавого, даже в последних версиях J2EE.

Любимая IDE - IntelliJ IDEA.

Для маленьких веб проектов с несложным UI сейчас смотрю в сторону GRAILS. Это аппликейшн фреймворк (Action-based Web+ORM+куча плагинов), написанный на Groovy (достаточно новый динамический язык под JVM). По сути фреймворк является врапером над Spring+Spring MVC+Hibernate, позволяющий вести разработку в стиле RAILS. Т.е вы получаете такую же скорость разработки, и достаточное быстродействие сделанного приложения (в 10-100 раз шустрее pure Ruby/RAILS).

Вообщем удачи в погружении в мир JAVA технологий !
Без наставника или опытной команды будешь не один год об стену головой биться...

Последний раз редактировалось: langustt (17/10/10 в 16:02), всего редактировалось 1 раз

слава богу с наставниками проблем нету , с литературой тоже

в остально можно разобраться, тем более, что есть желание заниаться этим всю жизнь, и это не так сложно как может показаться за забором из "страшных" слов

в общем, тоже интересный взгляд на вопрос, оценил

авторизация методом FORM

чтобы добраться до j_password, я так понял нужно подсунуть свою реализацию org.apache.catalina.authenticator.FormAuthenticator, переопределив метод authenticate, и указать её в контексте?

где можно найти более или менее подробно описанную технологию, а то гугль слишком скуп


вернее, свой LoginModule

-------------------------------

пока не докопался до истины,
как правильно создать и указать в контексе приложения конфигурационный файл с своим LoginModule

этот javax.security.auth.login.Configuration