Please fix this bug!

[redsea]

I have a jsf-guessNumber.war file that I use as part of my initial testing.

I drop this jsf-guessNumber.war into tomcat and it works.
I drop this into jboss-4.0.4GA and it doesnt work I get the following error

java.lang.NullPointerException
at javax.faces.webapp.UIComponentTag.setupResponseWriter(UIComponentTag.java:615)

So I downloaded jboss-4.0.5.rc1 and dropped it into that version. It also did not work.

I then downloaded jboss-4.0.2 and dropped it into that version AND IT WORKED!

So jboss-4.0.2 works, jboss-4.0.4 and jboss-4.0.5 DONT WORK.

I suggest to jboss to get the jsf-guessNumber.war file and include in their regression testing.

The jsf-guessNumber is the java server faces tutorial from sun.

Looking forward to any comments.

[redsea]

My application bundles the sun jsf jars in my apps lib folder.

jboss has the myfaces jars in its standard classpath.

When my project is deployed can you tell me where my apps jars are placed in the classpath?

If my jars are after the jboss jars then my app will link with the wrong jars.

Can someone help me out here and explain how the classpath is formed by jboss when an application is deployed?

Thanks.

[jaikiran]

Can someone help me out here and explain how the classpath is formed by jboss when an application is deployed?

Have a look at:

http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossClassLoadingUseCases

http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration

[ssilvert]

You are bundling the JSF implementation with your WAR. This is causing a conflict with the implementation that ships with JBoss.

Starting with JBoss AS 4.0.3, we bundle a JSF implementation with the app server. For the 4.x series the implementation is MyFaces. For 5.x, the implementation is the Glassfish/CDDL JSF 1.2 implementation.

See http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossFaces

You can either remove the JSF implementation from your WAR or you can disable the one that ships with JBoss. See the section on "Using the JSF Reference Implementation" on this page:

http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossWithIntegratedMyFaces

[redsea]

Thanks for those two links. They are very informative and helpful.

[redsea]

Yes stan I am bundling the jsf libraries with my app. I understand now that I should rely on the jsf that comes with the jboss server.

Thansk for your reply I do appreciate it.

[redsea]

I read the two links you provided. I understand that I dont have to include jsf llibraries when deploying to a jboss server. But how would I have known this...

add the following to web.xml:


<listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>



Thats getting a little to obscure in my opinion. How does one stay on top of all these esoteric things? I would never have known about the additions to the web.xml file if you hadnt told me.

[redsea]

In the past few weeks I have been evaluating application servers. Within a minutes time I can start tomcat, sun app server or jboss server. One of the qualities that I am looking for in a serve is a "write once drop anywhere" kind of quality. By this I mean, if I write a web app(let say) using netbeans and follow the j2ee standards, then I should be able to drop that app in any app server and EXPECT it to run.

Now, I have spent more time on jboss because I like some of its design features. However, the more I get into it the more I am beginning to think that jboss has the wrong "philosophy" for us.

Please read this link http://jira.jboss.com/jira/browse/JBAS-2593

The originator of that report had the right idea. It should be as easy as dropping a war file into the deploy directory. However, looking at the two responses I realize that jboss has the wrong focus. If the focus was on their clients that report would not be a dont fix.

Theres a lot I like about jboss, but I want to focus on standards, and not on jboss proprietary enhancements.