Forums for ICEfaces and ICEpdf

Hi,

I upgraded from ICEfaces 1.7.2 to ICEfaces 1.8.1 and in one screen I have following error:

Servlet.service() for servlet Blocking Servlet threw exception
java.lang.RuntimeException: no message available
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:177)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:56)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at javax.faces.component.UIComponentBase.getRenderer(UIComponentBase.java:741)
at javax.faces.component.UIComponentBase.getClientId(UIComponentBase.java:226)
at com.icesoft.faces.component.panelseries.UISeries.restoreChild(UISeries.java:505)
at com.icesoft.faces.component.ext.HtmlDataTable.restoreChild(HtmlDataTable.java:443)
at com.icesoft.faces.component.panelseries.UISeries.restoreChildState(UISeries.java:464)
at com.icesoft.faces.component.panelseries.UISeries.restoreChildState(UISeries.java:467)
at com.icesoft.faces.component.ext.HtmlDataTable.restoreChildrenState(HtmlDataTable.java:313)
at com.icesoft.faces.component.panelseries.UISeries.setRowIndex(UISeries.java:138)
at javax.faces.component.UIData.broadcast(UIData.java:517)
at com.icesoft.faces.component.panelseries.UISeries.broadcast(UISeries.java:270)
at javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:94)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:168)
at org.apache.myfaces.lifecycle.LifecycleImpl.invokeApplication(LifecycleImpl.java:343)
at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:86)
at com.icesoft.faces.webapp.http.core.JsfLifecycleExecutor.apply(JsfLifecycleExecutor.java:18)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:122)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:73)
at com.icesoft.faces.webapp.http.core.RequestVerifier.service(RequestVerifier.java:28)
at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:24)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:160)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher$1.service(SessionDispatcher.java:42)
at com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet.service(ThreadBlockingAdaptingServlet.java:19)
at com.icesoft.faces.webapp.http.servlet.EnvironmentAdaptingServlet.service(EnvironmentAdaptingServlet.java:63)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:62)
at com.icesoft.faces.webapp.http.servlet.SessionVerifier.service(SessionVerifier.java:22)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:23)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:153)
... 16 more

Can anybody help me?
Thanks.

I am also getting this same error...I have installed the push-server.war file, added

<context-param>
<param-name>com.icesoft.faces.blockingRequestHandler</param-name>
<param-value>push-server</param-value>
</context-param>

to my web.xml and still get:

java.lang.RuntimeException: no message available
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:177)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:56)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124)
Truncated. see log file for complete stacktrace

any ideas would be most appreciated.....

Thx

I have the same problem in a page that contains a ice:datatable.
This contain a selectbooleancheckbox and a commandlink that redirect an other page. if I press the commandlink of a row, triggers the problem. However, if I remove the selectbooleancheckbox from the table and press the commandlink of a row, the problem disappears.

I think that the bug is in the datatable component, however, I dont know to solve.

¿Can anyone help me?, thanks.

pd:sorry mi bad english

Well I am on Glassfish :

In sun-web.xml
<class-loader delegate="true"/>

Which is default results in the partial submit and rendering to work. But CachedRowSetX class error for databound components.

So I found a posting that said to try
<class-loader delegate="false"/>

and now the databound components work, but I get java.lang.RuntimeException: no message available

as soon as I click on any component with Partial submit set on.

Any one can help out there?

James

From NB site re Glassfish... so the workaround is causing upset for Icefaces :(

* Issue 6743: dataprovider.jar is not hidden from applications.
o Description: The application server GlassFish v3 bundles dataprovider.jar that is used for the Admin console. Visual Web database applications will try to use the dataprovider.jar but also require rowset.jar. As a result, the exception "SEVERE: CoyoteRequest PWC4003: Exception thrown by attributes event listener java.lang.NoClassDefFoundError: com/sun/sql/rowset/CachedRowSetX" will occur at runtime.
o Workaround:
+ Use GlassFish v2 with Visual Web applications.
o Alternate Workaround:
+ Edit sun-web.xml and change the setting <class-loader delegate="true"/> to <class-loader delegate="false"/>.

I think the problem is not web container, because I have the same problem in a Tomcat v5.5.23.

I am not so sure, in glassfish
delegate = true

means as far as I can tell the server will use its own jars bundled with the server. So basically when Ice works its working not with the web jar, but with the server jar. I am guessing this is the JSF1.2 jars ?!

In this mode dataprovider.jar is used from the server jars.... which is why the databound components break as it is a stripped down jar excluding rowset.jar / sqlx.jar.... someone made a hefty mistake.

delegate = false

Now the web app jars are used as with Tomcat... which is maybe why yours does not work.. in other words in this mode tomcat behaviour matches glassfish in jar useage. Basically either server does not work with icefaces partial submit.

This is only a "guess"

At a guess something is wrong with the jars on the web app. I am still trying to find out.

James

No Idea why... but setting in web.xml the standardRequestScope from false to true works for me.

web.xml
Code:

  <context-param> 
  <param-name>com.icesoft.faces.standardRequestScope</param-name>
  <param-value>true</param-value>
  </context-param>

sun-web.xml
Code:

 
  <class-loader delegate="false"/>

Now the objects based on a cachedrowset dataprovider and partial submit seem to work.

Hope this helps yourselves.

James

Is this problem going to be resolved in icefaces 1.8.2?

I dont think this is an Ice issue.... its a NB one.... (From googling.. so apologies if I have got this wrong)

Someone at Glassfish decided to use a stripped down Jar for Glassfish based on the NB Dataprovider Jar.

Why they could not leave the stuff in the Jar they did not need?!!

I tried using the full original Jar with Glassfish and could not get that to work.... so I am assuming stripped down and updated.

I have a feeling dataprovider which is JSF1.1 is fast becoming obsolete, even in JSF 1.2 its as a compatability library. It seems for JSF2 this is all going.... will be persistance and all...... but no one really knows as the NB / VWP lack off arguement is still raging. (http://www.netbeans.org/issues/show_bug.cgi?id=169820)

Visit the link... throw in your vote to the issue. ;)

James

I have the same problem with Jetty ... Adding the com.icesoft.faces.standardRequestScope param in web.xml does not solve the problem ..

Any Idea ?

Sorry, don't know.... I went back to Tomcat

You might make sure there you don't have any tags with the same id. I had the same error and that solved my problem. I also changes all my list variables to different names for good measure.