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 <[email protected]> wrote: > Luciano Resende wrote: > >> On Thu, Feb 4, 2010 at 8:23 AM, David Blevins <[email protected]> >> 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
