ORAngutang,

Та информация о которой вы спрашивате не может быть достоверной, так как такую статистику никто не ведёт и отчеты об использовании фреймверков в общую базу не складывает.
Вы почему-то указали 2 web-фреймверка. Вопрос именно о web решениях?
Если да, то вы тут на форуме можете легко найти обзор наиболее популярных. Если что не понятно спрашивайте более конкретные деталаи.

ORAngutang,

/topic/850535
/topic/867106
/topic/720074
/topic/682187
/topic/654593
/topic/935057
/topic/885696
/topic/792645
/topic/811191
/topic/793503

Большая часть проблем решается мэйнстрим фреймверками и их производными
Spring MVC + JavaScript/GWT
GWT и производные
JSF и производные
Остальные фреймверки
- либо очень нишевые и решают очень узкие проблемы, например Eclipse RAP
- либо обладают выражеными недостатками в сравнении с вышеперечислеными. (Seam, Tapestry, Struts 2)

ORAngutang(однако насколько я успел изучить SEAM там многое уже готово из того что наприм. в JSF нужно "делать ручками", нет? )
То что в Seam делает сам, в нормальным проектах выходит боком. Толком его никогда не использовал, потому что overabstracted меня всегда отпугивала. Я уже на многих проектах видел, что когда фреймверк делает вообще всё, то делать что-то что фреймверк не умеет, становится нереально затратно.

Вот например стоит почитать
http://planet.jboss.org/post/seam_next_announcement
Особенно последний абзац
"For those developers who have already invested heavily in Seam, don’t worry..." :)

GKS_SamaraА Tapestry чем плох?

Там нет ничего принципиально лучше чем может предложить Spring MVC 3.
Польза от компанентных фреймверков на web очень сомнительная, особенно если это не GWT. HTML и JavaScript сделали за последние годы огромный шаг вперед, так что от сервера нужно минимум наворотов.
Не слежу за последними обновлениями, но постоянной проблемой Tapestry было то что его делал один единственный человек, который никогда не заботился об обратной совместимости между мажорными версиями.

NeboА можно, пожалуйста , поподробнее про нишевые и узкие ??

Вам подробнее и про все сразу?

NeboВ чем, на Ваш взгляд недостатки Eclipse RAP ??

Слишком плотная комуникация с сервером. Первоначально они даже официально были Intranet only. Потом вроде что-то оптимизировали. В чем заключается оптимизация, я пока не разбирался.
SWT сам по себе не самый приятный API для использования.
GWT изначально ориентирован на работу с HTML DOM. SWT же чисто оконный API, который даже что-то вобрал из WinAPI.
RAP клёвый, когда уже есть SWT наработки и их удобно вытянуть в браузер для корпоративной сети. Не апплет же на SWT делать.

NeboПочему Вы в каком-то смысле предостерегаете от его использования?

Я не предостерегаю. Я просто не вижу в нем большого смысла. Т.е. если есть конкретная задача под RAP, то ОК. Но в общем случае если выбирать из кучи фреймверков общего назначения, то польза от RAP сомнительная.

NeboМожно ли использовать для создания корпоративной программы?

"программы" :). Да, для использования в корпоративной сети. Если сети не достаточно толстые, то стоит сначала хорошенько померять на прототипах.

NeboКакие Вы видите подводные камни ??

Подобная затея впихуть невпихуемое всплывает каждые несколько лет. Для Swing было несколько поделок. Echo. Потом JSF. Теперь RAP. Ничего на столько хорошего, чтобы сразу всё остальное пока ни у кого не получилось.

NeboПо заверению разработчиков один код для десктопа, веба и мобил.
А это удобно ведь.
Угу. Рекомендую вам изучить истоию JSF, особенно первых версий. Это изначально фреймверк для десктопа, веба и мобил. Но потом его ещё год хаяли и обвешивали фейслетами, чтобы можно было нормально до HTML добраться. Теперь это просто фреймверк для web. Про десктом и мобилы уже никто не заикается особо. Только оракл там какие-то свои корпаративные решения протягивает.

Люди не могут сделать чтобы у них нормально на двух разных Android девайсах работало. А тут тебе и web сразу и десктоп. Ну, пробуйте. Потом расскажите.