JSP доступ к БД - Java

Здравствуйте!
Такая ситуация: Tomcat и MySQL.

Выполняю следующий код:
<%@ taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>

<sql:query var="rs" dataSource="jdbc/TestDB">
select id, foo, bar from testdata
</sql:query>

<html>
<head>
<title>DB Test</title>
</head>
<body>

<h2>Results</h2>

<c:forEach var="row" items="${rs.rows}">
Foo ${row.foo}<br/>
Bar ${row.bar}<br/>
</c:forEach>

</body>
</html>

Запрос в теге <sql:query> выполняется 100% (проверял на Update), но на экран вместо содержимого таблицы выводится Foo ${row.foo}
Bar ${row.bar}
В чем может быть дело?
Спасибо за внимание.

Здравствуйте, Alexey.M, Вы писали:

а что у тебя в web.xml?

Здравствуйте, okurietz, Вы писали:

O>Здравствуйте, Alexey.M, Вы писали:

O>а что у тебя в web.xml?
В web.xml у меня то, что советуется в Tomcat documentation:

<web-app>
<description>MySQL Test App</description>
<resource-ref>
<description>DB Connection</description>
<res-ref-name>jdbc/TestDB</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
</web-app>

Здравствуйте, Alexey.M, Вы писали:

AM>Здравствуйте, okurietz, Вы писали:

O>>Здравствуйте, Alexey.M, Вы писали:

O>>а что у тебя в web.xml?
AM>В web.xml у меня то, что советуется в Tomcat documentation:

AM><web-app>
AM> <description>MySQL Test App</description>
AM> <resource-ref>
AM> <description>DB Connection</description>
AM> <res-ref-name>jdbc/TestDB</res-ref-name>
AM> <res-type>javax.sql.DataSource</res-type>
AM> <res-auth>Container</res-auth>
AM> </resource-ref>
AM></web-app>

там советуется:

<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
version="2.4">
<web-app>
...
</web-app>

или ты это опустил?

Здравствуйте, Alexey.M, Вы писали:

AM><c:forEach var="row" items="${rs.rows}">
AM> Foo ${row.foo}<br/>
AM> Bar ${row.bar}<br/>
AM></c:forEach>

Это будет работать только если контейнер соответствует спецификации JSP 2.0 (томкат 5, должен).
В противном случае придётся написать так:

    Foo <c:out value="${row.foo}"/><br/>
    Bar <c:out value="${row.bar}"/><br/>

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, okurietz, Вы писали:

O>там советуется:
O>

O><web-app xmlns="http://java.sun.com/xml/ns/j2ee"
O> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
O> xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
O>http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
O> version="2.4">
O><web-app>
O>...
O></web-app>

O>или ты это опустил?

Я это и имел в виду.

Здравствуйте, cryozot, Вы писали:

C>Это будет работать только если контейнер соответствует спецификации JSP 2.0 (томкат 5, должен).
C>В противном случае придётся написать так:

C>

C>    Foo <c:out value="${row.foo}"/><br/>
C>    Bar <c:out value="${row.bar}"/><br/>
C>

Так я уже писал, результат тот же. Tomcat пятый.
В чем может быть причина ещё?

Здравствуйте, Alexey.M, Вы писали:

AM>Здравствуйте, cryozot, Вы писали:

C>>Это будет работать только если контейнер соответствует спецификации JSP 2.0 (томкат 5, должен).
C>>В противном случае придётся написать так:

C>>

C>>    Foo <c:out value="${row.foo}"/><br/>
C>>    Bar <c:out value="${row.bar}"/><br/>
C>>

AM>Так я уже писал, результат тот же. Tomcat пятый.
AM>В чем может быть причина ещё?

Попробуй в своей jsp написать где-нить ${2+2}

Здравствуйте, okurietz, Вы писали:

O>Попробуй в своей jsp написать где-нить ${2+2}

Такие выражения работают.
Мне кажется, что дело в переменной rs. В неё почему-то не записывается результат запроса.
<sql:query var="rs" dataSource="jdbc/TestDB">
В результате выражение ${row.foo} — пустое
<c:forEach var="row" items="${rs.rows}">

Почему так происходит? Или дело в чем-то другом?

Здравствуйте, Alexey.M, Вы писали:

AM>Здравствуйте, okurietz, Вы писали:

