Closed GoogleCodeExporter closed 9 years ago
Original comment by balusc
on 5 Apr 2013 at 3:14
As a very quick assessment: the error is due to a lifecycle/timing conflict.
The project stage is available rather late in the startup process, while a
filter registration or mapping has to be done rather early.
Most application servers are rather lenient in when you are allowed to do the
filter registration/mapping, but GlassFish is a bit more strict. If nothing
else, I'll remove the filter mapping based on project stage and add
documentation to add the filter mapping manually if so desired.
Original comment by arjan.tijms
on 7 Apr 2013 at 5:09
Please let the filter configuration manually.
Thank you.
Original comment by fgrane...@gmail.com
on 7 Apr 2013 at 9:13
Fixed in
https://code.google.com/p/omnifaces/source/detail?r=93d6da25bc2ab5b52917aa7e0908
b8165829d9b8
This took a bit longer since I investigated a couple of alternatives. As it
appears, development mode can not be made to work reliable with the DO_FILTER
method (the default), since this strongly depends on the FacesServlet being
"exact" mapped on the requested extensionless resource.
Servlet doesn't allow new mappings to be added after startup, and we can't map
the FacesServlet to /* either.
For now moved /* mapping for faces views forwarding filter to the initializer
and used context parameter to detect development mode. Also only enabled this
mapping only for non-DO_FILTER mode (=FORWARD mode).
This is thus a small additional advantage for FORWARD mode: you can add new
views without restarting the server in development mode.
Original comment by arjan.tijms
on 28 Apr 2013 at 10:27
Original issue reported on code.google.com by
fgrane...@gmail.com
on 5 Apr 2013 at 3:13