ICEfaces
  1. ICEfaces
  2. ICE-8211

Sample EAR application is not working with ICEfaces EE 3.0.0 libraries

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Invalid
    • Affects Version/s: EE-3.0.0.GA
    • Fix Version/s: EE-3.0.0.GA_P01
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      Glassfish 3.0.1, Glassfish 3.1, WAS8, Chrome, FF, IE9 8 and 7
    • Assignee Priority:
      P1
    • Workaround Exists:
      Yes
    • Workaround Description:
      If ICEfaces 3.0.1 libraries are used instead of the ICEfaces EE 3.0 the application will work without any problems.

      Description

      If attached .ear file is deployed on a Glassfish server and then accessed via web tier, the following exception will be thrown and application won't work:


      java.lang.NoClassDefFoundError: org/icefaces/util/EnvUtils
      at com.icesoft.icefaces.IEFixes.isListenerForSource(IEFixes.java:41)
      at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2123)
      at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2105)
      at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:300)
      at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:244)
      at javax.faces.application.ApplicationWrapper.publishEvent(ApplicationWrapper.java:670)
      at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:812)
      at javax.faces.component.UIViewRoot.encodeBegin(UIViewRoot.java:962)
      at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1754)
      at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:401)
      at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131)
      at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288)
      at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121)
      at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
      at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
      at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
      at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539)
      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
      at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
      at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
      at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
      at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
      at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
      at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330)
      at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
      at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174)
      at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828)
      at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
      at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
      at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
      at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
      at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
      at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
      at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
      at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
      at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
      at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
      at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
      at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
      at java.lang.Thread.run(Thread.java:662)
      Caused by: java.lang.ClassNotFoundException: org.icefaces.util.EnvUtils
      at com.sun.enterprise.loader.ASURLClassLoader.findClassData(ASURLClassLoader.java:787)
      at com.sun.enterprise.loader.ASURLClassLoader.findClass(ASURLClassLoader.java:696)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
      ... 41 more

        Issue Links

          Activity

          Hide
          Evgheni Sadovoi added a comment -

          Just confirmed that the bug is reproducible with Websphere 8 as well.

          Show
          Evgheni Sadovoi added a comment - Just confirmed that the bug is reproducible with Websphere 8 as well.
          Hide
          Jack Van Ooststroom added a comment -

          The IcefacesEE.ear contents seem to be incorrect (showing only relevant files):

          /META-INF
          /lib/icefaces-ee-ext.jar
          /IcefacesEE-war.war

          All other necessary ICEfaces libraries are contained in the IcefacesEE-war.war.

          The icefaces-ee-ext.jar depends on icefaces-ee.jar. However, as the icefaces-ee.jar is contained within the IcefacesEE-war.war it cannot be reached/accessed by icefaces-ee-ext.jar. Once the icefaces-ee-ext.jar is moved into the IcefacesEE-war.war, everything seems to work as normal again.

          It looks like Netbeans might put the icefaces-ee-ext.jar in the incorrect directory.

          Marking this one as FIXED.

          Show
          Jack Van Ooststroom added a comment - The IcefacesEE.ear contents seem to be incorrect (showing only relevant files): /META-INF /lib/icefaces-ee-ext.jar /IcefacesEE-war.war All other necessary ICEfaces libraries are contained in the IcefacesEE-war.war. The icefaces-ee-ext.jar depends on icefaces-ee.jar. However, as the icefaces-ee.jar is contained within the IcefacesEE-war.war it cannot be reached/accessed by icefaces-ee-ext.jar. Once the icefaces-ee-ext.jar is moved into the IcefacesEE-war.war, everything seems to work as normal again. It looks like Netbeans might put the icefaces-ee-ext.jar in the incorrect directory. Marking this one as FIXED.
          Hide
          Ken Fyten added a comment -

          Issue is related to deployment configuratio and not a sw defect.

          Show
          Ken Fyten added a comment - Issue is related to deployment configuratio and not a sw defect.

            People

            • Assignee:
              Jack Van Ooststroom
              Reporter:
              Evgheni Sadovoi
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: