Достоинства:

1. Лаконичность. Исчерпывающая документация занимает всего примерно 15 страничек. Изучается за один день.

2. Документация на Русском языке.

3. Компонентная ориентированность. Наиболее сильное решение из имеющихся. Более сильное чем у Tapestry, Wicket и Click, не говоря о Spring и пр.

4. Один механизм покрывает и "пользовательские тэги" и Layout.

5. Не использует XML, аннотации, бины, naimspace-ы. Практически не требует (и не имеет) никакой конфигурации.

6. Экономен в использовании памяти во время исполнения – минимум объектов, никаих операций над строками, никакого дублирования информации.

7. Строит аппликацию как Servlet. Соответственно тестировалось под Tomcat, GoldFish, iJetty и пр. При этом из Servlet API использует самый минимум.

8. Поддерживает Ajax, jQuery, валидацию, возврат на предыдущую страницу и bookmark .

9. В качестве языка выражений используется Java.

10. Бесплатно.

11. Runtime – Open Source.

Уникальные черты:

А. Спокойно относится к рекурсивному вызову компонент.

Б. Декларативное определение компонент разделяемых между страницами.

В. Быстродействие. Пример работает под iJetty аж на самом первом iPhon-е.

Недостатки: Недостатков хватает.

http://www.hybridserverpages.com/index_ru.html

tumblerrr, Эта хрень нужна затем же зачем Struts, Spring, JSF, Tapestry, Wicket, Click, Tiles ... Замечание Ваше правильное, надо было в заголовке написать - Java WEB Framework.

SergSW, Один верстальщик-программист он как раз на днях уже застрелился. Пытаясь вставить условный таг в клетку jTable в странице написанной на Struts.

Спасибо за комментарий. Я со многими Вашими замечаниями наполовину согласен.
забыл никЯ вообще в принципе против компонентных фреймворков, так как в большинстве случаев это лишь дополнительный оверхед по performance без каких либо ощутимых выгод. В большинстве случаев – да.
Реюзабельность таких компонентов между приложениями стремится к нулю. Как Вы думаете – почему?
К тому же чем дольше работаю в java web, тем более понимаю что веб - это веб, и перетягивать парадигмы с десктопа на веб - гиблое дело. WEB- это запрос-ответ, увы. Совершенно с Вами согласен. Но заметьте, что я пишу ровно про тоже, адресуясь к этому как к наследию Visual Basic (собирательно). За это мне приходилось ругать и Tapestry и Wicket. Как раз в этом отношении HybridJava сильно отличается. В HybridJava компоненты совсем другие – скорее строятся как мини-страницы. Запрос-ответ обощённый до компонентизации.
Да и на jsp уже давно никто не пишет, впрочем как и на стратсе. Такое ощущение что вы лет 7 назад придумали свою идею, напрочь избегали контактов с java-community и вот наконец закончив работу выложили ее. Это как сказать. По-моему сейчас 90% программистов не пишут а модифицируют что бог послал. А там есть ВСЁ. В моей конторе (банк) есть части ПО написанные во всём спектре времён начиная с 1996 года. Что касается семи лет, то тут вы не сильно ошиблись, а вот контактов хватало.
Spring MVC + FreeMarker(Velocity) + кастомные теги мне лично гораздо более понятны и удобны. Пардон – а кастомные таги это что – не элемент компонентного подхода? Наверное привычны, поэтому и понятны и удобны. HybridJava - это тоже вобщем кастомные таги, слегка обобщённые (в совершенно конкретных направлениях).

LeonidvЧем это лучше Wicket? Нашел много упоминаний о нем в разделе ЭТО НЕ. Но не объяснено, чем плохи те же Fragments. Коротко - тем что Wicket тащится в хвосте десктоповского программирования (Visual Basic и прочее). Это там (и там это совершенно естественно) каждая кнопочка - компонента. В Wicket бывают компоненты состоящие из класса и темплейта и бывают компоненты без темплейта. Т. е. инстанс класса обязателен. Слишком часто - совершенно бессмысленный. В HybridJava - напротив - компоненты могут вообще не иметь класса (и таких большинство).

Несколько подробнее я писал о Wicket здесь (возможно частично устарело): url=] http://www.theserverside.com/news/thread.tss?thread_id=54866

Я не писал что конкретно Fragments что-то ужасное. Вполне естественная заплата на конкретную коцептуальную дырку. В разделе ЭТО НЕ скорее перечислены просто совсем лишние предметы.

забыл никМой вам совет - выложите на сайте сравнение вашего фреймворка с тем же Click Wicket и т.п, допустим на примере PetStore, опишите сильные и слабые стороны, я обязательно посмотрю, пока же вердикт - неубедительно, неинтуитивно и непонятно зачем мне это надо?(типовому разрабу) Опыт показывает что все такие попытки предпринимались заинтересованными лицами (я и сам такой). Соответственно к ним никто всерьёз не относился. Более-менее непредвзятые сравнения в сети имеются, но их можно перечислить по пальцам одной руки. И в них сравниваются сразу много фреймворков - слишком много чтобы на всех запрограммировать контрольный пример.

Petro123Непонятно, почему он не хочет сравнивать с тем же zkoss На свете одних Java феймворков больше пятидесяти. Zkoss раньше не интересоваля, но кажется придётся. Для ясности - HybridJava это server-side.

забыл ник Ну а насколько я понял, автор утверждает что решил часть проблем описанных выше, только я как и вы тоже не особо понял каким же образом. Надеюсь что решил, по крайней мере некоторые. Наглядным доказательством является аппликация-пример http://hybridjava.com:8080/HJ_Sample_RU/, исходники которой включены в дистрибут (кроме того что она и сама эти исходники показывает). Восемь простых но намеренно нетривиальных страниц все вместе занимают примерно 1300 строк текста.

Описание того КАК решил вобщем есть на сайте, но готов пояснять по конкретным пунктам. Ключём к пониманию части решения является семантика конструкции "$#" языка HybridJava.

забыл никНу короче говоря попробуйте имплементировать компонент "login panel", чтобы она взяла и заработала на любом сайте, просто пихнув на страницу <@component name="loginPanel">. Как говорится - хороший вопрос. На HybridJava получится. Посмотрите пример с валидацией. login это ведь частный случай server-side валидации.

Вот какая новость - наконец собрались переписать (и заодно передизайнить) сайт. Надеюсь теперь стало чуть понятнее.

grasoff.netAlexSerovВот какая новость - наконец собрались переписать (и заодно передизайнить) сайт. Надеюсь теперь стало чуть понятнее.пока не будет в maven central repo - даже четать не буду!!!

А я чЕтать не буду пока Вы не научитесь Русскому Языку. Над Maven плагином как раз работаем. Упарились - слишком уж Maven привязан душой к простому вызову javac. Напишем - сообщу сюда, но скоро не ждите. Не знаю также пустят ли нас в central repo.