You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by ant elder <an...@apache.org> on 2009/05/05 13:53:51 UTC

Re: [1.x] How about releasing 1.5 ?

On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:

>
> The Axis2 1.5 release looks like it could start being voted on this week
> but that often can take some time and then the JMS transport would be
> released separately after that and then we'd need some time to polish a
> Tuscany release including those. So all that would likley take some weeks.
> There are alternatives like trying to port the new JMS transport to our
> existing ws binding, but thats likely a bit more work.
>

If we're to get a 1.5 release out this month I'm starting to think we
should go with porting the new Axis2 JMS transport to work with the
existing Tuscany WS binding.

Axis2 still haven't had their release and after that does happen there
would need to be a follow on release of the transports and all that
will have to take at lease a couple of weeks and then we'd need to
pick it up in Tuscany before doing the Tuscany 1.5 release...so all
that would likely push the Tuscany release in to June.

So unless anyone can see any issues with the approach I'm going to
start looking at bringing the new Axis2 JMS transport into the Tuscany
WS binding. At least that will help us know how hard it is to do and
we can throw it all away if the Axis2 releases do start to happen more
quickly.

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Laws <si...@googlemail.com>.
On Sun, May 17, 2009 at 2:59 PM, Simon Nash <na...@apache.org> wrote:
> ant elder wrote:
>>
>> On Sat, May 16, 2009 at 1:00 PM, Simon Nash <na...@apache.org> wrote:
>>>
>>> ant elder wrote:
>>>>
>>>> On Sat, May 16, 2009 at 11:52 AM, Simon Nash <na...@apache.org> wrote:
>>>>>
>>>>> ant elder wrote:
>>>>>>
>>>>>> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org>
>>>>>> wrote:
>>>>>>
>>>>>>>> I think it is. But maybe what we could do is run though the tests,
>>>>>>>> legal etc in 1.x before cutting the branch to give a day or so more
>>>>>>>> for responses. I intend to give the samples a runt through as soon
>>>>>>>> as
>>>>>>>> I can get done with some 2.x things I'm working on.
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>> Ok good, we're starting to run out of time to get this out this month
>>>>>>> so unless anyone objects i'll cut a release branch tomorrow. If you
>>>>>>> must commit to 1.x before this is done then please be a little
>>>>>>> careful, verify relevant samples and test, and run a full build etc.
>>>>>>>
>>>>>>>  ...ant
>>>>>>>
>>>>>> Done in r775437 we have a new 1.5 release branch -
>>>>>> https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
>>>>>> building cleanly for me though there do still exist a couple of
>>>>>> intermittent failures. To help with getting 1.5 out smoothly how about
>>>>>> no code changes other than sample and test fixes without first
>>>>>> discussing on the ML? I'll try to get an RC1 out by first thing next
>>>>>> week.
>>>>>>
>>>>>>  ...ant
>>>>>>
>>>>>>
>>>>> I tried building this and I am getting the same failure in
>>>>> itest/contribution-jee.
>>>>>
>>>>>  Simon
>>>>>
>>>>>
>>>>>
>>>> Could you paste in the error here?
>>>>
>>>>  ...ant
>>>>
>>>>
>>> Here it is.
>>>
>>>  Simon
>>>
>>> (cut)
>>>
>>
>> That looks like the openejb problem in TUSCANY-2935. To avoid it I've
>> now taken the contribution-jee itest out of the build in the 1.5
>> branch (r775583) .
>>
>>   ...ant
>>
> Thanks.  I am getting a bit further now.  The next failure is in
> itest/exceptions which looks like the problem that others have reported.
>
>  Simon
>
>
>

I created a table for us to track sample tests [1]. Just copied 1.4
and reset the ticks. The modules list is as we left if from 1.4

Simon

[1] http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Release+-+Java+SCA+1.5

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Nash <na...@apache.org>.
ant elder wrote:
> On Sat, May 16, 2009 at 1:00 PM, Simon Nash <na...@apache.org> wrote:
>> ant elder wrote:
>>> On Sat, May 16, 2009 at 11:52 AM, Simon Nash <na...@apache.org> wrote:
>>>> ant elder wrote:
>>>>> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
>>>>>
>>>>>>> I think it is. But maybe what we could do is run though the tests,
>>>>>>> legal etc in 1.x before cutting the branch to give a day or so more
>>>>>>> for responses. I intend to give the samples a runt through as soon as
>>>>>>> I can get done with some 2.x things I'm working on.
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>> Ok good, we're starting to run out of time to get this out this month
>>>>>> so unless anyone objects i'll cut a release branch tomorrow. If you
>>>>>> must commit to 1.x before this is done then please be a little
>>>>>> careful, verify relevant samples and test, and run a full build etc.
>>>>>>
>>>>>>  ...ant
>>>>>>
>>>>> Done in r775437 we have a new 1.5 release branch -
>>>>> https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
>>>>> building cleanly for me though there do still exist a couple of
>>>>> intermittent failures. To help with getting 1.5 out smoothly how about
>>>>> no code changes other than sample and test fixes without first
>>>>> discussing on the ML? I'll try to get an RC1 out by first thing next
>>>>> week.
>>>>>
>>>>>  ...ant
>>>>>
>>>>>
>>>> I tried building this and I am getting the same failure in
>>>> itest/contribution-jee.
>>>>
>>>>  Simon
>>>>
>>>>
>>>>
>>> Could you paste in the error here?
>>>
>>>   ...ant
>>>
>>>
>> Here it is.
>>
>>  Simon
>>
 >> (cut)
