[jboss-dev-forums] [Design of POJO Server] - JBoss5 is better than JBoss4.2 :-)
Anil Saldhana
Anil.Saldhana at redhat.com
Fri Apr 11 14:50:22 EDT 2008
Things like the order of/missing elements in the DD etc are now better
detected by the metadata layer in JBoss5. :)
adrian at jboss.org wrote:
> I've been trying to figure out why some of the tests fail in JBoss5
> but work in JBoss4.2, even though the code and config looks the same.
>
> No matter how hard I looked at the code I couldn't see the difference. :-)
>
> The answer is actually that JBoss5 spots the error during deployment
> while 4.2 doesn't.
>
> e.g. I couldn't figure out why this config was working in JBoss-4.2 but not in JBoss5
>
> | <server>
> | <mbean code="org.jboss.test.cts.service.CtsCmpService"
> | name="jboss.test:service=CtsCmpServiceV1">
> | <attribute name="HomeJndiName">v1/local/CtsCmp2Bean</attribute>
> | <depends>jboss.j2ee:service=EJB,jndiName=v1/CtsCmp2Bean</depends>
> | </mbean>
> | </server>
> |
>
> The actual ejb was called v1/local/CtsCmp2Bean.
>
> I thought there might be something we missed in the reworking of the metadata
> that introduced a backwards compability issue.
>
> In fact, the config is wrong in JBoss-4.2, but the deployer doesn't spot it.
> If I use the JMX console in 4.2 to do MainDeployer.checkIncompleteDeployments()
> I get the following error:
>
>
> | Incomplete Deployment listing:
> |
> | --- MBeans waiting for other MBeans ---
> | ObjectName: jboss.test:service=CtsCmpServiceV1
> | State: CONFIGURED
> | I Depend On:
> | jboss.j2ee:service=EJB,jndiName=v1/CtsCmp2Bean
> |
> | --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM ---
> | ObjectName: jboss.j2ee:service=EJB,jndiName=v1/CtsCmp2Bean
> | State: NOTYETINSTALLED
> | Depends On Me:
> | jboss.test:service=CtsCmpServiceV1
> |
> |
> | org.jboss.deployment.MainDeployer.checkIncompleteDeployments(MainDeployer.java:1385)
> |
>
> which is the same as what I get in JBoss5 but without having to use the jmx console
> to find the problem. ;-)
More information about the jboss-dev-forums
mailing list