Nick,

Thanks for posting the issue to MyFaces JIRA and thanks for the workaround.

Can you help me with one more item?  I don't get the original error any more, but the page IS NOT displaying.

If I TAKE OUT THE JSF CODE and only leave the jsp in (%= java.util.Calendar.getInstance().get(java.util.Calendar.YEAR)%>), AND reference the page like this http://localhost:8080/ngsimages/index.jsp, it displays.

When I reference the page directing it go use jsf, like this http://localhost:8080/ngsimages/index.jsf, nothing is displayed.

Any Thoughts?  I included the .war file just in case you can check this out.

Matt

Message was edited by: Matthew Fischer  (Replaced .war file)

Ilya,

This workaround does the trick and solves the problem for me.

But won't this effect everyone that uses .jsp pages and attempts to migrate to MyFaces 2.x RichFaces 3.3.x (& 4.x)?

Should this be submitted as a JIRA issue to either;

     a) add this to the documentation

AND/OR

     b) go to the source and resolve the issue?

BTW: This page is successfully rendered without the richfaces .jar's.

Thanks.

Matt

OK...one more issue.

I started testing using Facelets since that's the way to go for the future and came up with the following issue.  I included another .war.

ISSUE: http://localhost:8080/ngsimages/two.jsf is returning HTTP Status 404 - /ngsimages/two.xhtml .jsf

Note: displaying .xhtml extension and appending a <space> and .jsf (see below)

The ViewHandler I used for MyFaces 2.0 is below (com.sun.facelets.FaceletViewHandler was not found):

<context-param>
       <param-name>org.ajax4jsf.VIEW_HANDLERS</param-name>
       <param-value>org.apache.myfaces.view.facelets.FaceletViewHandler</param-value>
</context-param>

Message was edited by: Matthew Fischer

Guys,

I totally don't want to belabor this issue, and I will only continue with it if it is helping the cause.  So please let me know if this is a helpful thread for testing the new code.

I made the changes to the web.xml and I tried jsf-facelets-1.1.15.jar from this repository http://repository.jboss.com/maven2/com/sun/facelets/jsf-facelets/1.1.15/ and also jsf-facelets.jar from this repository https://facelets.dev.java.net/servlets/ProjectDocumentList?folderID=3635&expandFolder=3635&folderID=0 (which is in the attached .war) and both resulted in this error.

URL: http://localhost:8080/ngsimages/two.xhtml

Error:

SEVERE: Servlet.service() for servlet Faces Servlet threw exception
java.lang.IllegalStateException: Cannot create a session after the response has been committed
 at org.apache.catalina.connector.Request.doGetSession(Request.java:2313)
 at org.apache.catalina.connector.Request.getSession(Request.java:2074)
 at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:833)
 at org.apache.myfaces.context.servlet.ServletExternalContextImpl.getSession(ServletExternalContextImpl.java:144)
 at org.apache.myfaces.context.flash.FlashImpl._getMapFromSession(FlashImpl.java:173)
 at org.apache.myfaces.context.flash.FlashImpl.getPostbackRequestMap(FlashImpl.java:233)
 at org.apache.myfaces.context.flash.FlashImpl._removeAllChildren(FlashImpl.java:300)
 at org.apache.myfaces.context.flash.FlashImpl.doPostPhaseActions(FlashImpl.java:362)
 at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:206)
 at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
 at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388)
 at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
 at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
 at java.lang.Thread.run(Unknown Source)

Thanks again.

Matt

I got it to work that way too.

I agree with your assessment, I'm going to wait until we get a little further on down the road before I start the complete redesign for production using 2.0 and RichFaces.

Should this be added to the JIRA list too?

Ilya & Nick, thanks for all the input (& I'll keep testing!).

Matt