[jboss-dev] JBAS-4548 - Breaks the testsuite

[Brian Stansberry]

Adrian Brock wrote:
> Brian,
> 
> You created this test:
> http://jira.jboss.com/jira/browse/JBAS-4548
> 
> org.jboss.test.deployers.ear.test.EmbeddedDatasourceUnitTestCase
> 
> The test actually passes for me, I'm assuming it should
> fail with whatever problem you were seeing?

It passes for me now as well. It tests declaring an ejb jar in 
application.xml and a datasource in jboss-app.xml.  Before the ejb jar 
would always deploy first and fail due to the missing datasource. Now 
the datasource deploys first.

> Or the problem has been fixed.

Or something has changed so the ds now deploys first, but there still 
isn't a real dependency established between the ejb deployment and the 
datasource -- i.e. it works because we're lucky.  The test isn't the 
greatest because it can't distinguish the two.  But at least this sort 
of deployment works now.

> 
> BUT....
> 
> It breaks the remaining tests, since it appears to be
> shutting down hypersonic when it is undeployed:

That was a screw up on my part; the datasource should just be pointing 
at the existing hypersonic but the file unnecessarily included an mbean 
to create its own hypersonic.  That is fixed.

If you deploy an ear and a module inside it fails to deploy, does that 
immediately abort processing of the rest of the ear deployment? I'm 
wondering why I didn't notice the hypersonic problem before -- was I 
blind or did the original ejb deployment problem prevent deploying the 
duplicate hypersonic?

> 
> 2007-12-12 17:23:07,057 DEBUG [org.jboss.system.ServiceController]
> stopping service: jboss:service=Hypersonic,database=localDB2
> 2007-12-12 17:23:07,057 DEBUG [org.jboss.jdbc.HypersonicDatabase]
> Stopping jboss:service=Hypersonic,database=localDB2
> 2007-12-12 17:23:07,253 INFO  [org.jboss.jdbc.HypersonicDatabase]
> Database standalone closed clean
> 
> You then get lots of errors like:
> 
> org.jboss.deployment.DeploymentException: Error while checking if table
> aleady exists CTS_CMP_V1
>         at
> org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.tableExists(SQLUtil.java:1082)
>         at
> org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.execute(JDBCStartCommand.java:100)
>         at
> org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.startStoreManager(JDBCStoreManager.java:499)
>         at
> org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start(JDBCStoreManager.java:396)
>         at
> org.jboss.ejb.plugins.CMPPersistenceManager.start(CMPPersistenceManager.java:172)
> ...
> Caused by: java.sql.SQLException: Access is denied: Session is closed
>         at org.hsqldb.jdbc.Util.sqlException(Unknown Source)
>         at org.hsqldb.jdbc.jdbcStatement.fetchResult(Unknown Source)
>         at org.hsqldb.jdbc.jdbcStatement.executeQuery(Unknown Source)
>         at org.hsqldb.jdbc.jdbcDatabaseMetaData.execute(Unknown Source)
>         at org.hsqldb.jdbc.jdbcDatabaseMetaData.getTables(Unknown
> Source)
>         at
> org.jboss.ejb.plugins.cmp.jdbc.SQLUtil.tableExists(SQLUtil.java:1075)
>         ... 98 more
> 
> I guess it is either using a singleton internally or getting confused
> about which server should be shutdown?
> 
> I'm going to exclude the test from the testsuite run.

-- 
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
brian.stansberry at redhat.com