В предыдущем посте было рассказано, как выполнять межсерверные запросы Ajax, в частности к Tomcat. Для этого использовался небольшой скриптик на PHP, который перенаправлял запрос на удаленный сервер, получал и возвращал ответ. Настало время его немного доработать в связи с тем, что он не поддерживает сессии, т.е. каждый Ajax-запрос Tomcat воспринимает как совершенно новое соединение. Continue reading »
При выполнении ajax-запросов к «серверу приложений» Tomcat столкнулся с тем, что ответ от сервера не доходил до JavaScript. Проверив отдельно выполнение сервлета в Tomcat или выполнение ajax-запроса к тестовой странице php, удостоверился, что проблема не в них. Погуглив, вышел статью (и не одну), говорящую о том, что на выполнение ajax-запросов накладываются ограничения – ajax-запрос может быть выполнен только в том домене, где он находится, включая и порт. Т.е. если была загружена страница www.mydomain.com/index.php, то выполнить запрос она может только на страницу на домене (или поддомене) www.mydomain.com. А домены www.mydomain.com:80 и www.mydomain.com:8080 уже являются разными. Continue reading »
При разработке своего тега JSTL столкнулся с тем, что не мог получить значение атрибута, который сам же помещал в контекст в сервлете. На первый взгляд, атрибут там просто отсутствовал.
Первой была попытка получить значение атрибута с помощью getJspContext().getAttribute(«my_attribute»). Данный вызов всегда возвращал null. Посмотрев, какие еще методы есть у контекста, нашел тот, который возвращает имена всех атрибутов в области видимости (getAttributeNamesInScope(n), где n – номер области видимости). Методом научного тыка узнал, что области видимости с номером 0, не бывает, что область видимости с номером 1 содержит важные атрибуты самой страницы JSP и ее контекста, а область видимости с номером 2, уже показала, что там есть атрибут, который я ищу.
Ликование от победы над проблемами с именами таблиц в JPA и PostgreSQL было подкреплено удобными мастерами JPA NetBeans, которые аккуратненько создавали все необходимые модули и классы для работы с БД. Тесты на выборку данных прошли на ура, разочарование пришло с попыткой сохранить POJO в БД. Все разборки с кодом и попытки сохранения в конечном итоге приводили к одному из следющих исключений:
Схема тестовой БД спроектирована, создан первый тестовый проект в NetBeans на базе Spring и JPA, получено первое разочарование. Сплошные ошибки времени выполнения при работе с БД. В чем причина?
Пришло время установить СУБД PostgreSQL. На сайте разработчика нашлась версия 8.4 от 09.09.09. Интересно, они специально приурочили релиз к этой дате или случайно?
Следующая цель после установки Tomcat, настроить сервер так, чтобы он мог работать в связке с Apache. Для установки я выбрал последнюю версию HTTP-сервера Apache и Tomcat 6.x. Сама по себе установка этих двух серверов (вообще-то, Tomcat – это не сервер, а контейнер сервлетов, но я буду называть его сервер, прижилось это словечко) проблем не вызывает. Установка Apache стандартная – скачал, распаковал, ./configure, make, make install. Установка Tomcat и того проще – скачал, распаковал, переместил куда надо. Для того, чтобы эти два сервера смогли взаимодействовать, необходимо установить расширение для Apache – коннектор, который организует взаимодействие этих серверов. Но это все мелочи, гораздо сложнее обстоит дело с их настройкой.
Для установки я выбрал Tomcat версии 6.x, потому что это самая последняя версия на данный момент, в которой учтены все недочеты и исправлены ошибки предыдущих версий. В прочем, выбор логичный, по моему. 
Данным постом хочу открыть категорию постов о разработке Web-проекта на базе Java/Apache/Tomcat/Spring/Hibernate/PostgreSQL. Путь предстоит нелегкий и продолжительный, так как практически все эти технологии новы для меня. Постараюсь описывать все основные моменты реализации проекта – от установки необходимых инструментов до кодирования.
