3.2.1 web console does not work under jboss 4.0.5

[gogoasa]

jBPM 3.2.1 web console does not work under jboss 4.0.5 : anybody could explain why and what to do in order to make it work ?

I suspect it is a JSF 1.1 vs 1.2 kind of thing but I don't know JSF at all so I'm kind of lost. I found this that looks similar : http://www.jboss.org/?module=bb&op=viewtopic&t=94738

The log I get when I start JBoss :

17:12:10,395 INFO [TomcatDeployer] deploy, ctxPath=/jbpm-console, warUrl=.../tmp/deploy/tmp58598entrychain-orchestration-ear-NUM_07.2.ear-contents/jbpm-console-3.2.1-exp.war/
17:12:12,457 INFO [ContextConfig] WARNING: Security role name user used in an <auth-constraint> without being defined in a <security-role>
17:12:12,739 ERROR [STDERR] 29 juin 2007 17:12:12 com.sun.faces.config.ConfigureListener contextInitialized
INFO: Initializing Sun's JavaServer Faces implementation (1.2_03-b09-FCS) for context 'null'
17:12:14,051 ERROR [STDERR] 29 juin 2007 17:12:14 com.sun.faces.spi.InjectionProviderFactory createInstance
ATTENTION: JSF1033: Resource injection is DISABLED.
17:12:15,958 INFO [JbpmConfiguration] using jbpm configuration resource 'jbpm.cfg.xml'
17:12:16,426 INFO [EARDeployer] Started J2EE application: file:/D:/jboss-4.0.5.GA/server/entrychain-orchestration/farm/
entrychain-orchestration-ear-NUM_07.2.ear
17:12:16,676 INFO [Http11BaseProtocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080
17:12:16,989 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009
17:12:17,036 INFO [JkMain] Jk running ID=0 time=0/156 config=null
17:12:17,067 INFO [Server] JBoss (MX MicroKernel) [4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)] Started in 1m
:42s:745ms
17:12:29,053 ERROR [STDERR] 29 juin 2007 17:12:29 com.sun.faces.lifecycle.ELResolverInitPhaseListener populateFacesELResolverForJsp
INFO: JSF1027: [null] The ELResolvers for JSF were not registered with the JSP container.

[gogoasa]

In fact, I see that the example jboss configuration that comes with the jpdl-suite distribution is 4.0.4 and it works very well.

So it is inexact to say that the web console does not work on 4.0.5, it just does not work on *mine*. I still fail to see in what my 4.0.5 is different JSF-wise from the example distribution.

[gogoasa]

ok, here is the answer. JBoss 4.0.5 comes with a Tomcat deployment with JSF version 1.1

JBPM console uses version 1.2 and has the 1.2 jsf jars inside the war.

My particular way of deploying the jBPM is as a war inside a EAR. JBoss by default uses a shared classloader that does not isolate EAR classloading space and it looks like the war inside the ear did not have access to its WEB-INF/lib libraries in priority.

To make it short, I changed in $JBOSS_HOME/server/default/deploy/ear-deployer.xml :

<attribute name="Isolated">false</attribute>

to

<attribute name="Isolated">true</attribute>

and everything is fine now.

It look like the first thing somebody should do after installing JBoss is turn on that attribute, anyway.

[kukeltje]

if you use the jboss/jems installer, it asks you how you want to configure this..

[mputz]

@gogoasa

The messages you are referencing from the log are in fact INFO messages, which are just incorrectly written to STDERR and then wrapped by the logging system to ERROR level. So nothing to bother really. Do you get any other errors that indicate the web console doesn't work?

Regarding isolation, instead of changing the class loader setting for the complete app server, you could do this on a per-application basis as well. In your case by setting it inside your *.ear/META-INF/jboss-appl.xml configuration. Have a look at http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration for a complete overview of this topic.

[gogoasa]

Hi, thanks for your concern. I had read the wiki page you mention, still I personally find that it is saner to enable isolation for the whole appserver than to have a particular deployment descriptor specifying so.

In fact I did eventually succeed in making the console work. The problem I identified is that my JBoss 4.0.5 zip came by default with no classpath isolation which caused Tomcat's jsf implementation(1.1) to be loaded first.

That is my understanding, anyway. It is true that even with a shared classloader, the war classloader should function in a special way, prioritizing the WEB-INF/lib jars.

Still, changing that options made things work for me which is kind of all that I want :)

Special note for people interested : the 3.2.0 web console works with 3.2.1 jBPM, you just need to change in web.xml the roles (they have been renamed).