I think we should look into TUSCANY-2707 and understand the side
effects of it, as this might be a block issue. It looks like the issue
will happen whenever activeMQ and derby dependencies are together, and
this will be always true when using the tuscany-all jar in a
application that requires database access.
Can someone working with JMS binding give a quick look on this issue ?
What is the persistence story when using ActiveMQ, others might have
seen this issue before... Any ideas on how to approach this issue
would be welcome :)
Below is what I'm seeing when running the BPEL sample from ant...
[java] Exception in thread "main" java.lang.ExceptionInInitializerError
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
[java] at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[java] at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[java] at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
[java] at java.lang.Class.newInstance0(Class.java:350)
[java] at java.lang.Class.newInstance(Class.java:303)
[java] at
org.tranql.connector.jdbc.JDBCDriverMCF.setDriver(JDBCDriverMCF.java:145)
[java] at
org.apache.ode.il.dbutil.Database.initInternalDb(Database.java:198)
[java] at
org.apache.ode.il.dbutil.Database.initEmbeddedDb(Database.java:225)
[java] at
org.apache.ode.il.dbutil.Database.initDataSource(Database.java:144)
[java] at org.apache.ode.il.dbutil.Database.start(Database.java:96)
[java] at
org.apache.tuscany.sca.implementation.bpel.ode.EmbeddedODEServer.initPersistence(EmbeddedODEServer.java:137)
[java] at
org.apache.tuscany.sca.implementation.bpel.ode.EmbeddedODEServer.init(EmbeddedODEServer.java:104)
[java] at
org.apache.tuscany.sca.implementation.bpel.ode.provider.BPELImplementationProvider.start(BPELImplementationProvider.java:95)
[java] at
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start(CompositeActivatorImpl.java:644)
[java] at
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start(CompositeActivatorImpl.java:560)
[java] at
org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:668)
[java] at
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:182)
[java] at
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:97)
[java] at
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:182)
[java] at
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:63)
[java] at helloworld.BPELClient.main(BPELClient.java:33)
[java] Caused by: java.lang.SecurityException: sealing violation:
can't seal package org.apache.derby.iapi.services.locks: already
loaded
[java] at java.net.URLClassLoader.defineClass(URLClassLoader.java:235)
[java] at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
[java] at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
[java] at java.security.AccessController.doPrivileged(Native Method)
[java] at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
[java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
[java] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
[java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
[java] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
[java] at java.lang.Class.forName0(Native Method)
[java] at java.lang.Class.forName(Class.java:164)
[java] at
org.apache.derby.impl.services.monitor.BaseMonitor.getImplementations(Unknown
Source)
[java] at
org.apache.derby.impl.services.monitor.BaseMonitor.getDefaultImplementations(Unknown
Source)
[java] at
org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(Unknown
Source)
[java] at org.apache.derby.impl.services.monitor.FileMonitor.<init>(Unknown
Source)
[java] at
org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Unknown
Source)
[java] at org.apache.derby.iapi.jdbc.JDBCBoot.boot(Unknown Source)
[java] at org.apache.derby.jdbc.EmbeddedDriver.boot(Unknown Source)
[java] at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(Unknown Source)
[java] ... 22 more
[java] Java Result: 1
It looks like the problem is that derby code is available in multiple
jars (derby and active mq)
jar tvf ./lib/derby-10.3.1.4.jar
149 Wed Aug 01 06:51:56 PDT 2007
org/apache/derby/iapi/services/locks/CompatibilitySpace.class
333 Wed Aug 01 06:51:58 PDT 2007
org/apache/derby/iapi/services/locks/Latch.class
292 Wed Aug 01 06:51:58 PDT 2007
org/apache/derby/iapi/services/locks/Limit.class
1804 Wed Aug 01 06:51:56 PDT 2007
org/apache/derby/iapi/services/locks/LockFactory.class
351 Wed Aug 01 06:51:58 PDT 2007
org/apache/derby/iapi/services/locks/Lockable.class
975 Wed Aug 01 06:51:58 PDT 2007
org/apache/derby/iapi/services/locks/ShExLockable.class
590 Wed Aug 01 06:51:58 PDT 2007
org/apache/derby/iapi/services/locks/ShExQual.class
jar tvf ./lib/apache-activemq-4.1.1.jar
0 Fri Jul 01 12:46:42 PDT 2005 org/apache/derby/iapi/services/locks/
271 Fri Jul 01 12:44:00 PDT 2005
org/apache/derby/iapi/services/locks/Latch.class
253 Fri Jul 01 12:44:00 PDT 2005
org/apache/derby/iapi/services/locks/Limit.class
1551 Fri Jul 01 12:44:00 PDT 2005
org/apache/derby/iapi/services/locks/LockFactory.class
351 Fri Jul 01 12:44:00 PDT 2005
org/apache/derby/iapi/services/locks/Lockable.class
975 Fri Jul 01 12:44:04 PDT 2005
org/apache/derby/iapi/services/locks/ShExLockable.class
590 Fri Jul 01 12:44:04 PDT 2005
org/apache/derby/iapi/services/locks/ShExQual.class
On Mon, Dec 8, 2008 at 1:14 PM, Simon Nash <[EMAIL PROTECTED]> wrote:
> Dan Becker wrote:
>>
>> Ramkumar R wrote:
>>>
>>> The release artifacts for the Tuscany SCA for Java 1.4 release are now
>>> available, please review and vote to release.
>>>
>>> The artifacts are available for at:
>>> http://people.apache.org/~ramkumar/tuscany/1.4RC1/
>>>
>>> This includes the signed binary, source distributions and eclipse update
>>> site and RAT report.
>>>
>>> Here's my +1
>>>
>>
>> Hi Ram,
>>
>> I'm withholding my vote for now. I see various problems with the store
>> tutorial. Namely when I add the 1.4 manifest to my classpath and run the
>> store domain with:
>> e:\t\tuscany-sca-1.4\tutorials\store\domain>java -jar
>> ../../../modules/tuscany-node-launcher-1.4.jar domain
>>
>> The domain appears to start. However, when I point my browser to Browse to
>> http://localhost:9990/ui/cloud/, I see an endless parade of validation
>> errors. Something like this:
>>
>> WARNING: XMLSchema validation problem in:
>> jar:file:/e:/t/tuscany-sca-1.4/tutoria
>>
>> ls/store/domain/../catalog-ejb/target/tutorial-catalog-ejb.jar!/META-INF/sca-con
>> tribution.xml, line: 22, column: 4
>> cvc-complex-type.4: Attribute 'namespace' must appear on element
>> 'export.java'.
>> Dec 8, 2008 1:22:50 PM
>> org.apache.tuscany.sca.contribution.processor.ValidatingX
>> MLStreamReader$1 error
>> WARNING: XMLSchema validation problem in:
>> jar:file:/e:/t/tuscany-sca-1.4/tutoria
>>
>> ls/store/domain/../catalog-ejb/target/tutorial-catalog-ejb.jar!/META-INF/sca-con
>> tribution.xml, line: 23, column: 4
>> cvc-complex-type.2.4.a: Invalid content was found starting with element
>> 'deploya
>> ble'. One of '{"http://www.osoa.org/xmlns/sca/1.0":export,
>> WC[##other:"http://ww
>> w.osoa.org/xmlns/sca/1.0"]}' is expected.
>>
>> This is on Windows XP with IBM JDK 6 (build pwi3260sr2-20080818_01(SR2).
>
>>
> If we need a respin to fix this, I would like to pull in r723908
> which unfortunately did not make it into the 1.4 branch until after
> RC1 was produced.
>
> Simon
>
>
>
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
