VDB deployment order in JBoss 5

[forum.khan]

Hi,

   I have earApp-1, earApp-2, earApp-3 w.r.t each EAR i have one-vdb.xml, two-vdb.xml and three-vdb.xml files which are all available in jboss-as\server\default\deploy. Modified bean "topContextComparator" in deployers.xml [default\conf\bootstrap] to deploy the ear in an order. No dependency among EAR's.

     <entry>

         <key>earApp-1.ear</key>

         <value>701</value>

   </entry>

   <entry>

         <key>earApp-2.ear</key>

         <value>702</value>

   </entry>

   <entry>

         <key>earApp-3..ear</key>

         <value>703</value>

   </entry>

Can anyone let me know where/how to define the deployment order for vdb files. Currently its displaying the below error on server startup.

2013-02-01 00:06:41,292 WARN  [org.teiid.SECURITY] (New I/O server worker #1-3) Processing exception 'VDB "one-vdb" version "latest" is not in the "active" status.' for session null.  Exception type org.teiid.client.security.LogonException thrown from org.teiid.services.SessionServiceImpl.getActiveVDB(SessionServiceImpl.java:247). Enable more detailed logging to see the entire stacktrace.

2013-02-01 00:06:41,292 SEVERE [org.teiid.jdbc] (Thread-19) Could not create connection

org.teiid.jdbc.TeiidSQLException: VDB "one-vdb" version "latest" is not in the "active" status.

at org.teiid.jdbc.TeiidSQLException.create(TeiidSQLException.java:113)

at org.teiid.jdbc.TeiidSQLException.create(TeiidSQLException.java:70)

at org.teiid.jdbc.SocketProfile.connect(SocketProfile.java:56)

at org.teiid.jdbc.TeiidDriver.connect(TeiidDriver.java:107)

[rareddy]

There is no set defined deployment order for the VDBs. VDBs are considered as individual schemas with no dependencies with each other. It may be possible to implement ordering as you mention above, but we not considering any more changes in Teiid 7.x line.

In Teiid 8.0 this becomes little hard, as all the deployments are happening in parallel, but if you know the VDB all names and their dependency structure, then there is possibilty for enhancement to define that.

Ramesh..

[shawkins]

Is your Teiid instance in the same container as your ears?  If that's the case (ideally though you would be using a local non-socket connection), there can be an issue in AS loading order that causes exceptions such as that.  Generally Teiid loads VDBs after DataSources become active.  If you have a DataSource to a local Teiid instance, the use of that source may attempt to create connections before Teiid is ready.  The simple fix is to set the min pool size to 0 to disable any pool preloading.  In some scenarios application logic may still attempt to use a connection prior to Teiid being ready - see https://issues.jboss.org/browse/TEIID-2059 and https://issues.jboss.org/browse/TEIID-2122 however those fixes are not in a 7.x general release.

Steve