Использует ли кто-нибудь из присутствующих jsf(MyFaces)? В смысле если буду спрашивать, то помогут?

Спрашивай конечно, от тебя ведь не убудет даже если никто не ответит

Попутные вопросы по использованию jsf/myFaces:
- поправьте если что-то не так, но только POST метод реализован в тамошней имплементации; в springMVC можно например задать конкретный метод(или методы) для обработки http request; если это вышеописанное ограничение в силе, то намечаются ли изменения в specs дабы обеспечить большую гибкость технологии?
- решена ли проблема double submit очень хорошо расписанная нашим коллегой Михаилом Журавлевым?

Интересно:
- имел ли кто технические трудности(challenges/issues) с применением JSF;
- Каковы были это  трудности(challenges/issues) - заранее благодарен за конкретные примеры; 
 - стоит ли ставить на  JSF как технологию, при написании новых проектов; 

Помогут, помогут. Уровень участника JCR-252 ( это группа по спецификациям JSF ) устроит ?
По пунктам :
1) MyFaces используются, правда сразу обрати внимание - последнее время они затеяли глобальный рефакторинг ( переход на Maven, разделение подпроектов и т/п, подключение Oracle ADF ), и стабильных реализаций, кроме надавно объявленного core давно не выпускали - поэтому многие баги исправлены только в текущей версии - то есть надо брать nightly builds. В целом, фишек там побольше - но реализация от SUN ( вернее нынче java.net ) написана получше. Спецификации 1.2 объявляются на JavaOne 15 мая - советую сразу на них ориентироваться. cm https://javaserverfaces.dev.java.net/ , опять-таки пока https://javaserverfaces.dev.java.net/ ( но они уже меняться практически не будут ).
2) POST - штатный и практически единственный для форм метод ( на самом деле модель MVC по другому организовать сложно ). Но есть возможность как-раз практически в виде описанном в статье использовать навигацию с redirect . Плюс формировать линки для GET с параметрами. При redirect теряются request-scope переменные, но в тех же MYFaces ( не следил, перенесли ли из инкубатора ) и в некоторых других библиотеках есть попытки реализации аналога "flash" из ruby on rails. Плюс, в текущем MYFaces и JSF 1.2 есть частичное подавление этой проблемы - view sequence - индивидуальный идентификатор каждого запроса. Еще советую сразу обратить внимание на struts shale - тоже может помочь.
В целом: назначение JSF не  создание сайтов, сколько реализация веб-клиентов для JEE приложений - от попыток применить не по назначению и возникают многие проблемы. Для публичных проектов наверно самое разумное портальные ( или какие-то CMS ) решения с реализацией интерактивных частей на JSF ( хотя и спорное мнение ).
3) Трудностей везде хватает, но в целом технология достаточно красивая и продуманная по архитектуре. Начиная с JEE 5 ( официально опять-таки объявляется на JavaOne ) JSF  включена в спецификацию web-tier. Поддерживается SUN, Oracle, IBM, Jboss и еще многими фирмами ( сужу по активности в комитете ). Так что для создания именно корпоративных систем - безусловно, лучше использовать JSF. А вот для других задач нужно думать и оценивать