O>>Попробуй в своей jsp написать где-нить ${2+2}

AM>Такие выражения работают.
AM>Мне кажется, что дело в переменной rs. В неё почему-то не записывается результат запроса.
AM><sql:query var="rs" dataSource="jdbc/TestDB">
AM>В результате выражение ${row.foo} — пустое
AM><c:forEach var="row" items="${rs.rows}">

AM>Почему так происходит? Или дело в чем-то другом?

а ты поставил весь JSTL???

Здравствуйте, okurietz, Вы писали:

O>а ты поставил весь JSTL???

Да, конечно же, весь.

Здравствуйте, Alexey.M, Вы писали:

AM>Здравствуйте, okurietz, Вы писали:

O>>а ты поставил весь JSTL???

AM>Да, конечно же, весь.

Ну тогда, все таки, полностью web.xml покажи. У меня все работает, правда проверял на MSSQL сервере.

Я так понимаю, у тебя, если 2 записи в таблице, показывается 4 строчки:
Foo ${row.foo}
Bar ${row.bar}
Foo ${row.foo}
Bar ${row.bar}
?

Здравствуйте, Alexey.M, Вы писали:

AM><sql:query var="rs" dataSource="jdbc/TestDB">
AM>select id, foo, bar from testdata
AM></sql:query>

Вопрос немного не в тему. А почему возникла необходимость обращаться к БД из кода JSP? Это всё-таки отнюдь не best practice... не на PHP же в конце-концов пишем )

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, cryozot, Вы писали:

C>Здравствуйте, Alexey.M, Вы писали:

AM>><sql:query var="rs" dataSource="jdbc/TestDB">
AM>>select id, foo, bar from testdata
AM>></sql:query>

C>Вопрос немного не в тему. А почему возникла необходимость обращаться к БД из кода JSP? Это всё-таки отнюдь не best practice... не на PHP же в конце-концов пишем )

думается мне он просто начал изучать Tomcat+JSP. И в доках томката есть такой пример — его он и пытается запустить.
имхо.

C>>Вопрос немного не в тему. А почему возникла необходимость обращаться к БД из кода JSP? Это всё-таки отнюдь не best practice... не на PHP же в конце-концов пишем )

O>думается мне он просто начал изучать Tomcat+JSP. И в доках томката есть такой пример — его он и пытается запустить.
O>имхо.

А что тут такого? Пишим Веб приложение и из JSP юзаем базу.

Здравствуйте, Egor, Вы писали:

C>>>Вопрос немного не в тему. А почему возникла необходимость обращаться к БД из кода JSP? Это всё-таки отнюдь не best practice... не на PHP же в конце-концов пишем )

E>А что тут такого? Пишим Веб приложение и из JSP юзаем базу.

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

Например, если потребуется изменить схему данных (например, переименовать поле или разбить одно поле на два), то нам придётся править все обращения к этому полю на всех страничках, где это поле используется. Если же мы каким-то образом абстрагируемся от схемы данных и способа получения этих данных, то жизнь наша будет не столь печальна.

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, cryozot, Вы писали:

C>Здравствуйте, Egor, Вы писали:

C>>>>Вопрос немного не в тему. А почему возникла необходимость обращаться к БД из кода JSP? Это всё-таки отнюдь не best practice... не на PHP же в конце-концов пишем )

E>>А что тут такого? Пишим Веб приложение и из JSP юзаем базу.

C>А плохого тут то, что мы смешиваем логику предстваления данных и логику доступа к данным, благодаря чему можем огрестись неприятностями, типа создания себе лишней работы.

C>Например, если потребуется изменить схему данных (например, переименовать поле или разбить одно поле на два), то нам придётся править все обращения к этому полю на всех страничках, где это поле используется. Если же мы каким-то образом абстрагируемся от схемы данных и способа получения этих данных, то жизнь наша будет не столь печальна.

Вы что хотите сказать что все, кто пишит на JSP (как вы там сказали?) абстрагируемся от схемы данных и способа получения этих данных
Сколько видел исходников — все по одному типу.

Здравствуйте, Egor, Вы писали:

E>Вы что хотите сказать что все, кто пишит на JSP (как вы там сказали?) абстрагируемся от схемы данных и способа получения этих данных
Не уверен, что правильно понял это несвязанное предложение. Мне кажется вы хотели спросить, должны ли все, кто пишет на JSP абстрагироваться от схемы данных и способа получения этих данных. Если так, то отвечаю.