>>
> 
> That looks like the openejb problem in TUSCANY-2935. To avoid it I've
> now taken the contribution-jee itest out of the build in the 1.5
> branch (r775583) .
> 
>    ...ant
> 
Thanks.  I am getting a bit further now.  The next failure is in
itest/exceptions which looks like the problem that others have reported.

   Simon

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@gmail.com>.
On Sat, May 16, 2009 at 1:00 PM, Simon Nash <na...@apache.org> wrote:
> ant elder wrote:
>>
>> On Sat, May 16, 2009 at 11:52 AM, Simon Nash <na...@apache.org> wrote:
>>>
>>> ant elder wrote:
>>>>
>>>> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
>>>>
>>>>>> I think it is. But maybe what we could do is run though the tests,
>>>>>> legal etc in 1.x before cutting the branch to give a day or so more
>>>>>> for responses. I intend to give the samples a runt through as soon as
>>>>>> I can get done with some 2.x things I'm working on.
>>>>>>
>>>>>> Simon
>>>>>>
>>>>> Ok good, we're starting to run out of time to get this out this month
>>>>> so unless anyone objects i'll cut a release branch tomorrow. If you
>>>>> must commit to 1.x before this is done then please be a little
>>>>> careful, verify relevant samples and test, and run a full build etc.
>>>>>
>>>>>  ...ant
>>>>>
>>>> Done in r775437 we have a new 1.5 release branch -
>>>> https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
>>>> building cleanly for me though there do still exist a couple of
>>>> intermittent failures. To help with getting 1.5 out smoothly how about
>>>> no code changes other than sample and test fixes without first
>>>> discussing on the ML? I'll try to get an RC1 out by first thing next
>>>> week.
>>>>
>>>>  ...ant
>>>>
>>>>
>>> I tried building this and I am getting the same failure in
>>> itest/contribution-jee.
>>>
>>>  Simon
>>>
>>>
>>>
>>
>> Could you paste in the error here?
>>
>>   ...ant
>>
>>
> Here it is.
>
>  Simon
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building Apache Tuscany SCA iTest Contribution Java EE
> [INFO]    task-segment: [install]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Compiling 1 source file to
> F:\tuscany85\sca-java-1.5\itest\contribution-j
> ee\target\classes
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> [INFO] Compiling 4 source files to
> F:\tuscany85\sca-java-1.5\itest\contribution-
> jee\target\test-classes
> [INFO] [surefire:test]
> [INFO] Surefire report directory:
> F:\tuscany85\sca-java-1.5\itest\contribution-j
> ee\target\surefire-reports
>
> -------------------------------------------------------
>  T E S T S
> -------------------------------------------------------
> Running
> org.apache.tuscany.sca.test.contribution.jee.SCAJarEarNonenhancedTestCas
> e
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52168.ear
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52168
> INFO - Extracting jar:
> C:\Users\nash\AppData\Local\Temp\temp52168\itest-contribu
> tion-jee-samples-1-war-nonenhanced.war
> INFO - Extracted path:
> C:\Users\nash\AppData\Local\Temp\temp52168\itest-contribu
> tion-jee-samples-1-war-nonenhanced
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52172.war
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52172
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.295 sec
> <<< FA
> ILURE!
> testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEarN
> onenhancedTestCase)  Time elapsed: 3.283 sec  <<< ERROR!
> java.lang.RuntimeException:
> org.apache.tuscany.sca.contribution.service.Contribu
> tionException: java.lang.StringIndexOutOfBoundsException: String index out
> of ra
> nge: -1
>        at
> org.apache.tuscany.sca.test.contribution.jee.TestExternalEarModelReso
> lver.resolveModel(TestExternalEarModelResolver.java:131)
>        at
> org.apache.tuscany.sca.contribution.resolver.ExtensibleModelResolver.
> resolveModel(ExtensibleModelResolver.java:179)
>        at
> org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
> sor.resolve(JEEImplementationProcessor.java:166)
>        at
> org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
> sor.resolve(JEEImplementationProcessor.java:61)
>        at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
> essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
> orExtensionPoint.java:388)
>        at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
> rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
>        at
> org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl
> ementation(BaseAssemblyProcessor.java:340)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
> iteProcessor.java:1020)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
> iteProcessor.java:89)
>        at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
> essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
> orExtensionPoint.java:388)
>        at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
> rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
> e(CompositeDocumentProcessor.java:222)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
> e(CompositeDocumentProcessor.java:58)
>        at
> org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
> ocessor.resolve(ExtensibleURLArtifactProcessor.java:106)
>        at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.processResolvePhase(ContributionServiceImpl.java:625)
>        at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.addContribution(ContributionServiceImpl.java:430)
>        at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.contribute(ContributionServiceImpl.java:198)
>        at
> org.apache.tuscany.sca.test.contribution.jee.SCAJarEarNonenhancedTest
> Case.testSCAJarEarNonenhanced(SCAJarEarNonenhancedTestCase.java:116)
>        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:
> org.apache.tuscany.sca.contribution.service.ContributionException: ja
> va.lang.StringIndexOutOfBoundsException: 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.TestExternalEarModelReso
> lver.resolveModel(TestExternalEarModelResolver.java:102)
>        ... 45 more
> 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:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
>        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)
>        ... 47 more
>
> Running
> org.apache.tuscany.sca.test.contribution.jee.WARAppcompContribImplicitTe
> stCase
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52173.war
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52173
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.121 sec
> <<< FA
> ILURE!
> testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WARAp
> pcompContribImplicitTestCase)  Time elapsed: 0.089 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:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
>        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
>
> Running
> org.apache.tuscany.sca.test.contribution.jee.SCAJarEarAppcompTestCase
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52175.ear
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52175
> INFO - Extracting jar:
> C:\Users\nash\AppData\Local\Temp\temp52175\itest-contribu
> tion-jee-samples-1-war-nonenhanced.war
> INFO - Extracted path:
> C:\Users\nash\AppData\Local\Temp\temp52175\itest-contribu
> tion-jee-samples-1-war-nonenhanced
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52179.war
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52179
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.347 sec
> <<< FA
> ILURE!
> testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEarA
> ppcompTestCase)  Time elapsed: 1.345 sec  <<< ERROR!
> java.lang.RuntimeException:
> org.apache.tuscany.sca.contribution.service.Contribu
> tionException: java.lang.StringIndexOutOfBoundsException: String index out
> of ra
> nge: -1
>        at
> org.apache.tuscany.sca.test.contribution.jee.TestExternalEarModelReso
> lver.resolveModel(TestExternalEarModelResolver.java:131)
>        at
> org.apache.tuscany.sca.contribution.resolver.ExtensibleModelResolver.
> resolveModel(ExtensibleModelResolver.java:179)
>        at
> org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
> sor.resolve(JEEImplementationProcessor.java:166)
>        at
> org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
> sor.resolve(JEEImplementationProcessor.java:61)
>        at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
> essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
> orExtensionPoint.java:388)
>        at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
> rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
>        at
> org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl
> ementation(BaseAssemblyProcessor.java:340)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
> iteProcessor.java:1020)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
> iteProcessor.java:89)
>        at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
> essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
> orExtensionPoint.java:388)
>        at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
> rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
> e(CompositeDocumentProcessor.java:222)
>        at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
> e(CompositeDocumentProcessor.java:58)
>        at
> org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
> ocessor.resolve(ExtensibleURLArtifactProcessor.java:106)
>        at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.processResolvePhase(ContributionServiceImpl.java:625)
>        at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.addContribution(ContributionServiceImpl.java:430)
>        at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
> mpl.contribute(ContributionServiceImpl.java:198)
>        at
> org.apache.tuscany.sca.test.contribution.jee.SCAJarEarAppcompTestCase
> .testSCAJarEarNonenhanced(SCAJarEarAppcompTestCase.java:87)
>        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:
> org.apache.tuscany.sca.contribution.service.ContributionException: ja
> va.lang.StringIndexOutOfBoundsException: 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.TestExternalEarModelReso
> lver.resolveModel(TestExternalEarModelResolver.java:102)
>        ... 45 more
> 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:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
>        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)
>        ... 47 more
>
> Running
> org.apache.tuscany.sca.test.contribution.jee.ContributionServiceTestCase
>
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52183.war
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52183
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52184.war
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52184
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52185.ear
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52185
> INFO - Extracting jar:
> C:\Users\nash\AppData\Local\Temp\temp52185\helloworld-web
> .war
> INFO - Extracted path:
> C:\Users\nash\AppData\Local\Temp\temp52185\helloworld-web
>
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52186.ear
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52186
> INFO - Extracting jar:
> C:\Users\nash\AppData\Local\Temp\temp52186\simple-web.war
>
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52186\simple-web
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52188.war
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52188
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52189.ear
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52189
> INFO - Extracting jar:
> C:\Users\nash\AppData\Local\Temp\temp52189\simple-web.war
>
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52189\simple-web
> INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52191.war
> INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52191
> Tests run: 9, Failures: 0, Errors: 5, Skipped: 1, Time elapsed: 1.852 sec
> <<< FA
> ILURE!
> testContributeWAR(org.apache.tuscany.sca.test.contribution.jee.ContributionServi
> ceTestCase)  Time elapsed: 0.086 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.ContributionServiceTestC
> ase.testContributeWAR(ContributionServiceTestCase.java:167)
>        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:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
>        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
>
> testContributeWARwDeployable(org.apache.tuscany.sca.test.contribution.jee.Contri
> butionServiceTestCase)  Time elapsed: 0.159 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.ContributionServiceTestC
> ase.testContributeWARwDeployable(ContributionServiceTestCase.java:197)
>        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:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
>        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
>
> testContributeEAR(org.apache.tuscany.sca.test.contribution.jee.ContributionServi
> ceTestCase)  Time elapsed: 0.162 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.ContributionServiceTestC
> ase.testContributeEAR(ContributionServiceTestCase.java:242)
>        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.createAppModule(Deployment
> Loader.java:377)
>        at
> org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java
> :126)
>        at
> org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadat
> aCompleteModules(JavaEEModuleHelper.java:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectJeeArchive(JavaEEIntrospectorImpl.java:398)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEArchiveProcessor.r
> ead(JavaEEArchiveProcessor.java:46)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEArchiveProcessor.r
> ead(JavaEEArchiveProcessor.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
>
> testContributeEAR_Enhanced16(org.apache.tuscany.sca.test.contribution.jee.Contri
> butionServiceTestCase)  Time elapsed: 0.51 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.ContributionServiceTestC
> ase.testContributeEAR_Enhanced16(ContributionServiceTestCase.java:277)
>        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:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
>        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
>
> testContributeEAR_Enhanced19(org.apache.tuscany.sca.test.contribution.jee.Contri
> butionServiceTestCase)  Time elapsed: 0.504 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.ContributionServiceTestC
> ase.testContributeEAR_Enhanced19(ContributionServiceTestCase.java:300)
>        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:40)
>        at
> org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
> ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
>        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
>
>
> Results :
>
> Tests in error:
>  testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEa
> rNonenhancedTestCase)
>  testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WAR
> AppcompContribImplicitTestCase)
>  testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEa
> rAppcompTestCase)
>  testContributeWAR(org.apache.tuscany.sca.test.contribution.jee.ContributionSer
> viceTestCase)
>  testContributeWARwDeployable(org.apache.tuscany.sca.test.contribution.jee.Cont
> ributionServiceTestCase)
>  testContributeEAR(org.apache.tuscany.sca.test.contribution.jee.ContributionSer
> viceTestCase)
>  testContributeEAR_Enhanced16(org.apache.tuscany.sca.test.contribution.jee.Cont
> ributionServiceTestCase)
>  testContributeEAR_Enhanced19(org.apache.tuscany.sca.test.contribution.jee.Cont
> ributionServiceTestCase)
>
> Tests run: 12, Failures: 0, Errors: 8, Skipped: 1
>
>
>

