neharob / prettyfaces

Automatically exported from code.google.com/p/prettyfaces
0 stars 0 forks source link

nullPointerException in EAR application - cannot find pretty-filter in the app that DOES NOT uses it #42

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
NOTE: For fastest resolution when reporting an issue, please provide attach
example project or file *with sources* that reproduces the problem.

What steps will reproduce the problem?
1. create app1 that doesn't use pretty-faces;
2. create app2 that uses pretty-faces
3. put them inside an EAR application
4. deploy the EARapp on the server
5. access the app1 via browser

What is the expected output? What do you see instead?
The application is excepted to run with no problems. However, 
nullPointerException is thrown. It says it can't find the Pretty Filter; 
but this filter is not mapped in this application's web.xml because it does 
not uses pretty-faces.

What version of PrettyFaces are you using? On what server and version,
version of JSF, and other relevant technologies?
PrettyFaces version: 1.2.6
+ JSF: 1.2
+ Facelets
+ RichFaces
+ GlassFish v2
+ Linux 

Please provide any additional information below.

Original issue reported on code.google.com by rafaelt...@gmail.com on 14 May 2010 at 6:53

GoogleCodeExporter commented 9 years ago
The CSS problems were being caused by different versions of RichFaces in both 
sides.
I was using 3.3.2 in one of the apps, and 3.3.0 in the other.

However, I still have the issue about the filter and the "mixed" contexts.

Searching for an answer in the glassfish forum

Original comment by rafaelt...@gmail.com on 10 Jun 2010 at 6:04

GoogleCodeExporter commented 9 years ago
Can you explain what you mean by "mixed contexts?", I think I have an idea 
about ServletContext being maintained in PrettyFilter, but I'm not sure it's 
the issue you're talking about.

Original comment by lincolnb...@gmail.com on 21 Jun 2010 at 8:17

GoogleCodeExporter commented 9 years ago
Sure.

Each web application is supposed to have its own context, right? So, they do 
not see each other directly. In this case, jars and filters in one application 
are directly affecting the other app.

When I said "'mixed' context", I meant that it looks like both apps have the 
same context.

Original comment by rafaelt...@gmail.com on 21 Jun 2010 at 8:27

GoogleCodeExporter commented 9 years ago
Does anyone know how to fix this problem? 

Original comment by loren.ni...@gmail.com on 26 Sep 2010 at 6:52

GoogleCodeExporter commented 9 years ago
Are there any news on this issue? Did somebody find a fix? I don't think it is 
a PrettyFaces problem as we don't work with any "dirty tricks" like static 
variable references, so it sounds like a Glassfish issue. It would be great to 
get any kind of feedback.

Original comment by chkalt on 8 Oct 2010 at 5:57

GoogleCodeExporter commented 9 years ago
No news on this- closing due to inactivity / unable to reproduce. Feel free to 
re-open if a test case can be provided that does reproduce this.

Original comment by lincolnb...@gmail.com on 14 Oct 2010 at 1:36

GoogleCodeExporter commented 9 years ago

Original comment by lincolnb...@gmail.com on 14 Oct 2010 at 1:51