Why JSF POST requests don't work with PrettyFaces - jsf

Question

I have been using JSF (MyFaces) with PrettyFaces for a while. Everything works perfectly, excepting POST requests.
The only problem I have is that I can’t make POST requests to any of the pages that are rewritten by PrettyFaces.
I would really appreciate your help, because it’s a show stopper.
pretty-config.xml
<url-mapping id="market-view-item">
<pattern value="/market/#{viewItem.itemId}" />
<view-id value="/market/view-item.xhtml" />
</url-mapping>
pom.xml
<dependency>
<groupId>org.ocpsoft.rewrite</groupId>
<artifactId>rewrite-servlet</artifactId>
<version>2.0.5.Final</version>
</dependency>
<dependency>
<groupId>org.ocpsoft.rewrite</groupId>
<artifactId>rewrite-config-prettyfaces</artifactId>
<version>2.0.5.Final</version>
</dependency>
I used 2.0.4.Final until today. I hoped that it will work by upgrading to 2.0.5, but nothing.
web page form:
<h:form prependId="false">
<p:inputTextarea rows="3" style="width:450px; margin:5px 0;" autoResize="false"/>
<h:commandButton action="#{test.doSomething}" class="pg-button" value="Add comment"/>
</h:form>
CDI bean:
#Named("test")
#RequestScoped
public class TestB {
public void doSomething() {
System.out.println("I work.........");
}
}
Any ideas why POST requests are not executed? Whatever I do, they just don’t happen. No error at all. Just nothing.
When I press the submit (Add comment) button, Chrome makes a request (ajax / non-ajax (I tried both)), but method doSomething is not triggered.
I tried withing bean viewItem also (the one specified in pretty config), but nothing. I tried in 100 ways…
I have to mention that all pretty faces config mappings work perfectly on GET requests, just that I can’t post from them.
I couldn't find any solution/answer to this until now.
I would really appreciate any help.
Thanks a lot!

Answer 1

CDI bean:
#Named("test")
#RequestScoped
public class TestB {
public void doSomething() {
System.out.println("I work.........");
}
}
Is it possible that your 'CDI' bean lacks constructor method and that could be causing the problem here?
I have been using TomEE+ ever since TomEE+ 1.5.1 'SNAPSHOT', then I migrated to TomEE+ 1.5.2 'SNAPSHOT' as soon as it was available, and then I migrated to TomEE+ 1.6.0 'SNAPSHOT', and always try to use latest versions of the 'SNAPSHOT' JAR file. I only use 'SNAPSHOT' versions this way, and 'SNAPSHOT' = 'latest and greatest'. :)

Answer 2

First of all, thanks for helping. It is something strange, that's why I couldn't isolate the problem (to get it happen in another project), which is not executing the POST requests at first try, but from the second one.
I have removed the filters I had in web.xml without any difference. The same behavior.
I've just had the idea of testing the project in other Tomee version than 1.5.2. Surprisingly, dev version 1.6.0 from 29.07.2013 seems to don't have this problem. Why didn't I think at this sooner? :( I had to write separate Servlet components for my post functionalities. Aaaah!
Well, this means that not PrettyFaces was problematic (Huraay!), but, probably, Apache MyFaces, CDI impl. or something else in Tomee.
Uf...I'm so happy that it works now.
Thanks again for trying to help.
///////////////////////////////News//////////////////////////////////
It seems that it didn't work in other versions of Tomee neither.
The problem was having a c:forEach in that page (inside a custom component used in that page), even though the commandButton was not inside the loop. By switching to ui:repeat, the problem is gone in all versions of Tomee.
It is probably a bug in MyFaces, because Glassfish 3.1.2.2 (with Majorra) doesn't have this problem. (tested)
///////////////////////////////News 2//////////////////////////////////
Ha...even more interesting.
If h:form is after c:forEach, the POST method is not triggered at first try. It works just from the second try. That's the original problem.
If h:form is before c:forEach, the Post method (action of the form) is executed properly from the first time/click.