That looks like the openejb problem in TUSCANY-2935. To avoid it I've
now taken the contribution-jee itest out of the build in the 1.5
branch (r775583) .

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Nash <na...@apache.org>.
ant elder wrote:
> On Sat, May 16, 2009 at 11:52 AM, Simon Nash <na...@apache.org> wrote:
>> ant elder wrote:
>>> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
>>>
>>>>> I think it is. But maybe what we could do is run though the tests,
>>>>> legal etc in 1.x before cutting the branch to give a day or so more
>>>>> for responses. I intend to give the samples a runt through as soon as
>>>>> I can get done with some 2.x things I'm working on.
>>>>>
>>>>> Simon
>>>>>
>>>> Ok good, we're starting to run out of time to get this out this month
>>>> so unless anyone objects i'll cut a release branch tomorrow. If you
>>>> must commit to 1.x before this is done then please be a little
>>>> careful, verify relevant samples and test, and run a full build etc.
>>>>
>>>>  ...ant
>>>>
>>> Done in r775437 we have a new 1.5 release branch -
>>> https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
>>> building cleanly for me though there do still exist a couple of
>>> intermittent failures. To help with getting 1.5 out smoothly how about
>>> no code changes other than sample and test fixes without first
>>> discussing on the ML? I'll try to get an RC1 out by first thing next
>>> week.
>>>
>>>   ...ant
>>>
>>>
>> I tried building this and I am getting the same failure in
>> itest/contribution-jee.
>>
>>  Simon
>>
>>
>>
> 
> Could you paste in the error here?
> 
>    ...ant
> 
> 
Here it is.

   Simon

[INFO] ------------------------------------------------------------------------
[INFO] Building Apache Tuscany SCA iTest Contribution Java EE
[INFO]    task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 1 source file to F:\tuscany85\sca-java-1.5\itest\contribution-j
ee\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 4 source files to F:\tuscany85\sca-java-1.5\itest\contribution-
jee\target\test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: F:\tuscany85\sca-java-1.5\itest\contribution-j
ee\target\surefire-reports

-------------------------------------------------------
  T E S T S
-------------------------------------------------------
Running org.apache.tuscany.sca.test.contribution.jee.SCAJarEarNonenhancedTestCas
e
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52168.ear
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52168
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52168\itest-contribu
tion-jee-samples-1-war-nonenhanced.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52168\itest-contribu
tion-jee-samples-1-war-nonenhanced
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52172.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52172
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.295 sec <<< FA
ILURE!
testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEarN
onenhancedTestCase)  Time elapsed: 3.283 sec  <<< ERROR!
java.lang.RuntimeException: org.apache.tuscany.sca.contribution.service.Contribu
tionException: java.lang.StringIndexOutOfBoundsException: String index out of ra
nge: -1
         at org.apache.tuscany.sca.test.contribution.jee.TestExternalEarModelReso
lver.resolveModel(TestExternalEarModelResolver.java:131)
         at org.apache.tuscany.sca.contribution.resolver.ExtensibleModelResolver.
resolveModel(ExtensibleModelResolver.java:179)
         at org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
sor.resolve(JEEImplementationProcessor.java:166)
         at org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
sor.resolve(JEEImplementationProcessor.java:61)
         at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
orExtensionPoint.java:388)
         at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
         at org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl
ementation(BaseAssemblyProcessor.java:340)
         at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
iteProcessor.java:1020)
         at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
iteProcessor.java:89)
         at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
orExtensionPoint.java:388)
         at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
         at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
e(CompositeDocumentProcessor.java:222)
         at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
