You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomee.apache.org by Luciano Resende <lu...@gmail.com> on 2010/02/04 19:12:43 UTC
Re: Will there be an OpenEJB 3.0.2 release?
On Thu, Feb 4, 2010 at 8:23 AM, David Blevins <da...@visi.com> wrote:
>
> On Jan 28, 2010, at 5:30 PM, David Blevins wrote:
>
>>
>> On Jan 25, 2010, at 9:10 PM, Luciano Resende wrote:
>>
>>> We would like to release our Tuscany Java SCA 1.6 extensions that use
>>> OpenEJB, but these issues [1][2] are preventing us to do so.
>>> Are there still plans to have a OpenEJB 3.0.2 ? If so, what's the time
>>> frame ?
>>>
>>> [1] https://issues.apache.org/jira/browse/OPENEJB-1005
>>> [2] https://issues.apache.org/jira/browse/OPENEJB-1068
>>
>> Can you give me the svn root of the module I need to check out to run the
>> related Tuscany tests?
>>
>
> Anyone have that information handy? Willing to run the test and find a
> solution that works on both mac and windows.
>
>
> -David
>
>
Sorry, I guess I missed you previous e-mail.
The 1.6 release branch is available at :
https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/branches/sca-java-1.6/
There are detailed exceptions and history of this issue in TUSCANY-3165
https://issues.apache.org/jira/browse/TUSCANY-3165
As for an easy way to reproduce, I guess you could do the following
- checkout 1.6 branch
- build modules
- try itest/contribution-jee witch should generate various test
failures described in TUSCANY-3165
Note that EJB dependency is controled in modules/contribution-jee-impl....
Thanks in advance for helping.
--
Luciano Resende
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: Will there be an OpenEJB 3.0.2 release?
Posted by Ramkumar R <ra...@gmail.com>.
Hi Simon Nash,
Using OpenEJB version 3.1.2 the StringIndexOutOfBoundsException seem to get
resolved
and currently I still see the other exception as shown below (which I see
even in the older versions).
java.lang.Exception: Could not load sample/HelloworldEjbServlet.class
at
org.apache.xbean.finder.ClassFinder.readClassDef(ClassFinder.java:734)
at org.apache.xbean.finder.ClassFinder.<init>(ClassFinder.java:141)
at
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:36
at
org.apache.openejb.config.AnnotationDeployer$DiscoverAnnotatedBeans.deploy(AnnotationDeployer.java:27
at
org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:188)
at
org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadataCompleteModules(JavaEEModuleHel
:116)
at
org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.introspectJeeArchive(JavaEEIntros
pl.java:404)
at
org.apache.tuscany.sca.contribution.jee.impl.JavaEEArchiveProcessor.read(JavaEEArchiveProcessor.java:
at
org.apache.tuscany.sca.contribution.jee.impl.JavaEEArchiveProcessor.read(JavaEEArchiveProcessor.java:
at
org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProcessorExtensionPoint$LazyURLArtifa
sor.read(DefaultURLArtifactProcessorExtensionPoint.java:222)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.read(ExtensibleURLArtifa
sor.java:96)
at
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processReadPhase(Contributio
Impl.java:541)
at
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(Contribution
mpl.java:419)
at
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(ContributionServi
ava:198)
at
org.apache.tuscany.sca.test.contribution.jee.TestExternalEarModelResolver.resolveModel(TestExternalEa
solver.java:104)
at
org.apache.tuscany.sca.contribution.resolver.ExtensibleModelResolver.resolveModel(ExtensibleModelReso
a:179)
at
org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProcessor.resolve(JEEImplementationPro
ava:203)
at
org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProcessor.resolve(JEEImplementationPro
ava:64)
at
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArti
essor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:388)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXA
rocessor.java:183)
at
org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation(BaseAssemblyProcessor
0)
at
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:1028)
at
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:90)
at
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArti
essor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:388)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXA
rocessor.java:183)
Caused by: java.lang.ClassNotFoundException: sample.HelloworldEjbServlet
at
java.lang.ClassNotFoundException.<init>(ClassNotFoundException.java:76)
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:643)
at java.lang.ClassLoader.loadClass(ClassLoader.java:609)
at
org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:103)
at
org.apache.openejb.config.AnnotationDeployer$ProcessAnnotatedBeans.deploy(AnnotationDeployer.java:846)
... 57 more
Is anyone seeing a similar error? Not sure if I am missing something.
On Fri, Feb 5, 2010 at 2:58 AM, Simon Nash <na...@apache.org> wrote:
> Luciano Resende wrote:
>
>> On Thu, Feb 4, 2010 at 8:23 AM, David Blevins <da...@visi.com>
>> wrote:
>>
>>> On Jan 28, 2010, at 5:30 PM, David Blevins wrote:
>>>
>>> On Jan 25, 2010, at 9:10 PM, Luciano Resende wrote:
>>>>
>>>> We would like to release our Tuscany Java SCA 1.6 extensions that use
>>>>> OpenEJB, but these issues [1][2] are preventing us to do so.
>>>>> Are there still plans to have a OpenEJB 3.0.2 ? If so, what's the time
>>>>> frame ?
>>>>>
>>>>> [1] https://issues.apache.org/jira/browse/OPENEJB-1005
>>>>> [2] https://issues.apache.org/jira/browse/OPENEJB-1068
>>>>>
>>>> Can you give me the svn root of the module I need to check out to run
>>>> the
>>>> related Tuscany tests?
>>>>
>>>> Anyone have that information handy? Willing to run the test and find a
>>> solution that works on both mac and windows.
>>>
>>>
>>> -David
>>>
>>>
>>>
>> Sorry, I guess I missed you previous e-mail.
>>
>> The 1.6 release branch is available at :
>>
>> https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/branches/sca-java-1.6/
>>
>> There are detailed exceptions and history of this issue in TUSCANY-3165
>> https://issues.apache.org/jira/browse/TUSCANY-3165
>>
>> As for an easy way to reproduce, I guess you could do the following
>> - checkout 1.6 branch
>> - build modules
>> - try itest/contribution-jee witch should generate various test
>> failures described in TUSCANY-3165
>>
>> Note that EJB dependency is controled in modules/contribution-jee-impl....
>>
>> Thanks in advance for helping.
>>
>>
>> I tried this and I got a number of errors, some of which are caused by
> the TUSCANY-3165 issue and some of which aren't. Here's the stack trace
> from the third failing test, which demonstrates the problem described in
> TUSCANY-3165.
>
> Simon
>
>
> testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WARAp
> pcompContribImplicitTestCase) Time elapsed: 0.438 sec <<< ERROR!
> org.apache.tuscany.sca.contribution.service.ContributionException:
> java.lang.Str
> ingIndexOutOfBoundsException: String index out of range: -1
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.addContribution(ContributionServiceImpl.java:421)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.contribute(ContributionServiceImpl.java:198)
> at
> org.apache.tuscany.sca.test.contribution.jee.WARAppcompContribImplici
>
> tTestCase.testWARAppcompContribImplicit(WARAppcompContribImplicitTestCase.java:8
> 2)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(Framework
> Method.java:44)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCal
> lable.java:15)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMe
> thod.java:41)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMet
> hod.java:20)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
> java:28)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
> va:31)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
> ner.java:73)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
> ner.java:46)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
> java:28)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
> va:31)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> at
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.
> java:62)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTes
> tSet(AbstractDirectoryTestSuite.java:138)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab
> stractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su
> refireBooter.java:308)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j
> ava:879)
> Caused by: java.lang.StringIndexOutOfBoundsException: String index out of
> range:
> -1
> at java.lang.String.substring(String.java:1932)
> at java.lang.String.substring(String.java:1905)
> at org.apache.openejb.config.WebModule.<init>(WebModule.java:51)
> at
> org.apache.openejb.config.DeploymentLoader.createWebModule(Deployment
> Loader.java:544)
> at
> org.apache.openejb.config.DeploymentLoader.addWebModule(DeploymentLoa
> der.java:445)
> at
> org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java
> :154)
> at
> org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadat
> aCompleteModules(JavaEEModuleHelper.java:42)
> at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:81)
> at
> org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
> (WebArchiveProcessor.java:46)
> at
> org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
> (WebArchiveProcessor.java:34)
> at
> org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProce
>
> ssorExtensionPoint$LazyURLArtifactProcessor.read(DefaultURLArtifactProcessorExte
> nsionPoint.java:222)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
> ocessor.read(ExtensibleURLArtifactProcessor.java:96)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.processReadPhase(ContributionServiceImpl.java:541)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.addContribution(ContributionServiceImpl.java:419)
> ... 30 more
>
>
--
Thanks & Regards,
Ramkumar Ramalingam
Re: Will there be an OpenEJB 3.0.2 release?
Posted by Ramkumar R <ra...@gmail.com>.
I tried using the geronimo-openejb module version 2.2 as the dependency as
still see the same errors
as Simon Nash mentioned in this mail.
Looks like Geronimo 2.2 comes with a OpenEjb version 3.1.2. As per the JIRA
https://issues.apache.org/jira/browse/OPENEJB-1005, the fixes are suppose to
be
available from 3.1.1-SNAPSHOT.
So I was assuming the new dependency should fix the issue for us, but does
not
seem to be.
On Fri, Feb 5, 2010 at 2:58 AM, Simon Nash <na...@apache.org> wrote:
> Luciano Resende wrote:
>
>> On Thu, Feb 4, 2010 at 8:23 AM, David Blevins <da...@visi.com>
>> wrote:
>>
>>> On Jan 28, 2010, at 5:30 PM, David Blevins wrote:
>>>
>>> On Jan 25, 2010, at 9:10 PM, Luciano Resende wrote:
>>>>
>>>> We would like to release our Tuscany Java SCA 1.6 extensions that use
>>>>> OpenEJB, but these issues [1][2] are preventing us to do so.
>>>>> Are there still plans to have a OpenEJB 3.0.2 ? If so, what's the time
>>>>> frame ?
>>>>>
>>>>> [1] https://issues.apache.org/jira/browse/OPENEJB-1005
>>>>> [2] https://issues.apache.org/jira/browse/OPENEJB-1068
>>>>>
>>>> Can you give me the svn root of the module I need to check out to run
>>>> the
>>>> related Tuscany tests?
>>>>
>>>> Anyone have that information handy? Willing to run the test and find a
>>> solution that works on both mac and windows.
>>>
>>>
>>> -David
>>>
>>>
>>>
>> Sorry, I guess I missed you previous e-mail.
>>
>> The 1.6 release branch is available at :
>>
>> https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/branches/sca-java-1.6/
>>
>> There are detailed exceptions and history of this issue in TUSCANY-3165
>> https://issues.apache.org/jira/browse/TUSCANY-3165
>>
>> As for an easy way to reproduce, I guess you could do the following
>> - checkout 1.6 branch
>> - build modules
>> - try itest/contribution-jee witch should generate various test
>> failures described in TUSCANY-3165
>>
>> Note that EJB dependency is controled in modules/contribution-jee-impl....
>>
>> Thanks in advance for helping.
>>
>>
>> I tried this and I got a number of errors, some of which are caused by
> the TUSCANY-3165 issue and some of which aren't. Here's the stack trace
> from the third failing test, which demonstrates the problem described in
> TUSCANY-3165.
>
> Simon
>
>
> testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WARAp
> pcompContribImplicitTestCase) Time elapsed: 0.438 sec <<< ERROR!
> org.apache.tuscany.sca.contribution.service.ContributionException:
> java.lang.Str
> ingIndexOutOfBoundsException: String index out of range: -1
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.addContribution(ContributionServiceImpl.java:421)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.contribute(ContributionServiceImpl.java:198)
> at
> org.apache.tuscany.sca.test.contribution.jee.WARAppcompContribImplici
>
> tTestCase.testWARAppcompContribImplicit(WARAppcompContribImplicitTestCase.java:8
> 2)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(Framework
> Method.java:44)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCal
> lable.java:15)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMe
> thod.java:41)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMet
> hod.java:20)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
> java:28)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
> va:31)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
> ner.java:73)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
> ner.java:46)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
> java:28)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
> va:31)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> at
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.
> java:62)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTes
> tSet(AbstractDirectoryTestSuite.java:138)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab
> stractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su
> refireBooter.java:308)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j
> ava:879)
> Caused by: java.lang.StringIndexOutOfBoundsException: String index out of
> range:
> -1
> at java.lang.String.substring(String.java:1932)
> at java.lang.String.substring(String.java:1905)
> at org.apache.openejb.config.WebModule.<init>(WebModule.java:51)
> at
> org.apache.openejb.config.DeploymentLoader.createWebModule(Deployment
> Loader.java:544)
> at
> org.apache.openejb.config.DeploymentLoader.addWebModule(DeploymentLoa
> der.java:445)
> at
> org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java
> :154)
> at
> org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadat
> aCompleteModules(JavaEEModuleHelper.java:42)
> at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:81)
> at
> org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
> (WebArchiveProcessor.java:46)
> at
> org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
> (WebArchiveProcessor.java:34)
> at
> org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProce
>
> ssorExtensionPoint$LazyURLArtifactProcessor.read(DefaultURLArtifactProcessorExte
> nsionPoint.java:222)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
> ocessor.read(ExtensibleURLArtifactProcessor.java:96)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.processReadPhase(ContributionServiceImpl.java:541)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.addContribution(ContributionServiceImpl.java:419)
> ... 30 more
>
>
--
Thanks & Regards,
Ramkumar Ramalingam
Re: Will there be an OpenEJB 3.0.2 release?
Posted by Simon Nash <na...@apache.org>.
Luciano Resende wrote:
> On Thu, Feb 4, 2010 at 8:23 AM, David Blevins <da...@visi.com> wrote:
>> On Jan 28, 2010, at 5:30 PM, David Blevins wrote:
>>
>>> On Jan 25, 2010, at 9:10 PM, Luciano Resende wrote:
>>>
>>>> We would like to release our Tuscany Java SCA 1.6 extensions that use
>>>> OpenEJB, but these issues [1][2] are preventing us to do so.
>>>> Are there still plans to have a OpenEJB 3.0.2 ? If so, what's the time
>>>> frame ?
>>>>
>>>> [1] https://issues.apache.org/jira/browse/OPENEJB-1005
>>>> [2] https://issues.apache.org/jira/browse/OPENEJB-1068
>>> Can you give me the svn root of the module I need to check out to run the
>>> related Tuscany tests?
>>>
>> Anyone have that information handy? Willing to run the test and find a
>> solution that works on both mac and windows.
>>
>>
>> -David
>>
>>
>
> Sorry, I guess I missed you previous e-mail.
>
> The 1.6 release branch is available at :
> https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/branches/sca-java-1.6/
>
> There are detailed exceptions and history of this issue in TUSCANY-3165
> https://issues.apache.org/jira/browse/TUSCANY-3165
>
> As for an easy way to reproduce, I guess you could do the following
> - checkout 1.6 branch
> - build modules
> - try itest/contribution-jee witch should generate various test
> failures described in TUSCANY-3165
>
> Note that EJB dependency is controled in modules/contribution-jee-impl....
>
> Thanks in advance for helping.
>
>
I tried this and I got a number of errors, some of which are caused by
the TUSCANY-3165 issue and some of which aren't. Here's the stack trace
from the third failing test, which demonstrates the problem described in
TUSCANY-3165.
Simon
testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WARAp
pcompContribImplicitTestCase) Time elapsed: 0.438 sec <<< ERROR!
org.apache.tuscany.sca.contribution.service.ContributionException: java.lang.Str
ingIndexOutOfBoundsException: String index out of range: -1
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.addContribution(ContributionServiceImpl.java:421)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.contribute(ContributionServiceImpl.java:198)
at org.apache.tuscany.sca.test.contribution.jee.WARAppcompContribImplici
tTestCase.testWARAppcompContribImplicit(WARAppcompContribImplicitTestCase.java:8
2)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(Framework
Method.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCal
lable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMe
thod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMet
hod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
va:31)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
ner.java:73)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
ner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
va:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.
java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTes
tSet(AbstractDirectoryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab
stractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su
refireBooter.java:308)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j
ava:879)
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range:
-1
at java.lang.String.substring(String.java:1932)
at java.lang.String.substring(String.java:1905)
at org.apache.openejb.config.WebModule.<init>(WebModule.java:51)
at org.apache.openejb.config.DeploymentLoader.createWebModule(Deployment
Loader.java:544)
at org.apache.openejb.config.DeploymentLoader.addWebModule(DeploymentLoa
der.java:445)
at org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java
:154)
at org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadat
aCompleteModules(JavaEEModuleHelper.java:42)
at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:81)
at org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
(WebArchiveProcessor.java:46)
at org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
(WebArchiveProcessor.java:34)
at org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProce
ssorExtensionPoint$LazyURLArtifactProcessor.read(DefaultURLArtifactProcessorExte
nsionPoint.java:222)
at org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
ocessor.read(ExtensibleURLArtifactProcessor.java:96)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.processReadPhase(ContributionServiceImpl.java:541)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.addContribution(ContributionServiceImpl.java:419)
... 30 more
Re: Will there be an OpenEJB 3.0.2 release?
Posted by Simon Nash <na...@apache.org>.
Luciano Resende wrote:
> On Thu, Feb 4, 2010 at 8:23 AM, David Blevins <da...@visi.com> wrote:
>> On Jan 28, 2010, at 5:30 PM, David Blevins wrote:
>>
>>> On Jan 25, 2010, at 9:10 PM, Luciano Resende wrote:
>>>
>>>> We would like to release our Tuscany Java SCA 1.6 extensions that use
>>>> OpenEJB, but these issues [1][2] are preventing us to do so.
>>>> Are there still plans to have a OpenEJB 3.0.2 ? If so, what's the time
>>>> frame ?
>>>>
>>>> [1] https://issues.apache.org/jira/browse/OPENEJB-1005
>>>> [2] https://issues.apache.org/jira/browse/OPENEJB-1068
>>> Can you give me the svn root of the module I need to check out to run the
>>> related Tuscany tests?
>>>
>> Anyone have that information handy? Willing to run the test and find a
>> solution that works on both mac and windows.
>>
>>
>> -David
>>
>>
>
> Sorry, I guess I missed you previous e-mail.
>
> The 1.6 release branch is available at :
> https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/branches/sca-java-1.6/
>
> There are detailed exceptions and history of this issue in TUSCANY-3165
> https://issues.apache.org/jira/browse/TUSCANY-3165
>
> As for an easy way to reproduce, I guess you could do the following
> - checkout 1.6 branch
> - build modules
> - try itest/contribution-jee witch should generate various test
> failures described in TUSCANY-3165
>
> Note that EJB dependency is controled in modules/contribution-jee-impl....
>
> Thanks in advance for helping.
>
>
I tried this and I got a number of errors, some of which are caused by
the TUSCANY-3165 issue and some of which aren't. Here's the stack trace
from the third failing test, which demonstrates the problem described in
TUSCANY-3165.
Simon
testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WARAp
pcompContribImplicitTestCase) Time elapsed: 0.438 sec <<< ERROR!
org.apache.tuscany.sca.contribution.service.ContributionException: java.lang.Str
ingIndexOutOfBoundsException: String index out of range: -1
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.addContribution(ContributionServiceImpl.java:421)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.contribute(ContributionServiceImpl.java:198)
at org.apache.tuscany.sca.test.contribution.jee.WARAppcompContribImplici
tTestCase.testWARAppcompContribImplicit(WARAppcompContribImplicitTestCase.java:8
2)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(Framework
Method.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCal
lable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMe
thod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMet
hod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
va:31)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
ner.java:73)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRun
ner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.
java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.ja
va:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.
java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTes
tSet(AbstractDirectoryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab
stractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su
refireBooter.java:308)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j
ava:879)
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range:
-1
at java.lang.String.substring(String.java:1932)
at java.lang.String.substring(String.java:1905)
at org.apache.openejb.config.WebModule.<init>(WebModule.java:51)
at org.apache.openejb.config.DeploymentLoader.createWebModule(Deployment
Loader.java:544)
at org.apache.openejb.config.DeploymentLoader.addWebModule(DeploymentLoa
der.java:445)
at org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java
:154)
at org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadat
aCompleteModules(JavaEEModuleHelper.java:42)
at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:81)
at org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
(WebArchiveProcessor.java:46)
at org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read
(WebArchiveProcessor.java:34)
at org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProce
ssorExtensionPoint$LazyURLArtifactProcessor.read(DefaultURLArtifactProcessorExte
nsionPoint.java:222)
at org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
ocessor.read(ExtensibleURLArtifactProcessor.java:96)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.processReadPhase(ContributionServiceImpl.java:541)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.addContribution(ContributionServiceImpl.java:419)
... 30 more