ICEsoft.org Forums: ICEfaces, ICEmobile, ICEpdf

I just ran into this issue. I have way too many tags to put IDs on all of them. How quick can we get a fix so we don't have to put IDs on all tags?

What is the best way to determine which component caused the following exception:

09:47:26,605 ERROR [STDERR] Apr 28, 2009 9:47:26 AM javax.faces.component.UIInput updateModel
SEVERE: javax.faces.el.EvaluationException: javax.el.ELException: java.lang.IllegalArgumentException: argument type mismatch
javax.faces.el.EvaluationException: javax.el.ELException: java.lang.IllegalArgumentException: argument type mismatch
at com.sun.faces.application.ValueBindingValueExpressionAdapter.setValue(ValueBindingValueExpressionAdapter.java:158)
at javax.faces.component.ValueExpressionValueBindingAdapter.setValue(ValueExpressionValueBindingAdapter.java:101)
at javax.faces.component.UIInput.updateModel(UIInput.java:771)
at javax.faces.component.UIInput.processUpdates(UIInput.java:703)
at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1081)
at javax.faces.component.UIForm.processUpdates(UIForm.java:261)
at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1081)
at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1081)
at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1081)
at javax.faces.component.UIComponentBase.processUpdates(UIComponentBase.java:1081)
at javax.faces.component.UIViewRoot.processUpdates(UIViewRoot.java:727)
at com.sun.faces.lifecycle.UpdateModelValuesPhase.execute(UpdateModelValuesPhase.java:78)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at com.icesoft.faces.webapp.http.core.JsfLifecycleExecutor.apply(JsfLifecycleExecutor.java:16)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:114)
at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:66)
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)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:56)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
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:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:595)
Caused by: javax.el.ELException: java.lang.IllegalArgumentException: argument type mismatch
at javax.el.BeanELResolver.setValue(BeanELResolver.java:116)
at javax.el.CompositeELResolver.setValue(CompositeELResolver.java:68)
at com.sun.faces.el.FacesCompositeELResolver.setValue(FacesCompositeELResolver.java:100)
at org.apache.el.parser.AstValue.setValue(AstValue.java:114)
at org.apache.el.ValueExpressionImpl.setValue(ValueExpressionImpl.java:249)
at com.sun.faces.application.ValueBindingValueExpressionAdapter.setValue(ValueBindingValueExpressionAdapter.java:152)
... 46 more
Caused by: java.lang.IllegalArgumentException: argument type mismatch
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at javax.el.BeanELResolver.setValue(BeanELResolver.java:108)
... 51 more

I have a portlet with two selectInputText fields - Type and Properties. Type is initially filled in with a set list of items. When you start typing it correctly shows the matching items and you can select one. If you use the cursor keys to point to one and press enter it selects the one you are pointing to and invokes the proper method in the backing bean to set the selected Type. This in turn fills in the list of items for the Properties field. But, if you use the cursor keys to point to one of the items in the matching list but tab it appears to select it (it puts the proper value in the Type control on the page) but it never invokes the method in the backing bean. Adding the partialSubmit="true" doesn't make any difference.

According to what I've read exiting the field in any way should have invoked the backing bean method since it would alter a value. What is the correct way to get the tab key to work correct for selecting the entry in the list (or to make it ignore the tab key so you have to press enter)?

The problem was a post I read saying you had to put the jsf and icefaces jars in your war and tell jboss not to load its default jsf jars. Undoing that and only putting the icefaces jars in my war did the trick. I had tried it the correct way the first time when using jboss 4.2.2 and portal 2.6 and had tried the instructions in the post and left it that way when switching to 4.2.3 and 2.7.

I've been comparing it to both sample portlets but since they are for liferay I'm not sure I'm missing something for jboss. I added a jboss-portlet.xml based on their instructions and that didn't seem to make any difference. Do you have working example of a jboss portlet?

I tried 4.2.3 and 2.7.2 and get this NPE error. Even with a simple page as shown. Must be a configuration issue.

<f:view xmlns:h="http://java.sun.com/jsf/html"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:ice="http://www.icesoft.com/icefaces/component">

<html>

<head>
<title>
ICEfaces Portlet City Lookup
</title>
</head>

<body>

<ice:portlet>

<ice:form>
<ice:outputStyle href="./xmlhttp/css/xp/xp-portlet.css" />
<ice:outputText value="City lookup example"></ice:outputText>
</ice:form>
</ice:portlet>
</body>
</html>
</f:view>

The stacktrace was too big to include inline.

Is this a supported combination? Are there any working examples of a portlet for this environment. I'm getting an Unsupported Operation Exception when com.icesoft.util.ServerUtility calls getLocalAddr which results in a call to org.jboss.portal.portlet.impl.jsr168.DispatchedHttpServletRequest.getLocalAddr which in not implemented. I suspect it is a simple configuration issue but comparing my DD files to the ICEfaces developer's guide I don't see anything wrong.