e(CompositeDocumentProcessor.java:58)
         at org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
ocessor.resolve(ExtensibleURLArtifactProcessor.java:106)
         at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.processResolvePhase(ContributionServiceImpl.java:625)
         at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.addContribution(ContributionServiceImpl.java:430)
         at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.contribute(ContributionServiceImpl.java:198)
         at org.apache.tuscany.sca.test.contribution.jee.SCAJarEarNonenhancedTest
Case.testSCAJarEarNonenhanced(SCAJarEarNonenhancedTestCase.java:116)
         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: org.apache.tuscany.sca.contribution.service.ContributionException: ja
va.lang.StringIndexOutOfBoundsException: 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.TestExternalEarModelReso
lver.resolveModel(TestExternalEarModelResolver.java:102)
         ... 45 more
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:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
         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)
         ... 47 more

Running org.apache.tuscany.sca.test.contribution.jee.WARAppcompContribImplicitTe
stCase
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52173.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52173
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.121 sec <<< FA
ILURE!
testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WARAp
pcompContribImplicitTestCase)  Time elapsed: 0.089 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:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
         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

Running org.apache.tuscany.sca.test.contribution.jee.SCAJarEarAppcompTestCase
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52175.ear
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52175
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52175\itest-contribu
tion-jee-samples-1-war-nonenhanced.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52175\itest-contribu
tion-jee-samples-1-war-nonenhanced
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52179.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52179
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.347 sec <<< FA
ILURE!
testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEarA
ppcompTestCase)  Time elapsed: 1.345 sec  <<< ERROR!
java.lang.RuntimeException: org.apache.tuscany.sca.contribution.service.Contribu
tionException: java.lang.StringIndexOutOfBoundsException: String index out of ra
nge: -1
         at org.apache.tuscany.sca.test.contribution.jee.TestExternalEarModelReso
lver.resolveModel(TestExternalEarModelResolver.java:131)
         at org.apache.tuscany.sca.contribution.resolver.ExtensibleModelResolver.
resolveModel(ExtensibleModelResolver.java:179)
         at org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
sor.resolve(JEEImplementationProcessor.java:166)
         at org.apache.tuscany.sca.implementation.jee.xml.JEEImplementationProces
sor.resolve(JEEImplementationProcessor.java:61)
         at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
orExtensionPoint.java:388)
         at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
         at org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl
ementation(BaseAssemblyProcessor.java:340)
         at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
iteProcessor.java:1020)
         at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
iteProcessor.java:89)
         at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
orExtensionPoint.java:388)
         at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
rocessor.resolve(ExtensibleStAXArtifactProcessor.java:183)
         at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
e(CompositeDocumentProcessor.java:222)
         at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
e(CompositeDocumentProcessor.java:58)
         at org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
ocessor.resolve(ExtensibleURLArtifactProcessor.java:106)
         at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.processResolvePhase(ContributionServiceImpl.java:625)
         at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.addContribution(ContributionServiceImpl.java:430)
         at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceI
mpl.contribute(ContributionServiceImpl.java:198)
         at org.apache.tuscany.sca.test.contribution.jee.SCAJarEarAppcompTestCase
.testSCAJarEarNonenhanced(SCAJarEarAppcompTestCase.java:87)
         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: org.apache.tuscany.sca.contribution.service.ContributionException: ja
va.lang.StringIndexOutOfBoundsException: 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.TestExternalEarModelReso
lver.resolveModel(TestExternalEarModelResolver.java:102)
         ... 45 more
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:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
         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)
         ... 47 more

Running org.apache.tuscany.sca.test.contribution.jee.ContributionServiceTestCase

INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52183.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52183
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52184.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52184
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52185.ear
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52185
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52185\helloworld-web
.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52185\helloworld-web

INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52186.ear
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52186
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52186\simple-web.war

INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52186\simple-web
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52188.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52188
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52189.ear
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52189
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52189\simple-web.war

INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52189\simple-web
INFO - Extracting jar: C:\Users\nash\AppData\Local\Temp\temp52191.war
INFO - Extracted path: C:\Users\nash\AppData\Local\Temp\temp52191
Tests run: 9, Failures: 0, Errors: 5, Skipped: 1, Time elapsed: 1.852 sec <<< FA
ILURE!
testContributeWAR(org.apache.tuscany.sca.test.contribution.jee.ContributionServi
ceTestCase)  Time elapsed: 0.086 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.ContributionServiceTestC
ase.testContributeWAR(ContributionServiceTestCase.java:167)
         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:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
         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

testContributeWARwDeployable(org.apache.tuscany.sca.test.contribution.jee.Contri
butionServiceTestCase)  Time elapsed: 0.159 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.ContributionServiceTestC
ase.testContributeWARwDeployable(ContributionServiceTestCase.java:197)
         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:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
         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

testContributeEAR(org.apache.tuscany.sca.test.contribution.jee.ContributionServi
ceTestCase)  Time elapsed: 0.162 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.ContributionServiceTestC
ase.testContributeEAR(ContributionServiceTestCase.java:242)
         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.createAppModule(Deployment
Loader.java:377)
         at org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java
:126)
         at org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadat
aCompleteModules(JavaEEModuleHelper.java:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectJeeArchive(JavaEEIntrospectorImpl.java:398)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEArchiveProcessor.r
ead(JavaEEArchiveProcessor.java:46)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEArchiveProcessor.r
ead(JavaEEArchiveProcessor.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

testContributeEAR_Enhanced16(org.apache.tuscany.sca.test.contribution.jee.Contri
butionServiceTestCase)  Time elapsed: 0.51 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.ContributionServiceTestC
ase.testContributeEAR_Enhanced16(ContributionServiceTestCase.java:277)
         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:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
         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

testContributeEAR_Enhanced19(org.apache.tuscany.sca.test.contribution.jee.Contri
butionServiceTestCase)  Time elapsed: 0.504 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.ContributionServiceTestC
ase.testContributeEAR_Enhanced19(ContributionServiceTestCase.java:300)
         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:40)
         at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.i
ntrospectWebArchive(JavaEEIntrospectorImpl.java:80)
         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


Results :

Tests in error:
   testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEa
rNonenhancedTestCase)
   testWARAppcompContribImplicit(org.apache.tuscany.sca.test.contribution.jee.WAR
AppcompContribImplicitTestCase)
   testSCAJarEarNonenhanced(org.apache.tuscany.sca.test.contribution.jee.SCAJarEa
rAppcompTestCase)
   testContributeWAR(org.apache.tuscany.sca.test.contribution.jee.ContributionSer
viceTestCase)
   testContributeWARwDeployable(org.apache.tuscany.sca.test.contribution.jee.Cont
ributionServiceTestCase)
   testContributeEAR(org.apache.tuscany.sca.test.contribution.jee.ContributionSer
viceTestCase)
   testContributeEAR_Enhanced16(org.apache.tuscany.sca.test.contribution.jee.Cont
ributionServiceTestCase)
   testContributeEAR_Enhanced19(org.apache.tuscany.sca.test.contribution.jee.Cont
ributionServiceTestCase)

Tests run: 12, Failures: 0, Errors: 8, Skipped: 1

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@gmail.com>.
On Sat, May 16, 2009 at 11:52 AM, Simon Nash <na...@apache.org> wrote:
> ant elder wrote:
>>
>> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
>>
>>>> I think it is. But maybe what we could do is run though the tests,
>>>> legal etc in 1.x before cutting the branch to give a day or so more
>>>> for responses. I intend to give the samples a runt through as soon as
>>>> I can get done with some 2.x things I'm working on.
>>>>
>>>> Simon
>>>>
>>> Ok good, we're starting to run out of time to get this out this month
>>> so unless anyone objects i'll cut a release branch tomorrow. If you
>>> must commit to 1.x before this is done then please be a little
>>> careful, verify relevant samples and test, and run a full build etc.
>>>
>>>  ...ant
>>>
>>
>> Done in r775437 we have a new 1.5 release branch -
>> https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
>> building cleanly for me though there do still exist a couple of
>> intermittent failures. To help with getting 1.5 out smoothly how about
>> no code changes other than sample and test fixes without first
>> discussing on the ML? I'll try to get an RC1 out by first thing next
>> week.
>>
>>   ...ant
>>
>>
> I tried building this and I am getting the same failure in
> itest/contribution-jee.
>
>  Simon
>
>
>

Could you paste in the error here?

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Nash <na...@apache.org>.
ant elder wrote:
> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
> 
>>> I think it is. But maybe what we could do is run though the tests,
>>> legal etc in 1.x before cutting the branch to give a day or so more
>>> for responses. I intend to give the samples a runt through as soon as
>>> I can get done with some 2.x things I'm working on.
>>>
>>> Simon
>>>
>> Ok good, we're starting to run out of time to get this out this month
>> so unless anyone objects i'll cut a release branch tomorrow. If you
>> must commit to 1.x before this is done then please be a little
>> careful, verify relevant samples and test, and run a full build etc.
>>
>>   ...ant
>>
> 
> Done in r775437 we have a new 1.5 release branch -
> https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
> building cleanly for me though there do still exist a couple of
> intermittent failures. To help with getting 1.5 out smoothly how about
> no code changes other than sample and test fixes without first
> discussing on the ML? I'll try to get an RC1 out by first thing next
> week.
> 
>    ...ant
> 
> 
I tried building this and I am getting the same failure in
itest/contribution-jee.

   Simon

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Laws <si...@googlemail.com>.
On Sat, May 16, 2009 at 9:59 AM, ant elder <an...@apache.org> wrote:
> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
>
>>>
>>> I think it is. But maybe what we could do is run though the tests,
>>> legal etc in 1.x before cutting the branch to give a day or so more
>>> for responses. I intend to give the samples a runt through as soon as
>>> I can get done with some 2.x things I'm working on.
>>>
>>> Simon
>>>
>>
>> Ok good, we're starting to run out of time to get this out this month
>> so unless anyone objects i'll cut a release branch tomorrow. If you
>> must commit to 1.x before this is done then please be a little
>> careful, verify relevant samples and test, and run a full build etc.
>>
>>   ...ant
>>
>
> Done in r775437 we have a new 1.5 release branch -
> https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
> building cleanly for me though there do still exist a couple of
> intermittent failures. To help with getting 1.5 out smoothly how about
> no code changes other than sample and test fixes without first
> discussing on the ML? I'll try to get an RC1 out by first thing next
> week.
>
>   ...ant
>

Thanks Ant.

I'm guessing a bit but this exception funny seems to be something to
do with whether pass by value handling is included or not. The remote
exception test fails when the returned exception is physically the
same instance as the original exception that was thrown. Suggests that
it's not being copied as it should be on some runs. I'm sure we've
seen this before recently but don't remember the exact cause. Anyhow
that's as far as I've got.

Simon

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@apache.org>.
On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:

>>
>> I think it is. But maybe what we could do is run though the tests,
>> legal etc in 1.x before cutting the branch to give a day or so more
>> for responses. I intend to give the samples a runt through as soon as
>> I can get done with some 2.x things I'm working on.
>>
>> Simon
>>
>
> Ok good, we're starting to run out of time to get this out this month
> so unless anyone objects i'll cut a release branch tomorrow. If you
> must commit to 1.x before this is done then please be a little
> careful, verify relevant samples and test, and run a full build etc.
>
>   ...ant
>

Done in r775437 we have a new 1.5 release branch -
https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/ .Thats
building cleanly for me though there do still exist a couple of
intermittent failures. To help with getting 1.5 out smoothly how about
no code changes other than sample and test fixes without first
discussing on the ML? I'll try to get an RC1 out by first thing next
week.

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Laws <si...@googlemail.com>.
On Sat, May 16, 2009 at 8:30 AM, ant elder <an...@gmail.com> wrote:
> On Fri, May 15, 2009 at 10:08 PM, Simon Laws <si...@googlemail.com> wrote:
>
>> and I didn't see itest/contribution-jee causing problems. Although
>> itest/exceptions did fail which I'm sure I didn't have problems with
>> last time I built and which didn't fail when run directly.  I wonder
>> if we're chasing one of these activator problems.
>>
>
> It is - TUSCANY-3030
>
>   ...ant
>

Just to confirm just done a full build and it failed on
itest/exceptions and itest/jms-format. I did change jms-format
yesterday (so will double check it later) but they both run in
isolation.

Simon

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@gmail.com>.
On Fri, May 15, 2009 at 10:08 PM, Simon Laws <si...@googlemail.com> wrote:

> and I didn't see itest/contribution-jee causing problems. Although
> itest/exceptions did fail which I'm sure I didn't have problems with
> last time I built and which didn't fail when run directly.  I wonder
> if we're chasing one of these activator problems.
>

It is - TUSCANY-3030

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Laws <si...@googlemail.com>.
On Fri, May 15, 2009 at 10:05 PM, Simon Nash <na...@apache.org> wrote:
> ant elder wrote:
>>
>> On Fri, May 15, 2009 at 1:41 PM, Simon Laws <si...@googlemail.com>
>> wrote:
>>
>>>> FYI a full build shows five failures presently:
>>>>
>>>> samples\binding-notification-consumer
>>>> samples\binding-notification-producer
>>>> samples\simple-callback-ws
>>>> itest\exceptions
>>>> itest\jms
>>>>
>>>> I'll start with looking at that JMS one, anyone feel free to jump in
>>>> and help with the others.
>>>>
>>>>  ...ant
>>>>
>>> Just investigating this JMS funny from the list. I'll jump in when I'm
>>> done.
>>>
>>> Simon
>>>
>>
>> Ok i'm looking at the exceptions itest then.
>>
>>   ...ant
>>
>>
> I tried to build this (interested in the simple-callback-ws failure)
> and I got a different failure, in itest/contribution-jee.
>
>  Simon
>
>
>
What revision was that from? I'm on the latest as far as I can tell
and I didn't see itest/contribution-jee causing problems. Although
itest/exceptions did fail which I'm sure I didn't have problems with
last time I built and which didn't fail when run directly.  I wonder
if we're chasing one of these activator problems.

Simon

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Nash <na...@apache.org>.
Simon Nash wrote:
> ant elder wrote:
>> On Fri, May 15, 2009 at 1:41 PM, Simon Laws 
>> <si...@googlemail.com> wrote:
>>
>>>> FYI a full build shows five failures presently:
>>>>
>>>> samples\binding-notification-consumer
>>>> samples\binding-notification-producer
>>>> samples\simple-callback-ws
>>>> itest\exceptions
>>>> itest\jms
>>>>
>>>> I'll start with looking at that JMS one, anyone feel free to jump in
>>>> and help with the others.
>>>>
>>>>   ...ant
>>>>
>>> Just investigating this JMS funny from the list. I'll jump in when 
>>> I'm done.
>>>
>>> Simon
>>>
>>
>> Ok i'm looking at the exceptions itest then.
>>
>>    ...ant
>>
>>
> I tried to build this (interested in the simple-callback-ws failure)
> and I got a different failure, in itest/contribution-jee.
> 
>   Simon
> 
All the samples (including simple-callback-ws) built OK for me.  The itest
failure that I saw occurred later in the build.

   Simon

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Nash <na...@apache.org>.
ant elder wrote:
> On Fri, May 15, 2009 at 1:41 PM, Simon Laws <si...@googlemail.com> wrote:
> 
>>> FYI a full build shows five failures presently:
>>>
>>> samples\binding-notification-consumer
>>> samples\binding-notification-producer
>>> samples\simple-callback-ws
>>> itest\exceptions
>>> itest\jms
>>>
>>> I'll start with looking at that JMS one, anyone feel free to jump in
>>> and help with the others.
>>>
>>>   ...ant
>>>
>> Just investigating this JMS funny from the list. I'll jump in when I'm done.
>>
>> Simon
>>
> 
> Ok i'm looking at the exceptions itest then.
> 
>    ...ant
> 
> 
I tried to build this (interested in the simple-callback-ws failure)
and I got a different failure, in itest/contribution-jee.

   Simon

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@apache.org>.
On Fri, May 15, 2009 at 1:41 PM, Simon Laws <si...@googlemail.com> wrote:

>> FYI a full build shows five failures presently:
>>
>> samples\binding-notification-consumer
>> samples\binding-notification-producer
>> samples\simple-callback-ws
>> itest\exceptions
>> itest\jms
>>
>> I'll start with looking at that JMS one, anyone feel free to jump in
>> and help with the others.
>>
>>   ...ant
>>
>
> Just investigating this JMS funny from the list. I'll jump in when I'm done.
>
> Simon
>

Ok i'm looking at the exceptions itest then.

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Laws <si...@googlemail.com>.
On Fri, May 15, 2009 at 1:36 PM, ant elder <an...@apache.org> wrote:
> On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
>> On Fri, May 15, 2009 at 9:12 AM, Simon Laws <si...@googlemail.com> wrote:
>>> On Thu, May 14, 2009 at 11:49 AM, ant elder <an...@apache.org> wrote:
>>>> On Tue, May 5, 2009 at 1:01 PM, Simon Laws <si...@googlemail.com> wrote:
>>>>> On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
>>>>>> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>>>>>>
>>>>>>>
>>>>>>> The Axis2 1.5 release looks like it could start being voted on this week
>>>>>>> but that often can take some time and then the JMS transport would be
>>>>>>> released separately after that and then we'd need some time to polish a
>>>>>>> Tuscany release including those. So all that would likley take some weeks.
>>>>>>> There are alternatives like trying to port the new JMS transport to our
>>>>>>> existing ws binding, but thats likely a bit more work.
>>>>>>>
>>>>>>
>>>>>> If we're to get a 1.5 release out this month I'm starting to think we
>>>>>> should go with porting the new Axis2 JMS transport to work with the
>>>>>> existing Tuscany WS binding.
>>>>>>
>>>>>> Axis2 still haven't had their release and after that does happen there
>>>>>> would need to be a follow on release of the transports and all that
>>>>>> will have to take at lease a couple of weeks and then we'd need to
>>>>>> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
>>>>>> that would likely push the Tuscany release in to June.
>>>>>>
>>>>>> So unless anyone can see any issues with the approach I'm going to
>>>>>> start looking at bringing the new Axis2 JMS transport into the Tuscany
>>>>>> WS binding. At least that will help us know how hard it is to do and
>>>>>> we can throw it all away if the Axis2 releases do start to happen more
>>>>>> quickly.
>>>>>>
>>>>>>   ...ant
>>>>>>
>>>>>
>>>>> Sounds like the right thing to do given where we are. We also have
>>>>> this WSDL issue that Dave raised that I was going to look at. Is it
>>>>> safe to assume that we wait until these are done before retaking the
>>>>> branch?
>>>>>
>>>>> Simon
>>>>>
>>>>
>>>> I've fixed the soap/jms issue in TUSCANY-2916 now, whats the status of
>>>> the wsdl issue in TUSCANY-2900, is the work around in there enough for
>>>> us to start on the 1.5 release again now?
>>>>
>>>>   ...ant
>>>>
>>>
>>> I think it is. But maybe what we could do is run though the tests,
>>> legal etc in 1.x before cutting the branch to give a day or so more
>>> for responses. I intend to give the samples a runt through as soon as
>>> I can get done with some 2.x things I'm working on.
>>>
>>> Simon
>>>
>>
>> Ok good, we're starting to run out of time to get this out this month
>> so unless anyone objects i'll cut a release branch tomorrow. If you
>> must commit to 1.x before this is done then please be a little
>> careful, verify relevant samples and test, and run a full build etc.
>>
>>   ...ant
>>
>
> FYI a full build shows five failures presently:
>
> samples\binding-notification-consumer
> samples\binding-notification-producer
> samples\simple-callback-ws
> itest\exceptions
> itest\jms
>
> I'll start with looking at that JMS one, anyone feel free to jump in
> and help with the others.
>
>   ...ant
>

Just investigating this JMS funny from the list. I'll jump in when I'm done.

