Shale IO Exception / 404 on js resources

[glassfishrobot]

Just thought I'd give jsfExt another shot (0.1-SNAPSHOT from Nov. 17). Now when I do an initial load of a page containing only an html skeleton and the tag, I get the Exception below in the logs (page displays fine):

20.11.2006 17:06:57 com.sun.faces.lifecycle.LifecycleImpl phase WARNUNG: phase(RESTORE_VIEW 1,com.sun.faces.context.FacesContextImpl@115c974) threw exception: javax.faces.FacesException: java.io.IOException: Closed java.io.IOException: Closed org.apache.shale.remoting.faces.RemotingPhaseListener.afterPhase(RemotingPhaseListener.java:104) com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:287) com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:132) com.sun.faces.extensions.avatar.lifecycle.PartialTraversalLifecycle.execute(PartialTraversalLifecycle.java:79) javax.faces.webapp.FacesServlet.service(FacesServlet.java:244) org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:445) org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:354) org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:230) org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:627) org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149) org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123) org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141) org.mortbay.jetty.Server.handle(Server.java:286) org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:444) org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:701) org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500) org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:203) org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:340) org.mortbay.jetty.nio.HttpChannelEndPoint.run(HttpChannelEndPoint.java:270) org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)

Not sure if this is related to my application setup. I use maven and I had to remove shale-remoting from dependencies list or else jetty wouldn't even start up...

Anyway, when I do a reload of the same page, I get a bunch of these in the logs (page displays fine): 20.11.2006 17:20:38 org.apache.jasper.servlet.JspServlet serviceJspFile SCHWERWIEGEND: PWC6117: File "/home/phuber/Subversion/jsfajax/mainline/testapps/jsf_extensions/target/work/webapp/static/META-INF/libs/scriptaculous/version1.6.4/prototype.js.jspx" not found 20.11.2006 17:20:38 org.apache.jasper.servlet.JspServlet serviceJspFile SCHWERWIEGEND: PWC6117: File "/home/phuber/Subversion/jsfajax/mainline/testapps/jsf_extensions/target/work/webapp/static/META-INF/com_sun_faces_ajax.js.jspx" not found

The tag renders as: <script type="text/javascript" src="/jsf_extensions/static/META-INF/libs/scriptaculous/version1.6.4/prototype.js.faces"> <script type="text/javascript" src="/jsf_extensions/static/META-INF/com_sun_faces_ajax.js.faces">

The DEFAULT_SUFFIX is set to ".jspx" here, omitting it has no effect except that the 404-resource name now ends with .js.jsp instead of .js.jspx...

Since I couldn't find any extra-config like a Servlet Filter in the demo-apps and docs, I assume my web.xml is fine with just the faces servlet in it.

According to the logs, shale should server all /static/* content and it also appears to initialize fine. I'm assuming shale is able to serve that .js file from a jar file contained in a webapp?

20.11.2006 17:31:05 org.apache.shale.remoting.faces.MappingsHelper configureMappings INFO: /static/:org.apache.shale.remoting.impl.ClassResourceProcessor 20.11.2006 17:31:05 org.apache.shale.remoting.faces.MappingsHelper configureMappings INFO: Configuring processor mapping 20.11.2006 17:31:05 org.apache.shale.remoting.faces.MappingsHelper configureMappings INFO: /dynamic/:org.apache.shale.remoting.impl.MethodBindingProcessor 20.11.2006 17:31:05 org.apache.shale.remoting.faces.MappingsHelper configureMappings INFO: Configuring processor mapping 20.11.2006 17:31:05 org.apache.shale.remoting.faces.MappingsHelper configureMappings INFO: /webapp/*:org.apache.shale.remoting.impl.WebResourceProcessor

not sure what to try now, any hints?

Environment

Operating System: All Platform: All

Affected Versions

[current]

[glassfishrobot]

• Issue Imported From: https://github.com/javaee/jsf-extensions/issues/22
• Original Issue Raised By:@glassfishrobot
• Original Issue Assigned To: @edburns
• Original Issue Closed By:@glassfishrobot

[glassfishrobot]

@glassfishrobot Commented Reported by phuber

[glassfishrobot]

@glassfishrobot Commented phuber said: I just read my own text again and noticed I wrote that I removed shale. I manually added it to the local repository as 1.0.3-NODEPS since shale's dependency to jsf-1.1 would result in an error at startup:

– java.lang.LinkageError: loader constraints violated when linking javax/faces/application/StateManager class at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2388) at java.lang.Class.getConstructor0(Class.java:2698) at java.lang.Class.getConstructor(Class.java:1656) at com.sun.faces.util.Util.createInstance(Util.java:1177) at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:524) at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:420) at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:348) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:450) at org.mortbay.jetty.servlet.Context.startContext(Context.java:124) –

[glassfishrobot]

@glassfishrobot Commented @edburns said: Adding qouyang to CC.

[glassfishrobot]

@glassfishrobot Commented qouyang said: There is a similar error handling bug filed under phobos issues tracker:

https://phobos.dev.java.net/issues/show_bug.cgi?id=36

Please make sure the error handling on the missing resources is addressed while fixing this bug. Thanks much. I am adding Pramod in the CC list to monitor the progress on this bug, since he is the original reporter of the phobos bug.

[glassfishrobot]

@glassfishrobot Commented @edburns said: See https://phobos.dev.java.net/issues/show_bug.cgi?id=36

[glassfishrobot]

@glassfishrobot Commented @edburns said: The shale error when away when I fixed the dependencies properly. Also, I have made a code change to produce a helpful log message for phobos issue 36. Marking this closed.

[glassfishrobot]

@glassfishrobot Commented This issue was imported from java.net JIRA JSF_EXTENSIONS-22

[glassfishrobot]

@glassfishrobot Commented Marked as fixed on Wednesday, January 24th 2007, 12:33:39 am