1 2 Previous Next 20 Replies Latest reply on Aug 31, 2010 8:50 AM by ssilvert

    Websphere 6.0 : FacesContextBridge.getCurrentInstance() rais

      We currently still work with the jtidy-4aug2000r7-dev_fixed version, as the newer version brought troubles with it (nosuchmethod exceptions).

      In Websphere there was an exception raised due to mismatch of saxparseexception (or similar) which is why we had to rename the "sax" and "dom" package names within jtidy. This causes no troubles with deployment under java 1.4 normally as there those packages are delivered too.

      When running the JSFUnit Test under Websphere 6.0 however, this is the exception that's currently raised:

      [12/14/04 11:39:09:438 CET] 0000002e SystemErr R
      java.lang.NullPointerException
       at org.jboss.jsfunit.framework.FacesContextBridge.getCurrentInstance(FacesConte
      xtBridge.java:54)
       at org.jboss.jsfunit.facade.ClientIDs.<init>(ClientIDs.java:60)
       at org.jboss.jsfunit.facade.JSFClientSession.updateInternalState(JSFClientSessi
      on.java:191)
       at org.jboss.jsfunit.facade.JSFClientSession.doWebRequest(JSFClientSession.java
      :185)
       at org.jboss.jsfunit.facade.JSFClientSession.doInitialRequest(JSFClientSession.
      java:122)
       at
      org.jboss.jsfunit.facade.JSFClientSession.<init>(JSFClientSession.java:75)
       at de.docware.util.j2eeimpl.misc.JSFUnitWorkflowAutomation.setUp(JSFUnitWorkflo
      wAutomation.java:64)
       at junit.framework.TestCase.runBare(TestCase.java:125)
       at org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCact
      usTestCase.java:153)
       at org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTe
      stCaller.java:119)
       at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
      oundBody0(AbstractWebTestController.java:93)
       at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
      oundBody1$advice(AbstractWebTestController.java:224)
       at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest(Ab
      stractWebTestController.java)
       at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTes
      tRedirector.java:101)
       at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(Ser
      vletTestRedirector.java:224)
       at org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.
      java)
       at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTest
      Redirector.java:72)
       at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(Serv
      letTestRedirector.java:224)
       at org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.j
      ava)
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
       at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1
      212)
       at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1
      173
      
      


      The code in the JSFWorkflowAutomation File which 'raises' the exception is
      this.client = new JSFClientSession(getStartURL());


      The code works fine with tomcat 4.1 and java 1.4.

        • 1. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()
          ssilvert

          Hi TheSid,

          I don't see the JSFUnitFilter in your stack trace. Check web.xml to make sure that it is bound to the ServletRedirector.

          Stan

          • 2. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

             

            <filter>
             <filter-name>999_JSFUnitFilter</filter-name>
             <filter-class>org.jboss.jsfunit.framework.JSFUnitFilter</filter-class>
             </filter>

            <filter-mapping>
             <filter-name>999_JSFUnitFilter</filter-name>
             <servlet-name>ServletRedirector</servlet-name>
             </filter-mapping>
             <filter-mapping>
             <filter-name>999_JSFUnitFilter</filter-name>
             <servlet-name>ServletTestRunner</servlet-name>
             </filter-mapping>


            <filter-mapping>
             <filter-name>999_JSFUnitFilter</filter-name>
             <servlet-name>ServletRedirector</servlet-name>
             </filter-mapping>
             <filter-mapping>
             <filter-name>999_JSFUnitFilter</filter-name>
             <servlet-name>ServletTestRunner</servlet-name>
             </filter-mapping>


            <servlet-mapping>
             <servlet-name>ServletRedirector</servlet-name>
             <url-pattern>/ServletRedirector</url-pattern>
             </servlet-mapping>
             <servlet-mapping>
             <servlet-name>ServletTestRunner</servlet-name>
             <url-pattern>/ServletTestRunner</url-pattern>
             </servlet-mapping>


            Hi Stan, above you see the parts of the web.xml. I'm sorry for the late input on that, but I didnt have a chance until now to copy and run the system with websphere on it for testing.

            as you can see, the servletredirector seems to be bound

            • 3. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

               

              [12/21/07 15:29:09:968 CET] 00000038 SystemErr R java.lang.NullPointerException
               at org.jboss.jsfunit.framework.FacesContextBridge.getCurrentInstance(FacesContextBridge.java:54)
               at org.jboss.jsfunit.facade.ClientIDs.<init>(ClientIDs.java:60)
               at org.jboss.jsfunit.facade.JSFClientSession.updateInternalState(JSFClientSession.java:191)
               at org.jboss.jsfunit.facade.JSFClientSession.doWebRequest(JSFClientSession.java:185)
               at org.jboss.jsfunit.facade.JSFClientSession.doInitialRequest(JSFClientSession.java:122)
               at org.jboss.jsfunit.facade.JSFClientSession.<init>(JSFClientSession.java:75)
               at de.docware.util.j2eeimpl.misc.JSFUnitWorkflowAutomation.setUp(JSFUnitWorkflowAutomation.java:64)
               at junit.framework.TestCase.runBare(TestCase.java:125)
               at org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCactusTestCase.java:153)
               at org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:119)
               at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_aroundBody0(AbstractWebTestController.java:93)
               at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_aroundBody1$advice(AbstractWebTestController.java:224)
               at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest(AbstractWebTestController.java)
               at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTestRedirector.java:101)
               at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(ServletTestRedirector.java:224)
               at org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.java)
               at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTestRedirector.java:72)
               at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(ServletTestRedirector.java:224)
               at org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.java)
               at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
               at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
               at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1212)
               at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1173)
               at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:92)
               at org.jboss.jsfunit.framework.JSFUnitFilter.doFilter(JSFUnitFilter.java:123)
               at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:142)
               at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:77)
               at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:626)
               at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:80)
               at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1657)
               at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:77)
               at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:421)
               at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:367)
               at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:276)
               at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminaters(NewConnectionInitialReadCallback.java:201)
               at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:103)
               at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:548)
               at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:601)
               at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:934)
               at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1021)
               at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1332)
              
              

              As you can see, the exception still gets raised, right at the 'setup'. (see first post)

              • 4. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()
                ssilvert

                OK. Now I see the JSFUnitFilter in your trace, so we know that part is OK.

                As far as I know, you are the first to try JSFUnit on WebSphere, so we are in uncharted territory.

                The next thing to check is to make sure that the JSFUnitFacesContextFactory is loaded properly. This happens during JSF initialization. So we need to make sure that JSF itself is being initialized. Do you see messages about JSF initialization in your logs? Does the JSF application run when you hit it from the browser?

                I should probably add some sort of debug message for this.

                Stan

                • 5. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

                  Greetings Stan,

                  I think I may have found part of the reason for the misbehaviour. Websphere ships along with the RI implementation. So the service has found both implementations of JSF - RI and myfaces in the classpath ...

                  I'll try to find some hints on avoiding loading of RI spec... and try to boot up the system again

                  • 6. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

                    I've pretty much have done what the wiki of myfaces suggested

                    http://wiki.apache.org/myfaces/Websphere_Installation


                    But here's what I still get:
                    [12/22/05 20:07:59:984 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedStandardConfig Reading standard config org/apache/myfaces/resource/standard-faces-config.xml
                    [12/22/05 20:08:00:047 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedClassloaderConfigurations Reading config wsjar:file:/C:/WebSphere/AppServer/profiles/AppSrv01/installedApps/vmware-w2003sNode01Cell/warranty.ear/warranty.war/WEB-INF/lib/jboss-jsfunit-1.0-beta-1-bugfixed.jar!/META-INF/faces-config.xml
                    [12/22/05 20:08:00:094 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedClassloaderConfigurations Reading config wsjar:file:/C:/WebSphere/AppServer/profiles/AppSrv01/installedApps/vmware-w2003sNode01Cell/warranty.ear/warranty.war/WEB-INF/lib/tomahawk-1.1.6.jar!/META-INF/faces-config.xml
                    [12/22/05 20:08:00:156 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedContextSpecifiedConfig Reading config /WEB-INF/faces-basic-config.xml
                    [12/22/05 20:08:00:234 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedContextSpecifiedConfig Reading config /WEB-INF/faces-dialog-config.xml
                    [12/22/05 20:08:00:250 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedContextSpecifiedConfig Reading config /WEB-INF/faces-warranty-config.xml
                    [12/22/05 20:08:00:312 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedContextSpecifiedConfig Reading config /WEB-INF/faces-engine-warranty-claim-config.xml
                    [12/22/05 20:08:00:312 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedContextSpecifiedConfig Reading config /WEB-INF/faces-engine-replacement-claim-config.xml
                    [12/22/05 20:08:00:344 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedContextSpecifiedConfig Reading config /WEB-INF/faces-parts-warranty-claim-config.xml
                    [12/22/05 20:08:00:359 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator feedContextSpecifiedConfig Reading config /WEB-INF/faces-oem-warranty-claim-config.xml
                    [12/22/05 20:08:00:453 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator logMetaInf MyFaces-package : myfaces-api not found.
                    [12/22/05 20:08:00:453 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator logMetaInf MyFaces-package : myfaces-impl not found.
                    [12/22/05 20:08:00:469 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator logMetaInf MyFaces-package : tomahawk-sandbox not found.
                    [12/22/05 20:08:00:469 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator logMetaInf MyFaces-package : tomahawk not found.
                    [12/22/05 20:08:00:531 CET] 00000028 LocaleUtils W org.apache.myfaces.shared_impl.util.LocaleUtils toLocale Locale name in faces-config.xml null or empty, setting locale to default locale : en_US
                    [12/22/05 20:08:00:969 CET] 00000028 HtmlRenderKit I org.apache.myfaces.renderkit.html.HtmlRenderKitImpl addRenderer Overwriting renderer with family = javax.faces.Output rendererType = javax.faces.Label renderer class = de.companyname.util.j2eeimpl.renderer.LabelRenderer
                    [12/22/05 20:08:01:000 CET] 00000028 FacesConfigur I org.apache.myfaces.config.FacesConfigurator handleSerialFactory Serialization provider : class org.apache.myfaces.shared_impl.util.serial.DefaultSerialFactory
                    [12/22/05 20:08:01:094 CET] 00000028 StartupServle I org.apache.myfaces.webapp.StartupServletContextListener initFaces ServletContext 'C:\WebSphere\AppServer\profiles\AppSrv01\installedApps\vmware-w2003sNode01Cell\warranty.ear\warranty.war' initialized.
                    [12/22/05 20:08:01:109 CET] 00000028 ServletWrappe A SRVE0242I: [faces-servlet]: Initialization successful.
                    [12/22/05 20:08:01:109 CET] 00000028 ServletWrappe A SRVE0242I: [ConfigServlet]: Initialization successful.
                    [12/22/05 20:08:01:125 CET] 00000028 VirtualHost I SRVE0250I: Web Module <null> has been bound to default_host[*:9080,*:80,*:9443].
                    [12/22/05 20:08:01:141 CET] 00000028 ApplicationMg A WSVR0221I: Application started: warranty
                    


                    Funny enough, the JSF Application itself is being run correctly. The automatic workflow with JSFUnit still fails.

                    Here's some other bits of the log file regarding myfaces init.. when running the app to start the jsfunit automation


                    [12/22/05 20:44:34:250 CET] 0000002b MyfacesConfig I org.apache.myfaces.shared_tomahawk.config.MyfacesConfig getCurrentInstance Starting up Tomahawk on the RI-JSF-Implementation.
                    [12/22/05 20:44:34:250 CET] 0000002b MyfacesConfig I org.apache.myfaces.shared_tomahawk.config.MyfacesConfig getCurrentInstance Starting up Tomahawk on the MyFaces-JSF-Implementation
                    [12/22/05 20:44:34:266 CET] 0000002b MyfacesConfig E org.apache.myfaces.shared_tomahawk.config.MyfacesConfig getCurrentInstance Both MyFaces and the RI are on your classpath. Please make sure to use only one of the two JSF-implementations.
                    

                    [12/22/05 20:44:35:562 CET] 00000028 MyfacesConfig I org.apache.myfaces.shared_impl.config.MyfacesConfig getCurrentInstance Starting up Tomahawk on the RI-JSF-Implementation.
                    [12/22/05 20:44:35:578 CET] 00000028 MyfacesConfig I org.apache.myfaces.shared_impl.config.MyfacesConfig getCurrentInstance Starting up Tomahawk on the MyFaces-JSF-Implementation
                    [12/22/05 20:44:35:578 CET] 00000028 MyfacesConfig E org.apache.myfaces.shared_impl.config.MyfacesConfig getCurrentInstance Both MyFaces and the RI are on your classpath. Please make sure to use only one of the two JSF-implementations.
                    

                    [12/22/05 20:45:02:766 CET] 00000028 ServletWrappe A SRVE0242I: [ServletRedirector]: Initialization successful.


                    The libraries are - as suggested on the wiki - all in the appname\web-inf\lib directory. The "parent_last" parameter is set, and the faces xml files are edited so they now have version 1.1 information in them to not request internet.

                    I'll try to set up myfaces as shared lib now...

                    • 7. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

                      I added myfaces libs as shared lib now, leaving the web-inf/lib settings as is - as it was described in some posts regarding this issue (alfresco forums/wiki) ...

                      I still get the same messages.

                      What's wierd too is those messages in the log

                      [12/22/05 22:26:37:672 CET] 00000027 ServletWrappe A SRVE0242I: [/jsp/engine_oem_upload.jsp]: Initialization successful.
                      [12/22/05 22:26:37:984 CET] 00000027 SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:38:016 CET] 00000027 SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:38:016 CET] 00000027 SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:38:031 CET] 00000027 SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:46:562 CET] 0000002b SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:46:578 CET] 0000002b SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:46:594 CET] 0000002b SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:46:594 CET] 0000002b SRTServletRes W WARNING: Cannot set header. Response already committed.
                      [12/22/05 22:26:49:438 CET] 00000028 SystemOut O Warranty 22.12.2005 22:26:49 DEBUG DOM-Factory-Implementation: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
                      


                      weird because those dont get raised when running on tomcat .

                      The oem_upload page mentioned in the recent snipplet is the page that uploads a file and starts the jsfunit automation process by commandbutton. Soon after this log the jsfunit error gets logged with its null pointer exception.

                      And yes, to get to this page, JSF has to be able to run - as those pages are all JSF. So the jsf seems to get inited...

                      • 8. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()
                        ssilvert

                        I figured out the problem with WebSphere.

                        JSFUnit doesn't work on WebSphere because WebSphere always prepends a cache ID onto the JSESSIONID. So when JSFUnit tries to set the JSESSIONID cookie (without the cache ID) and call back into the server, WebSphere fails to process the request.

                        If you look at your SystemOut.log you will probably see an error that says something like this:

                        SessionContext.getIHttpSession: id DXkMN9IZC5AsVbxKsgA044B failed length check against 27


                        This is because the session id is 23 characters and WebSphere is expecting the 4-character cache ID to be prepended on the front of it.

                        Possible fixes might be to manually specifiy the cache ID or to call some WebSphere API to get it.

                        Another possible fix might be to configure WebSphere to stop prepending the cache ID.

                        At this point, I'm not sure what to do. If you know anything more about the WebSphere cache ID and how to configure it, please let me know.

                        I've created a JIRA issue to track this: http://jira.jboss.com/jira/browse/JSFUNIT-68

                        This is where I found out about prepending the cache ID:
                        http://www.informit.com/articles/article.aspx?p=332851&seqNum=4&rl=1

                        Stan

                        • 9. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

                          ... I checked throughout all of my log files.

                          I didnt find any error message like this

                          Not sure if it's related to it then. I'll have a closer look at this if I find something familiar to it

                          • 10. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()
                            ssilvert

                             

                            "TheSid" wrote:
                            ... I checked throughout all of my log files.

                            I didnt find any error message like this

                            Not sure if it's related to it then. I'll have a closer look at this if I find something familiar to it


                            I was using WebSphere 6.1, so maybe that's why you don't see the same error. I get the same NullPointerException as you though. I was able to see that WebSphere was indeed prepending the cache ID. When I hard-coded the cache ID into JSFUnit, it worked.

                            Stan

                            • 11. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()
                              ssilvert

                              I've got a workaround for you to try. This should get rid of the NullPointerException. When you create your JSFClientSession, you will need to manually reset the JSESSIONID like this:

                              WebConversation wc = WebConversationFactory.makeWebConversation();
                              String jsessionId = wc.getCookieValue("JSESSIONID");
                              wc.putCookie("JSESSIONID", "0000" + jsessionId);
                              JSFClientSession client = new JSFClientSession(wc, "/index.jsf");


                              The "0000" is the WebSphere cache ID. By default, this will be four zeros. If not, you will need to look at the HTTP headers to find out what it is. I don't know enough about WebSphere to know how the ID is generated.

                              That fixes the problem on my end. Please let me know if it helps you.

                              Stan

                              • 12. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

                                I'll try to run the code on websphere later this day.

                                What i noticed though that this will bring a nullpointer exception when running in tomcat again, so I'll have to definitely use a 'switch' for starting the jsfunit

                                java.lang.NullPointerException
                                 at org.jboss.jsfunit.framework.FacesContextBridge.getCurrentInstance(FacesContextBridge.java:54)
                                 at org.jboss.jsfunit.facade.ClientIDs.<init>(ClientIDs.java:60)
                                 at org.jboss.jsfunit.facade.JSFClientSession.updateInternalState(JSFClientSession.java:191)
                                 at org.jboss.jsfunit.facade.JSFClientSession.doWebRequest(JSFClientSession.java:185)
                                 at org.jboss.jsfunit.facade.JSFClientSession.doInitialRequest(JSFClientSession.java:122)
                                 at org.jboss.jsfunit.facade.JSFClientSession.<init>(JSFClientSession.java:114)
                                 at de.docware.util.j2eeimpl.misc.JSFUnitWorkflowAutomation.setUp(JSFUnitWorkflowAutomation.java:70)
                                 at junit.framework.TestCase.runBare(TestCase.java:125)
                                 at org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCactusTestCase.java:153)
                                 at org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:119)
                                 at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_aroundBody0(AbstractWebTestController.java:93)
                                 at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_aroundBody1$advice(AbstractWebTestController.java:224)
                                 at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest(AbstractWebTestController.java)
                                 at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTestRedirector.java:101)
                                 at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(ServletTestRedirector.java:224)
                                 at org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.java)
                                 at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTestRedirector.java:72)
                                 at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(ServletTestRedirector.java:224)
                                 at org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.java)
                                 at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
                                 at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
                                 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
                                 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
                                 at org.jboss.jsfunit.framework.JSFUnitFilter.doFilter(JSFUnitFilter.java:123)
                                 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
                                 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
                                 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
                                 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
                                 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
                                 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
                                 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
                                 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
                                 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
                                 at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
                                 at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
                                 at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
                                 at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)


                                • 13. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()
                                  ssilvert

                                   

                                  "TheSid" wrote:
                                  I'll try to run the code on websphere later this day.

                                  What i noticed though that this will bring a nullpointer exception when running in tomcat again, so I'll have to definitely use a 'switch' for starting the jsfunit


                                  Yes, this is only a workaround until we figure out a permanent solution for WebSphere.

                                  If there are any WebSphere experts out there who know how to find the WebSphere cache ID, I'd be very interested in knowing about it.

                                  Stan

                                  • 14. Re: Websphere 6.0 : FacesContextBridge.getCurrentInstance()

                                    Finally I got to deploy the application on websphere 6.0

                                    Your workaround worked fine for me.

                                    I read out the 'serverinfo' now and if there's "websphere" in it I use the workaround to initialize the jsfclientsession.

                                    That does the trick for now :)

                                    Thanks and happy new year to you!

                                    1 2 Previous Next