Simon

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@apache.org>.
On Fri, May 15, 2009 at 1:02 PM, ant elder <an...@apache.org> wrote:
> On Fri, May 15, 2009 at 9:12 AM, Simon Laws <si...@googlemail.com> wrote:
>> On Thu, May 14, 2009 at 11:49 AM, ant elder <an...@apache.org> wrote:
>>> On Tue, May 5, 2009 at 1:01 PM, Simon Laws <si...@googlemail.com> wrote:
>>>> On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
>>>>> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>>>>>
>>>>>>
>>>>>> The Axis2 1.5 release looks like it could start being voted on this week
>>>>>> but that often can take some time and then the JMS transport would be
>>>>>> released separately after that and then we'd need some time to polish a
>>>>>> Tuscany release including those. So all that would likley take some weeks.
>>>>>> There are alternatives like trying to port the new JMS transport to our
>>>>>> existing ws binding, but thats likely a bit more work.
>>>>>>
>>>>>
>>>>> If we're to get a 1.5 release out this month I'm starting to think we
>>>>> should go with porting the new Axis2 JMS transport to work with the
>>>>> existing Tuscany WS binding.
>>>>>
>>>>> Axis2 still haven't had their release and after that does happen there
>>>>> would need to be a follow on release of the transports and all that
>>>>> will have to take at lease a couple of weeks and then we'd need to
>>>>> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
>>>>> that would likely push the Tuscany release in to June.
>>>>>
>>>>> So unless anyone can see any issues with the approach I'm going to
>>>>> start looking at bringing the new Axis2 JMS transport into the Tuscany
>>>>> WS binding. At least that will help us know how hard it is to do and
>>>>> we can throw it all away if the Axis2 releases do start to happen more
>>>>> quickly.
>>>>>
>>>>>   ...ant
>>>>>
>>>>
>>>> Sounds like the right thing to do given where we are. We also have
>>>> this WSDL issue that Dave raised that I was going to look at. Is it
>>>> safe to assume that we wait until these are done before retaking the
>>>> branch?
>>>>
>>>> Simon
>>>>
>>>
>>> I've fixed the soap/jms issue in TUSCANY-2916 now, whats the status of
>>> the wsdl issue in TUSCANY-2900, is the work around in there enough for
>>> us to start on the 1.5 release again now?
>>>
>>>   ...ant
>>>
>>
>> I think it is. But maybe what we could do is run though the tests,
>> legal etc in 1.x before cutting the branch to give a day or so more
>> for responses. I intend to give the samples a runt through as soon as
>> I can get done with some 2.x things I'm working on.
>>
>> Simon
>>
>
> Ok good, we're starting to run out of time to get this out this month
> so unless anyone objects i'll cut a release branch tomorrow. If you
> must commit to 1.x before this is done then please be a little
> careful, verify relevant samples and test, and run a full build etc.
>
>   ...ant
>

FYI a full build shows five failures presently:

samples\binding-notification-consumer
samples\binding-notification-producer
samples\simple-callback-ws
itest\exceptions
itest\jms

I'll start with looking at that JMS one, anyone feel free to jump in
and help with the others.

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@apache.org>.
On Fri, May 15, 2009 at 9:12 AM, Simon Laws <si...@googlemail.com> wrote:
> On Thu, May 14, 2009 at 11:49 AM, ant elder <an...@apache.org> wrote:
>> On Tue, May 5, 2009 at 1:01 PM, Simon Laws <si...@googlemail.com> wrote:
>>> On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
>>>> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>>>>
>>>>>
>>>>> The Axis2 1.5 release looks like it could start being voted on this week
>>>>> but that often can take some time and then the JMS transport would be
>>>>> released separately after that and then we'd need some time to polish a
>>>>> Tuscany release including those. So all that would likley take some weeks.
>>>>> There are alternatives like trying to port the new JMS transport to our
>>>>> existing ws binding, but thats likely a bit more work.
>>>>>
>>>>
>>>> If we're to get a 1.5 release out this month I'm starting to think we
>>>> should go with porting the new Axis2 JMS transport to work with the
>>>> existing Tuscany WS binding.
>>>>
>>>> Axis2 still haven't had their release and after that does happen there
>>>> would need to be a follow on release of the transports and all that
>>>> will have to take at lease a couple of weeks and then we'd need to
>>>> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
>>>> that would likely push the Tuscany release in to June.
>>>>
>>>> So unless anyone can see any issues with the approach I'm going to
>>>> start looking at bringing the new Axis2 JMS transport into the Tuscany
>>>> WS binding. At least that will help us know how hard it is to do and
>>>> we can throw it all away if the Axis2 releases do start to happen more
>>>> quickly.
>>>>
>>>>   ...ant
>>>>
>>>
>>> Sounds like the right thing to do given where we are. We also have
>>> this WSDL issue that Dave raised that I was going to look at. Is it
>>> safe to assume that we wait until these are done before retaking the
>>> branch?
>>>
>>> Simon
>>>
>>
>> I've fixed the soap/jms issue in TUSCANY-2916 now, whats the status of
>> the wsdl issue in TUSCANY-2900, is the work around in there enough for
>> us to start on the 1.5 release again now?
>>
>>   ...ant
>>
>
> I think it is. But maybe what we could do is run though the tests,
> legal etc in 1.x before cutting the branch to give a day or so more
> for responses. I intend to give the samples a runt through as soon as
> I can get done with some 2.x things I'm working on.
>
> Simon
>

Ok good, we're starting to run out of time to get this out this month
so unless anyone objects i'll cut a release branch tomorrow. If you
must commit to 1.x before this is done then please be a little
careful, verify relevant samples and test, and run a full build etc.

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Laws <si...@googlemail.com>.
On Thu, May 14, 2009 at 11:49 AM, ant elder <an...@apache.org> wrote:
> On Tue, May 5, 2009 at 1:01 PM, Simon Laws <si...@googlemail.com> wrote:
>> On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
>>> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>>>
>>>>
>>>> The Axis2 1.5 release looks like it could start being voted on this week
>>>> but that often can take some time and then the JMS transport would be
>>>> released separately after that and then we'd need some time to polish a
>>>> Tuscany release including those. So all that would likley take some weeks.
>>>> There are alternatives like trying to port the new JMS transport to our
>>>> existing ws binding, but thats likely a bit more work.
>>>>
>>>
>>> If we're to get a 1.5 release out this month I'm starting to think we
>>> should go with porting the new Axis2 JMS transport to work with the
>>> existing Tuscany WS binding.
>>>
>>> Axis2 still haven't had their release and after that does happen there
>>> would need to be a follow on release of the transports and all that
>>> will have to take at lease a couple of weeks and then we'd need to
>>> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
>>> that would likely push the Tuscany release in to June.
>>>
>>> So unless anyone can see any issues with the approach I'm going to
>>> start looking at bringing the new Axis2 JMS transport into the Tuscany
>>> WS binding. At least that will help us know how hard it is to do and
>>> we can throw it all away if the Axis2 releases do start to happen more
>>> quickly.
>>>
>>>   ...ant
>>>
>>
>> Sounds like the right thing to do given where we are. We also have
>> this WSDL issue that Dave raised that I was going to look at. Is it
>> safe to assume that we wait until these are done before retaking the
>> branch?
>>
>> Simon
>>
>
> I've fixed the soap/jms issue in TUSCANY-2916 now, whats the status of
> the wsdl issue in TUSCANY-2900, is the work around in there enough for
> us to start on the 1.5 release again now?
>
>   ...ant
>

I think it is. But maybe what we could do is run though the tests,
legal etc in 1.x before cutting the branch to give a day or so more
for responses. I intend to give the samples a runt through as soon as
I can get done with some 2.x things I'm working on.