Не должны. Но если они не хотят огрестись дополнительными хлопотами при эволюционировании системы, лучше об этом подумать. Разумеется, если система не должна эволюционировать (например, это туториал), то не должны.

E>Сколько видел исходников — все по одному типу.
А сколько вы видели исходников? И от чего были эти исходники?

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, cryozot:

А волшебное слово MVC так и не сказал.

Здравствуйте, Blazkowicz, Вы писали:

B>А волшебное слово MVC так и не сказал.

Да побоялся я, что обвинят в кидании понтов ) Отвечать на вопрос надо имхо на языке задающего. Вот если он в ответ спросит где бы чего-нибудь такого из теории почитать, то я уж наговорю всяких волшебных слов )

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, cryozot, Вы писали:

C>Да побоялся я, что обвинят в кидании понтов )
Не боись.

C>Отвечать на вопрос надо имхо на языке задающего.
Ну, знаешь ли, так пост растянется в длинный диалог который никому читать будет не интересно потому что уже не раз этот самый MVC обсуждали.

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

Здравствуйте, Blazkowicz, Вы писали:

B>А ещё кроме теории можно фреймверков всяких насоветовать. Потому что процесс обучения часто протекает так:
B>Делаем ерунду. Читаем теорию, делаем по теории, потом находим фреймверк, который эту теорию давно реализовал и в очередной раз расстраиваемся что изобрели велосипед.
А потом обычно так: работаем во фреймверке, видим, что фреймверк никуда не годится, изучаем теорию, пишем свой фреймверк, а потом находим другой фреймверк, который делает всё это )))

... << RSDN@Home 1.1.3 stable >>

Здравствуйте, cryozot, Вы писали:

B>>А ещё кроме теории можно фреймверков всяких насоветовать. Потому что процесс обучения часто протекает так:
B>>Делаем ерунду. Читаем теорию, делаем по теории, потом находим фреймверк, который эту теорию давно реализовал и в очередной раз расстраиваемся что изобрели велосипед.
C>А потом обычно так: работаем во фреймверке, видим, что фреймверк никуда не годится, изучаем теорию, пишем свой фреймверк, а потом находим другой фреймверк, который делает всё это )))

Ну почти так.

Только наученые горьким опытом больше не изобретаем велосипедов.

Ребята, у меня всё получилось спасибо за помощь. Отдельное спасибо Okurez. Дело было в файле web.xml.

Алексей

Здравствуйте, okurietz, всё получилось. Дело было в web.xml. Спасибо за помощь.

Алексей

Здравствуйте, Egor, Вы писали:

E>Вы что хотите сказать что все, кто пишит на JSP (как вы там сказали?) абстрагируемся от схемы данных и способа получения этих данных

Именно. Это best practice.

E>Сколько видел исходников — все по одному типу.

Извини, но, видимо, не туда смотрел.

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, cryozot, Вы писали:

B>>>А ещё кроме теории можно фреймверков всяких насоветовать. Потому что процесс обучения часто протекает так:
B>>>Делаем ерунду. Читаем теорию, делаем по теории, потом находим фреймверк, который эту теорию давно реализовал и в очередной раз расстраиваемся что изобрели велосипед.
C>>А потом обычно так: работаем во фреймверке, видим, что фреймверк никуда не годится, изучаем теорию, пишем свой фреймверк, а потом находим другой фреймверк, который делает всё это )))

B>Ну почти так.

Только наученые горьким опытом больше не изобретаем велосипедов.

Ребята, это вы сечас с кем говорили??

	От:	Alexey.M
	Дата:	03.11.04 06:38
	Оценка:

	От:	okurietz
	Дата:	03.11.04 07:54
	Оценка:

	От:	Alexey.M
	Дата:	03.11.04 08:18
	Оценка:

	От:	okurietz
	Дата:	03.11.04 08:22
	Оценка:

	От:	cryozot
	Дата:	03.11.04 08:23
	Оценка:

	От:	Egor
	Дата:	04.11.04 06:52
	Оценка:

	От:	Egor
	Дата:	04.11.04 07:56
	Оценка:

	От:	Blazkowicz
	Дата:	04.11.04 08:26
	Оценка:

	От:	Blazkowicz
	Дата:	04.11.04 08:50
	Оценка: