We do not have a build target for JBoss5 server. When tried to test it with jboss4.2 target got following errors:

13:42:37,793 ERROR [JspPageToDocument] Can't find TLD for location http://java.sun.com/jsf/core. JAR containing the TLD may not be in the classpath
13:42:38,309 ERROR [JspPageToDocument] Can't find TLD for location http://java.sun.com/jsf/html. JAR containing the TLD may not be in the classpath

2008-10-27 13:42:49,496 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/component-showcase].[Persistent Faces Servlet]] (http-127.0.0.1-8080-1) Servlet.service() for servlet Persistent Faces Servlet threw exception
javax.faces.FacesException: Can't parse stream for /showcase.jspx Failed to execute JSP lifecycle.
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:533)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:165)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:109)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at com.icesoft.faces.webapp.http.core.JsfLifecycleExecutor.apply(JsfLifecycleExecutor.java:17)
at com.icesoft.faces.context.View$2$1.respond(View.java:40)

Caused by: javax.faces.FacesException: Failed to execute JSP lifecycle.
at com.icesoft.faces.webapp.parser.Parser.parse(Parser.java:181)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:527)
... 39 more
Caused by: java.lang.IllegalStateException: ICEfaces parser unable to determine JSF implementation ViewTag class.
at com.icesoft.faces.webapp.parser.Parser.parse(Parser.java:154)
... 40 more
2008-10-27 13:42:56,762 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] (Thread-12) Periodic recovery - second pass <Mon, 27 Oct 2008 13:42:56>
2008-10-27 13:42:56,762 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] (Thread-12) AtomicActionRecoveryModule: Second pass
2008-10-27 13:42:56,762 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] (Thread-12) [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
2008-10-27 13:42:56,762 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] (Thread-12) [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass

Assigning to Judy to see if an .ear deployment will work and to investigate further about the problems with .war deployments.

I experimented with a bunch of things to see what worked better and using the jboss4.2 build target for the facelets version of component-showcase, these are my findings:-

1) the default target and war does (eventually) deploy, but it takes about 3 to 4 minutes before these libraries can be unzipped from the war package:-
10:34:18,627 INFO [STDOUT] --> Setting jsf state saving to : false
10:34:25,861 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-comps.jar/META-INF/facelet/icefaces.taglib.xml
10:34:25,892 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/META-INF/jsf-core.taglib.xml
10:34:25,908 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/META-INF/jsf-html.taglib.xml
10:34:25,970 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/META-INF/jsf-ui.taglib.xml
10:34:26,002 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/META-INF/jstl-core.taglib.xml
10:34:26,017 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/META-INF/jstl-fn.taglib.xml
10:34:26,033 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/src/etc/META-INF/jsf-core.taglib.xml
10:34:26,049 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/src/etc/META-INF/jsf-html.taglib.xml
10:34:26,064 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/src/etc/META-INF/jsf-ui.taglib.xml
10:34:26,080 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/src/etc/META-INF/jstl-core.taglib.xml
10:34:26,095 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/src/etc/META-INF/jstl-fn.taglib.xml
10:34:26,111 INFO [compiler] Added Library from: vfszip:/C:/Servers/jboss-5.0.0.CR2/server/default/deploy/component-showcase.war/WEB-INF/lib/icefaces-facelets.jar/src/test/META-INF/enverio.taglib.xml

2) Same as for a deployed ear (problems unzipping).

3) tried exploded version and met with much better success (typical of jboss-4.2.2 and 4.2.3.GA) So...my recommendation is to use exploded deployments. Instead of putting the war and exploded folder in the dist folder, the dist folder should only contain the archived war and the exploded folder should be called component-showcase.war and only contain the exploded project (to be copied into server\default\deploy of the jboss-5.0.0.CR2 directory).

I did a quick version of the build.xml file (see below) for samples/component-showcase/facelets and am attaching it here. I looked at the common build but I didn't want to take them time to go through it since there are others more familiar with it than me (and there are multiple dist directories in there).

Judy.

Just use this build.xml for the facelets version of component-showcase:-

<!--
~ Version: MPL 1.1/GPL 2.0/LGPL 2.1
~
~ "The contents of this file are subject to the Mozilla Public License
~ Version 1.1 (the "License"); you may not use this file except in
~ compliance with the License. You may obtain a copy of the License at
~ http://www.mozilla.org/MPL/
~
~ Software distributed under the License is distributed on an "AS IS"
~ basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See the
~ License for the specific language governing rights and limitations under
~ the License.
~
~ The Original Code is ICEfaces 1.5 open source software code, released
~ November 5, 2006. The Initial Developer of the Original Code is ICEsoft
~ Technologies Canada, Corp. Portions created by ICEsoft are Copyright (C)
~ 2004-2006 ICEsoft Technologies Canada, Corp. All Rights Reserved.
~
~ Contributor(s): _____________________.
~
~ Alternatively, the contents of this file may be used under the terms of
~ the GNU Lesser General Public License Version 2.1 or later (the "LGPL"
~ License), in which case the provisions of the LGPL License are
~ applicable instead of those above. If you wish to allow use of your
~ version of this file only under the terms of the LGPL License and not to
~ allow others to use your version of this file under the MPL, indicate
~ your decision by deleting the provisions above and replace them with
~ the notice and other provisions required by the LGPL License. If you do
~ not delete the provisions above, a recipient may use your version of
~ this file under either the MPL or the LGPL License."
~
-->

<project name="component-showcase" default="tomcat6.0">

<property file="build.properties"/>
<property name="common.build.file" location="../../etc/build-common.xml"/>
<property name="component.docs.dir" location="../../../component/doc"/>
<property name="component.tld.dir" location="../../../component/build/doc/tld" />
<property name="exploded.dir" location="exploded"/>