Simon

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@apache.org>.
On Tue, May 5, 2009 at 1:01 PM, Simon Laws <si...@googlemail.com> wrote:
> On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
>> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>>
>>>
>>> The Axis2 1.5 release looks like it could start being voted on this week
>>> but that often can take some time and then the JMS transport would be
>>> released separately after that and then we'd need some time to polish a
>>> Tuscany release including those. So all that would likley take some weeks.
>>> There are alternatives like trying to port the new JMS transport to our
>>> existing ws binding, but thats likely a bit more work.
>>>
>>
>> If we're to get a 1.5 release out this month I'm starting to think we
>> should go with porting the new Axis2 JMS transport to work with the
>> existing Tuscany WS binding.
>>
>> Axis2 still haven't had their release and after that does happen there
>> would need to be a follow on release of the transports and all that
>> will have to take at lease a couple of weeks and then we'd need to
>> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
>> that would likely push the Tuscany release in to June.
>>
>> So unless anyone can see any issues with the approach I'm going to
>> start looking at bringing the new Axis2 JMS transport into the Tuscany
>> WS binding. At least that will help us know how hard it is to do and
>> we can throw it all away if the Axis2 releases do start to happen more
>> quickly.
>>
>>   ...ant
>>
>
> Sounds like the right thing to do given where we are. We also have
> this WSDL issue that Dave raised that I was going to look at. Is it
> safe to assume that we wait until these are done before retaking the
> branch?
>
> Simon
>

I've fixed the soap/jms issue in TUSCANY-2916 now, whats the status of
the wsdl issue in TUSCANY-2900, is the work around in there enough for
us to start on the 1.5 release again now?

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@gmail.com>.
On Tue, May 5, 2009 at 4:49 PM, Raymond Feng <en...@gmail.com> wrote:
> I tried Axis2 1.5 RC1 one or two weeks ago and have a patch for the 2.x
> stream. The changes should be mostly applicable for 1.x. Maybe you can open
> a JIRA for the effort and I will attach the patch.
>

The suggestion is to *not* move to Axis2 1.5 for the Tuscany 1.5
release but instead to port the JMS transport back to work with Axis2
1.4.1.

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Raymond Feng <en...@gmail.com>.
I tried Axis2 1.5 RC1 one or two weeks ago and have a patch for the 2.x 
stream. The changes should be mostly applicable for 1.x. Maybe you can open 
a JIRA for the effort and I will attach the patch.

Thanks,
Raymond
--------------------------------------------------
From: "Simon Laws" <si...@googlemail.com>
Sent: Tuesday, May 05, 2009 5:01 AM
To: <de...@tuscany.apache.org>; <an...@apache.org>
Subject: Re: [1.x] How about releasing 1.5 ?

> On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
>> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>>
>>>
>>> The Axis2 1.5 release looks like it could start being voted on this week
>>> but that often can take some time and then the JMS transport would be
>>> released separately after that and then we'd need some time to polish a
>>> Tuscany release including those. So all that would likley take some 
>>> weeks.
>>> There are alternatives like trying to port the new JMS transport to our
>>> existing ws binding, but thats likely a bit more work.
>>>
>>
>> If we're to get a 1.5 release out this month I'm starting to think we
>> should go with porting the new Axis2 JMS transport to work with the
>> existing Tuscany WS binding.
>>
>> Axis2 still haven't had their release and after that does happen there
>> would need to be a follow on release of the transports and all that
>> will have to take at lease a couple of weeks and then we'd need to
>> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
>> that would likely push the Tuscany release in to June.
>>
>> So unless anyone can see any issues with the approach I'm going to
>> start looking at bringing the new Axis2 JMS transport into the Tuscany
>> WS binding. At least that will help us know how hard it is to do and
>> we can throw it all away if the Axis2 releases do start to happen more
>> quickly.
>>
>>   ...ant
>>
>
> Sounds like the right thing to do given where we are. We also have
> this WSDL issue that Dave raised that I was going to look at. Is it
> safe to assume that we wait until these are done before retaking the
> branch?
>
> Simon

Re: [1.x] How about releasing 1.5 ?

Posted by ant elder <an...@apache.org>.
On Tue, May 5, 2009 at 1:01 PM, Simon Laws <si...@googlemail.com> wrote:
> On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
>> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>>
>>>
>>> The Axis2 1.5 release looks like it could start being voted on this week
>>> but that often can take some time and then the JMS transport would be
>>> released separately after that and then we'd need some time to polish a
>>> Tuscany release including those. So all that would likley take some weeks.
>>> There are alternatives like trying to port the new JMS transport to our
>>> existing ws binding, but thats likely a bit more work.
>>>
>>
>> If we're to get a 1.5 release out this month I'm starting to think we
>> should go with porting the new Axis2 JMS transport to work with the
>> existing Tuscany WS binding.
>>
>> Axis2 still haven't had their release and after that does happen there
>> would need to be a follow on release of the transports and all that
>> will have to take at lease a couple of weeks and then we'd need to
>> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
>> that would likely push the Tuscany release in to June.
>>
>> So unless anyone can see any issues with the approach I'm going to
>> start looking at bringing the new Axis2 JMS transport into the Tuscany
>> WS binding. At least that will help us know how hard it is to do and
>> we can throw it all away if the Axis2 releases do start to happen more
>> quickly.
>>
>>   ...ant
>>
>
> Sounds like the right thing to do given where we are. We also have
> this WSDL issue that Dave raised that I was going to look at. Is it
> safe to assume that we wait until these are done before retaking the
> branch?
>
> Simon
>

Sounds ok to me to wait for these before retaking the release branch.

   ...ant

Re: [1.x] How about releasing 1.5 ?

Posted by Simon Laws <si...@googlemail.com>.
On Tue, May 5, 2009 at 12:53 PM, ant elder <an...@apache.org> wrote:
> On Mon, Apr 20, 2009 at 8:52 PM, ant elder <an...@apache.org> wrote:
>
>>
>> The Axis2 1.5 release looks like it could start being voted on this week
>> but that often can take some time and then the JMS transport would be
>> released separately after that and then we'd need some time to polish a
>> Tuscany release including those. So all that would likley take some weeks.
>> There are alternatives like trying to port the new JMS transport to our
>> existing ws binding, but thats likely a bit more work.
>>
>
> If we're to get a 1.5 release out this month I'm starting to think we
> should go with porting the new Axis2 JMS transport to work with the
> existing Tuscany WS binding.
>
> Axis2 still haven't had their release and after that does happen there
> would need to be a follow on release of the transports and all that
> will have to take at lease a couple of weeks and then we'd need to
> pick it up in Tuscany before doing the Tuscany 1.5 release...so all
> that would likely push the Tuscany release in to June.
>
> So unless anyone can see any issues with the approach I'm going to
> start looking at bringing the new Axis2 JMS transport into the Tuscany
> WS binding. At least that will help us know how hard it is to do and
> we can throw it all away if the Axis2 releases do start to happen more
> quickly.
>
>   ...ant
>

Sounds like the right thing to do given where we are. We also have
this WSDL issue that Dave raised that I was going to look at. Is it
safe to assume that we wait until these are done before retaking the
branch?

Simon