не так...

см. subj:: XTP (http://www.caucho.com) XSP (сам знаешь где и что, надо полагать.) сюда же XMLC от Enhydra. Отдельных файликов там столько же, сколько используется тут. Что парсер быстрее, чем xslt процессор - это очевидно. Но я ведь не об этом говорил :) В конечном итоге, какая технология будет использоваться - личное дело каждого. Я, например, ищу что-то с четким разделением контента, его оформления и бизнес-логики. И мне это кажется на порядок более верным, чем мешать sql запрос с итератором и тем, как этот итератор выводит на страницу записи... ____________ ^ifdef[^var[total];; ^sql[select count(id) from xgb] ^var[total;^item[0]] --- дальше еще html код. ////////vs////////// gbBean.java: sql open/close cn etc. gb.jsp: useBean name="gb"; дальше просто хтмл и taglib <jdbc:iterate></jdbc:iterate> _____________ -- что проще обновлять и поддерживать? Сравнивать с XTP не буду, там немного по другому. тоже, впрочем, не фонтан :) Чтобы хтмл кодер (не семи пядей во лбу) сидел и писал в какой-нить Dreamweaver или еще что, ставил бы теги размеченные программером. И все это рассовано по шаблонам. Лично мне кажется это несколько более удобным и, главное ПРАВИЛЬНЫМ, чем предложенное тут. Это, разумеется, не значит, что парсер - плохо и т.п. Просто, я немного разочарован :)