<import file="$

"/>

<!-- common library includes-->
<property name="proj.war.lib.dir" location="../lib/"/>

<patternset id="additional.icefaces.lib.jars.to.include"
includes="
krysalis-jCharts-1.0.0-alpha-1.jar
"
/>

<patternset id="additional.compile.lib.jars"
includes="
servlet-api.jar
"
/>

<!-- jars needed for form Facelets -->
<patternset id="faclets.jars"
includes="
icefaces-facelets.jar
el-ri.jar
"
/>

<!-- jars needed for jaxb-->
<patternset id="jaxb.jars"
includes="
activation.jar
jaxb-api.jar
jaxb-impl.jar
jaxb-xjc.jar
jaxb1-impl.jar
"
/>

<target name="clean" depends="common.clean">
<delete dir="$

/docs" preservelastmodified="true">
<fileset dir="$

"/>
</copy>
<copy todir="$

/docs/tld" preservelastmodified="true">
<fileset dir="$

"/>
</copy>
-->

<copy todir="$

" preservelastmodified="true">

<fileset dir="$

">
<patternset refid="faclets.jars"/>
</fileset>
<!--<fileset dir="$

" includes="*.jar"/>-->
</copy>
<build.war web.xml="./web/WEB-INF/web.xml">
<add.filesets>
<fileset dir="../common-web"/>
<zipfileset prefix="WEB-INF/classes" dir="../common-src" />
</add.filesets>
</build.war>

<unwar src="$

/$

.war"/>
</target>

</project>

Tested sample apps on trunk revision 18154 + Jboss5.0.0.GA with the jboss4.2 build target

1) Component Showcase

• Facelets and Facelet-Enh version: work pretty fine if using the build.xml file provided by Judy. Tested them on FF2, IE7, and Opera9.27. There was only one issue found in the test for all browsers - the Quick Time option in Media does not have anything showing up

-JSP version: does not work even with the new build.xml file. Got javax.faces.FacesException: Can't parse stream

2) Address and Auction Monitor: do not work

Got javax.faces.FacesException: Can't parse stream

FYI. The custom build.xml information for JBoss 5 is enclosed in Judy's comments on JIRA ICE-3683. Compared to the original version, there are only two changes that have been made:

1. <property name="exploded.dir" location="exploded"/> was added
2. the last line <unwar src="$

/exploded"/> was changed to
<unwar src="$

/$

.war"/>

I just downloaded and tried JBoss 5 GA. The facelets version of component-showcase ran fine. Auction Monitor (which is a JSP app), failed with the following:

16:18:40,445 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception
java.lang.IllegalStateException: ICEfaces parser unable to determine JSF implementation ViewTag class.
at com.icesoft.faces.webapp.parser.Parser.parse(Parser.java:154)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:501)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:156)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:110)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at com.icesoft.faces.webapp.http.core.JsfLifecycleExecutor.apply(JsfLifecycleExecutor.java:17)
at com.icesoft.faces.context.View$2$1.respond(View.java:42)
at com.icesoft.faces.webapp.http.servlet.ServletRequestResponse.respondWith(ServletRequestResponse.java:167)
at com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet$ThreadBlockingRequestResponse.respondWith(ThreadBlockingAdaptingServlet.java:36)
at com.icesoft.faces.context.View$2.serve(View.java:62)
at com.icesoft.faces.context.View.servePage(View.java:119)
at com.icesoft.faces.webapp.http.core.MultiViewServer.service(MultiViewServer.java:53)
at com.icesoft.faces.webapp.http.common.ServerProxy.service(ServerProxy.java:11)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet$4.service(MainSessionBoundServlet.java:114)
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:30)
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:50)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:23)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:638)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:444)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:382)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:310)
at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:696)
at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:667)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:60)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:369)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:322)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
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:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
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:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:613)

This failure is identical to the problem with Glassfish v3. Since JBoss 5 is also based on a micro-kernel architecture, I imagine we'll have to a apply a similar fix.

The related Glassfish v3 issue is here: http://jira.icefaces.org/browse/ICE-3902.

Also note that I didn't use the modified build.xml file to build the Component Showcase - Facelets version. It deployed and ran normally on my machine.

Committed fix as revision 18177.

I had to add some additional logic to JspPageToDocument.getTldInputStream() where we have all of our strategies for finding .tld files in the container. JBoss 5 has it's own Micro Container (MC) and a custom Virtual File System (VFS). The location of the .tld files returned a URL that looked like this:

vfszip:/Users/deryk/Apps/jboss-5.0.0.GA/server/default/deploy/jbossweb.sar/jsf-libs/jsf-impl.jar/com/sun/faces/taglib/jsf_core/ViewTag.class

So I had to parse out the .jar location and append the appropriate tld path. It would probably do this class some good to be refactored.

Please retest with latest code.

Tested sample apps on trunk revision 18179 + Jboss5.0.0.GA with the jboss4.2 build target
Browsers tested: Opera9.27, IE7, FF2

1) Address: tested successfully

2) Auction Monitor: passed on all browsers, but saw the following on the server while testing it on Opera:

14:42:21,459 ERROR [lifecycle] JSF1054: (Phase ID: RESTORE_VIEW 1, View ID: ) Ex
ception thrown during phase execution: javax.faces.event.PhaseEvent[source=com.s
un.faces.lifecycle.LifecycleImpl@15dac13]

3) Component Showcase: the default build.xml file was used for all versions. The issues below apply to all versions (JSP, Facelets, Facelets-Enh)

For all browsers: Table Columns: the column widths are not even. The first column is much wider than the others

For Opera only: the Windows option of Media does not have anything showing up