Our "kitchensink quickstart" uses resource optimisation without explicitly enabling the resource servlet. It runs well on JBoss EAP 6.1.1. See the web.xml:
Can you share your web.xml for the analogous configuration? We'll see if we can figure out what's going wrong.
Hi Brian, thanks for your answer!
I debugged a little bit further and found the cause of the problem, but no solution yet.
Problem is, that we configured RichFaces to work as a JBoss module. If I put the richfaces-libraries in the /WEB-INF/lib-folder of the webapp, the resource-servlet works as designed.
I can recreate the issue with our JBoss EAP 6.1.1, if I take modules.zip and jboss-as-helloworld-rf.war from [RF-12896] Richfaces TopicsContext.lookup() returns null after redeployment when Richfaces is deployed as a module in JB… Note: I have to add one dependency in the module.xml of org.richfaces <module name="javaee.api"/> to get it working, but the rest is as it's attached to the ticket.
Can anyone reproduce the issue with JBoss EAP 6.1.1, if you take modules.zip and jboss-as-helloworld-rf.war from [RF-12896]? This would eliminate the possibility of a mis-configuration of our JBoss.
In [RF-12008] Add RichFaces AS7 module to distribution - JBoss Issue Tracker one can read, that for now "RichFaces as JBoss AS module." is not (fully) supported. (Fix-Version 5-Future).
So what is the recommended way to include RichFaces-4-Jars with JBoss AS until this issue is fixed? Putting the RichFaces-jars in every application-ear can't be the solution, right?
Right, we currently don't support RichFaces running as a WildFly/EAP module. We don't plan on re-visiting this until after RichFaces 5.0.0.Final, but if someone in the community want to make the changes required to get it working we will gladly accept the Pull Request.
In the mean time, the solution is to include RichFaces separately in each deployment.
maybe it would be a good idea to put the info in the RichFaces-Developer-Guide, that "RichFaces as a JBoss-Module" is not supported and may cause funky issues.
We just started migrating from RF 3 to RF 4.3.4 and were stuck with several issues which at the end had their cause in RF being a JBoss-Module