You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Luciano Resende <lu...@gmail.com> on 2009/04/06 18:32:47 UTC
[1.x] How about releasing 1.5 ?
We have made good progress recently in JMS, Web 2.0 and Java EE and I
was wondering if we are ready to get 1.5 release ?
Thoughts ?
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@gmail.com>.
On Wed, Apr 29, 2009 at 10:39 AM, Simon Nash <na...@apache.org> wrote:
> Simon Laws wrote:
>>
>> On Wed, Apr 29, 2009 at 9:39 AM, Simon Nash <na...@apache.org> wrote:
>>>
>>> Luciano Resende wrote:
>>>>
>>>> On Mon, Apr 27, 2009 at 2:35 AM, Simon Laws <si...@googlemail.com>
>>>> wrote:
>>>>>>
>>>>>> I'm wondering if we still want to have this release branch just yet
>>>>>> now. If we're waiting for the Axis2 release and it looks like that
>>>>>> will be at least a couple of weeks and there's still activity going in
>>>>>> Tuscany 1.x so maybe we should delete this branch for now and created
>>>>>> it again when we know what Axis2 is doing and pick up more of whats
>>>>>> been going on in Tuscany 1.x trunk?
>>>>>>
>>>>>> ...ant
>>>>>>
>>>>> +1. There do seem to be quite a few 1.x changes and it would seem to
>>>>> be easier to just re-take the branch.
>>>>>
>>>>> Simon
>>>>>
>>>> +1 on re-taken the build in couple weeks from now.
>>>>
>>>>
>>> The travel sample poms depend on 1.5-SNAPSHOT. As the 1.x branch
>>> has now moved on to 1.6-SNAPSHOT, we need this 1.5 branch for use
>>> by people building the travel sample. I am checking out the 1.5
>>> branch and building it now to confirm that it works with the
>>> travel sample.
>>>
>>> Simon
>>>
>>>
>>>
>>
>> But we could easily move the travel sample on to 1.6-SNAPSHOT couldn't we?
>>
>> Simon
>>
>>
> I think it's not desirable to do this because it means the travel sample
> would continue to depend on a SNAPSHOT version of Tuscany even after
> 1.5 is released. AIUI, the current SNAPSHOT dependency is there because
> of bugs in 1.4 that prevented the travel sample from working. Assuming
> that these bugs are fixed in 1.5, the travel sample should move to a 1.5
> dependency when 1.5 is released and should not depend on 1.6-SNAPSHOT.
>
> Simon
>
We could put 1.x trunk back to 1.5-SNAPSHOT for now till we retake a
new 1.5 branch. That would probably be less work than keeping the
existing 1.5 branch and having to merge in all the trunk changes.
...ant
Re: [1.x] How about releasing 1.5 ?
Posted by Luciano Resende <lu...@gmail.com>.
On Wed, Apr 29, 2009 at 3:27 AM, Simon Nash <na...@apache.org> wrote:
> Isn't it easier to just leave the 1.5-SNAPSHOT branch there for now
> so that the travel sample can build? When we are ready to take a
> new 1.5 branch, we can replace the whole 1.5 branch with a new cut
> from the 1.x branch.
>
Fine if that helps you, but your sample app should only depend on the
modules from 1.x/modules and that is currently building OK for you,
right ? And it can probably get you by while we look into the JMS
failure.
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@gmail.com>.
On Wed, Apr 29, 2009 at 11:27 AM, Simon Nash <na...@apache.org> wrote:
> Simon Laws wrote:
>>>
>>> I think it's not desirable to do this because it means the travel sample
>>> would continue to depend on a SNAPSHOT version of Tuscany even after
>>> 1.5 is released. AIUI, the current SNAPSHOT dependency is there because
>>> of bugs in 1.4 that prevented the travel sample from working. Assuming
>>> that these bugs are fixed in 1.5, the travel sample should move to a 1.5
>>> dependency when 1.5 is released and should not depend on 1.6-SNAPSHOT.
>>>
>>> Simon
>>>
>>>
>>>
>>
>> Right, but in next week or so while we get 1.x sorted out generally we
>> could rely on that and then move back to 1.5 when the branch is
>> re-taken.
>>
>> Simon
>>
>>
> Isn't it easier to just leave the 1.5-SNAPSHOT branch there for now
> so that the travel sample can build? When we are ready to take a
> new 1.5 branch, we can replace the whole 1.5 branch with a new cut
> from the 1.x branch.
>
> Simon
>
>
Sure if that will work for you with the understanding that we're not
automatically copying changes to the branch then that sounds fine to
me.
...ant
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Nash <na...@apache.org>.
Simon Laws wrote:
>> I think it's not desirable to do this because it means the travel sample
>> would continue to depend on a SNAPSHOT version of Tuscany even after
>> 1.5 is released. AIUI, the current SNAPSHOT dependency is there because
>> of bugs in 1.4 that prevented the travel sample from working. Assuming
>> that these bugs are fixed in 1.5, the travel sample should move to a 1.5
>> dependency when 1.5 is released and should not depend on 1.6-SNAPSHOT.
>>
>> Simon
>>
>>
>>
>
> Right, but in next week or so while we get 1.x sorted out generally we
> could rely on that and then move back to 1.5 when the branch is
> re-taken.
>
> Simon
>
>
Isn't it easier to just leave the 1.5-SNAPSHOT branch there for now
so that the travel sample can build? When we are ready to take a
new 1.5 branch, we can replace the whole 1.5 branch with a new cut
from the 1.x branch.
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Laws <si...@googlemail.com>.
> I think it's not desirable to do this because it means the travel sample
> would continue to depend on a SNAPSHOT version of Tuscany even after
> 1.5 is released. AIUI, the current SNAPSHOT dependency is there because
> of bugs in 1.4 that prevented the travel sample from working. Assuming
> that these bugs are fixed in 1.5, the travel sample should move to a 1.5
> dependency when 1.5 is released and should not depend on 1.6-SNAPSHOT.
>
> Simon
>
>
>
Right, but in next week or so while we get 1.x sorted out generally we
could rely on that and then move back to 1.5 when the branch is
re-taken.
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Nash <na...@apache.org>.
Simon Laws wrote:
> On Wed, Apr 29, 2009 at 9:39 AM, Simon Nash <na...@apache.org> wrote:
>> Luciano Resende wrote:
>>> On Mon, Apr 27, 2009 at 2:35 AM, Simon Laws <si...@googlemail.com>
>>> wrote:
>>>>> I'm wondering if we still want to have this release branch just yet
>>>>> now. If we're waiting for the Axis2 release and it looks like that
>>>>> will be at least a couple of weeks and there's still activity going in
>>>>> Tuscany 1.x so maybe we should delete this branch for now and created
>>>>> it again when we know what Axis2 is doing and pick up more of whats
>>>>> been going on in Tuscany 1.x trunk?
>>>>>
>>>>> ...ant
>>>>>
>>>> +1. There do seem to be quite a few 1.x changes and it would seem to
>>>> be easier to just re-take the branch.
>>>>
>>>> Simon
>>>>
>>> +1 on re-taken the build in couple weeks from now.
>>>
>>>
>> The travel sample poms depend on 1.5-SNAPSHOT. As the 1.x branch
>> has now moved on to 1.6-SNAPSHOT, we need this 1.5 branch for use
>> by people building the travel sample. I am checking out the 1.5
>> branch and building it now to confirm that it works with the
>> travel sample.
>>
>> Simon
>>
>>
>>
>
> But we could easily move the travel sample on to 1.6-SNAPSHOT couldn't we?
>
> Simon
>
>
I think it's not desirable to do this because it means the travel sample
would continue to depend on a SNAPSHOT version of Tuscany even after
1.5 is released. AIUI, the current SNAPSHOT dependency is there because
of bugs in 1.4 that prevented the travel sample from working. Assuming
that these bugs are fixed in 1.5, the travel sample should move to a 1.5
dependency when 1.5 is released and should not depend on 1.6-SNAPSHOT.
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Laws <si...@googlemail.com>.
On Wed, Apr 29, 2009 at 9:39 AM, Simon Nash <na...@apache.org> wrote:
> Luciano Resende wrote:
>>
>> On Mon, Apr 27, 2009 at 2:35 AM, Simon Laws <si...@googlemail.com>
>> wrote:
>>>>
>>>> I'm wondering if we still want to have this release branch just yet
>>>> now. If we're waiting for the Axis2 release and it looks like that
>>>> will be at least a couple of weeks and there's still activity going in
>>>> Tuscany 1.x so maybe we should delete this branch for now and created
>>>> it again when we know what Axis2 is doing and pick up more of whats
>>>> been going on in Tuscany 1.x trunk?
>>>>
>>>> ...ant
>>>>
>>> +1. There do seem to be quite a few 1.x changes and it would seem to
>>> be easier to just re-take the branch.
>>>
>>> Simon
>>>
>>
>> +1 on re-taken the build in couple weeks from now.
>>
>>
> The travel sample poms depend on 1.5-SNAPSHOT. As the 1.x branch
> has now moved on to 1.6-SNAPSHOT, we need this 1.5 branch for use
> by people building the travel sample. I am checking out the 1.5
> branch and building it now to confirm that it works with the
> travel sample.
>
> Simon
>
>
>
But we could easily move the travel sample on to 1.6-SNAPSHOT couldn't we?
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Nash <na...@apache.org>.
Simon Nash wrote:
> Luciano Resende wrote:
>> On Mon, Apr 27, 2009 at 2:35 AM, Simon Laws
>> <si...@googlemail.com> wrote:
>>>> I'm wondering if we still want to have this release branch just yet
>>>> now. If we're waiting for the Axis2 release and it looks like that
>>>> will be at least a couple of weeks and there's still activity going in
>>>> Tuscany 1.x so maybe we should delete this branch for now and created
>>>> it again when we know what Axis2 is doing and pick up more of whats
>>>> been going on in Tuscany 1.x trunk?
>>>>
>>>> ...ant
>>>>
>>> +1. There do seem to be quite a few 1.x changes and it would seem to
>>> be easier to just re-take the branch.
>>>
>>> Simon
>>>
>>
>> +1 on re-taken the build in couple weeks from now.
>>
>>
> The travel sample poms depend on 1.5-SNAPSHOT. As the 1.x branch
> has now moved on to 1.6-SNAPSHOT, we need this 1.5 branch for use
> by people building the travel sample. I am checking out the 1.5
> branch and building it now to confirm that it works with the
> travel sample.
>
> Simon
>
>
>
>
My build of the branch failed in itest/jms. The error log is attached.
Is this a known problem?
I was able to build itest/jms by marking testOp2 in PropertiesTestCase
with @Ignore.
Simon
Running org.apache.tuscany.sca.binding.jms.PropertiesTestCase
29-Apr-2009 10:10:46 org.apache.tuscany.sca.node.impl.NodeImpl <init>
INFO: Creating node: properties/properties.composite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.node.impl.NodeImpl configureNode
INFO: Loading contribution: file:/F:/tuscany84/sca-java-1.5/itest/jms/target/cla
sses/
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = DefaultClientComposite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = DefaultServiceComposite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = DynamicComposite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExceptionClientComposite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExceptionServiceComposite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExternalClientComposite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExternalServiceComposite
29-Apr-2009 10:10:46 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = OneWayClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = OneWayServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = SimpleClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = MPClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = SimpleServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = URIClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl configureNode
INFO: Loading composite: file:/F:/tuscany84/sca-java-1.5/itest/jms/target/classe
s/properties/properties.composite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl start
INFO: Starting node: properties/properties.composite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.host.jms.asf.ASFListener registerLis
terner
INFO: JMS service 'MsgService' listening on destination ServiceQueue
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl stop
INFO: Stopping node: properties/properties.composite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl <init>
INFO: Creating node: properties/properties.composite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl configureNode
INFO: Loading contribution: file:/F:/tuscany84/sca-java-1.5/itest/jms/target/cla
sses/
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = DefaultClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = DefaultServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = DynamicComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExceptionClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExceptionServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExternalClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ExternalServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = ServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = OneWayClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = OneWayServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = SimpleClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = MPClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = SimpleServiceComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.assembly.xml.CompositeProcessor
WARNING: No namespace found: Composite = URIClientComposite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl configureNode
INFO: Loading composite: file:/F:/tuscany84/sca-java-1.5/itest/jms/target/classe
s/properties/properties.composite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl start
INFO: Starting node: properties/properties.composite
29-Apr-2009 10:10:47 org.apache.tuscany.sca.host.jms.asf.ASFListener registerLis
terner
INFO: JMS service 'MsgService' listening on destination ServiceQueue
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl stop
INFO: Stopping node: properties/properties.composite
Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.905 sec <<< FA
ILURE!
testOp2(org.apache.tuscany.sca.binding.jms.PropertiesTestCase) Time elapsed: 0.
39 sec <<< ERROR!
org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: No reply message re
ceived on temp-queue://ID:Angels-58860-1240996236962-2:19:1 for message id ID:An
gels-58860-1240996236962-2:19:1:1:1
at org.apache.tuscany.sca.binding.jms.transport.TransportReferenceInterc
eptor.invokeResponse(TransportReferenceInterceptor.java:138)
at org.apache.tuscany.sca.binding.jms.transport.TransportReferenceInterc
eptor.invoke(TransportReferenceInterceptor.java:75)
at org.apache.tuscany.sca.binding.jms.headers.HeaderReferenceInterceptor
.invoke(HeaderReferenceInterceptor.java:79)
at org.apache.tuscany.sca.binding.jms.wireformat.jmstextxml.runtime.Wire
FormatJMSTextXMLReferenceInterceptor.invoke(WireFormatJMSTextXMLReferenceInterce
ptor.java:71)
at org.apache.tuscany.sca.binding.jms.provider.RRBJMSBindingInvoker.invo
ke(RRBJMSBindingInvoker.java:207)
at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterc
eptor.invoke(DataTransformationInterceptor.java:99)
at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
KInvocationHandler.java:311)
at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
KInvocationHandler.java:155)
at $Proxy20.op2(Unknown Source)
at org.apache.tuscany.sca.binding.jms.MsgClientImpl.op2(MsgClientImpl.ja
va:35)
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.tuscany.sca.implementation.java.invocation.JavaImplementat
ionInvoker.invoke(JavaImplementationInvoker.java:163)
at org.apache.tuscany.sca.binding.sca.impl.SCABindingInvoker.invoke(SCAB
indingInvoker.java:61)
at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
KInvocationHandler.java:311)
at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
KInvocationHandler.java:155)
at $Proxy21.op2(Unknown Source)
at org.apache.tuscany.sca.binding.jms.PropertiesTestCase.testOp2(Propert
iesTestCase.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl <init>
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
INFO: Creating node: http://tuscany.apache.org/xmlns/sca/1.0/aggregated
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)
29-Apr-2009 10:10:47 org.apache.tuscany.sca.node.impl.NodeImpl <init>
INFO: Loading composite: http://tuscany.apache.org/xmlns/sca/1.0/aggregated
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)
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Nash <na...@apache.org>.
Luciano Resende wrote:
> On Mon, Apr 27, 2009 at 2:35 AM, Simon Laws <si...@googlemail.com> wrote:
>>> I'm wondering if we still want to have this release branch just yet
>>> now. If we're waiting for the Axis2 release and it looks like that
>>> will be at least a couple of weeks and there's still activity going in
>>> Tuscany 1.x so maybe we should delete this branch for now and created
>>> it again when we know what Axis2 is doing and pick up more of whats
>>> been going on in Tuscany 1.x trunk?
>>>
>>> ...ant
>>>
>> +1. There do seem to be quite a few 1.x changes and it would seem to
>> be easier to just re-take the branch.
>>
>> Simon
>>
>
> +1 on re-taken the build in couple weeks from now.
>
>
The travel sample poms depend on 1.5-SNAPSHOT. As the 1.x branch
has now moved on to 1.6-SNAPSHOT, we need this 1.5 branch for use
by people building the travel sample. I am checking out the 1.5
branch and building it now to confirm that it works with the
travel sample.
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by Luciano Resende <lu...@gmail.com>.
On Mon, Apr 27, 2009 at 2:35 AM, Simon Laws <si...@googlemail.com> wrote:
>> I'm wondering if we still want to have this release branch just yet
>> now. If we're waiting for the Axis2 release and it looks like that
>> will be at least a couple of weeks and there's still activity going in
>> Tuscany 1.x so maybe we should delete this branch for now and created
>> it again when we know what Axis2 is doing and pick up more of whats
>> been going on in Tuscany 1.x trunk?
>>
>> ...ant
>>
>
> +1. There do seem to be quite a few 1.x changes and it would seem to
> be easier to just re-take the branch.
>
> Simon
>
+1 on re-taken the build in couple weeks from now.
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Laws <si...@googlemail.com>.
On Fri, Apr 24, 2009 at 8:05 AM, ant elder <an...@apache.org> wrote:
> On Mon, Apr 20, 2009 at 8:45 AM, ant elder <an...@apache.org> wrote:
>>
>>
>> On Thu, Apr 16, 2009 at 4:13 PM, Simon Laws <si...@googlemail.com>
>> wrote:
>>>
>>> >
>>> > So no disagreements on doing a 1.5 release now so how about to get
>>> > started i
>>> > create a 1.5 branch over this weekend? Can keep on putting functional
>>> > changes into it for now but having a branch will help get things
>>> > stabilized
>>> > and tidied up.
>>> >
>>> > ...ant
>>> >
>>> >
>>>
>>> Ok by me as long as we can (carefully) add function.
>>>
>>> Simon
>>
>> Ok thats been done, trunk is now 1.6-SNAPSHOT and there is a branch for 1.5
>> at https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/
>>
>> ...ant
>>
>>
>
> I'm wondering if we still want to have this release branch just yet
> now. If we're waiting for the Axis2 release and it looks like that
> will be at least a couple of weeks and there's still activity going in
> Tuscany 1.x so maybe we should delete this branch for now and created
> it again when we know what Axis2 is doing and pick up more of whats
> been going on in Tuscany 1.x trunk?
>
> ...ant
>
+1. There do seem to be quite a few 1.x changes and it would seem to
be easier to just re-take the branch.
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@apache.org>.
On Mon, Apr 20, 2009 at 8:45 AM, ant elder <an...@apache.org> wrote:
>
>
> On Thu, Apr 16, 2009 at 4:13 PM, Simon Laws <si...@googlemail.com>
> wrote:
>>
>> >
>> > So no disagreements on doing a 1.5 release now so how about to get
>> > started i
>> > create a 1.5 branch over this weekend? Can keep on putting functional
>> > changes into it for now but having a branch will help get things
>> > stabilized
>> > and tidied up.
>> >
>> > ...ant
>> >
>> >
>>
>> Ok by me as long as we can (carefully) add function.
>>
>> Simon
>
> Ok thats been done, trunk is now 1.6-SNAPSHOT and there is a branch for 1.5
> at https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/
>
> ...ant
>
>
I'm wondering if we still want to have this release branch just yet
now. If we're waiting for the Axis2 release and it looks like that
will be at least a couple of weeks and there's still activity going in
Tuscany 1.x so maybe we should delete this branch for now and created
it again when we know what Axis2 is doing and pick up more of whats
been going on in Tuscany 1.x trunk?
...ant
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@apache.org>.
On Thu, Apr 16, 2009 at 4:13 PM, Simon Laws <si...@googlemail.com>wrote:
> >
> > So no disagreements on doing a 1.5 release now so how about to get
> started i
> > create a 1.5 branch over this weekend? Can keep on putting functional
> > changes into it for now but having a branch will help get things
> stabilized
> > and tidied up.
> >
> > ...ant
> >
> >
>
> Ok by me as long as we can (carefully) add function.
>
> Simon
>
Ok thats been done, trunk is now 1.6-SNAPSHOT and there is a branch for 1.5
at https://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.5/
...ant
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Laws <si...@googlemail.com>.
>
> So no disagreements on doing a 1.5 release now so how about to get started i
> create a 1.5 branch over this weekend? Can keep on putting functional
> changes into it for now but having a branch will help get things stabilized
> and tidied up.
>
> ...ant
>
>
Ok by me as long as we can (carefully) add function.
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@gmail.com>.
On Tue, Apr 14, 2009 at 9:37 AM, ant elder <an...@gmail.com> wrote:
>
>
> On Tue, Apr 14, 2009 at 9:25 AM, Dave Sowerby <da...@gmail.com>wrote:
>
>> Hey guys,
>>
>> Would it be possible to get fixes for Tuscany issues 2861, 2900 and
>> 2916 included the 1.5 release - these three issues are currently
>> causing us problems with 1.4, so if a 1.5 release could resolve them
>> then that'd be great.
>>
>> Cheers,
>>
>> Dave.
>>
>>
> Sure we can try, i've added those three to the 1.5 release JIRA category.
>
> ...ant
>
>
>
So no disagreements on doing a 1.5 release now so how about to get started i
create a 1.5 branch over this weekend? Can keep on putting functional
changes into it for now but having a branch will help get things stabilized
and tidied up.
...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
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@apache.org>.
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 ant elder <an...@apache.org>.
What sort of timeframe do you need it in?
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.
...ant
On Mon, Apr 20, 2009 at 8:35 PM, Dave Sowerby <da...@gmail.com>wrote:
> Great, thanks Ant.
>
> Just FYI the highest priority issue for us is TUSCANY-2916 - it's
> really causing us some pain.
>
> If there's anything I can do to help find a solution, then please let me
> know!
>
> Cheers,
>
> Dave.
>
> On Tue, Apr 14, 2009 at 9:37 AM, ant elder <an...@gmail.com> wrote:
> >
> >
> > On Tue, Apr 14, 2009 at 9:25 AM, Dave Sowerby <da...@gmail.com>
> > wrote:
> >>
> >> Hey guys,
> >>
> >> Would it be possible to get fixes for Tuscany issues 2861, 2900 and
> >> 2916 included the 1.5 release - these three issues are currently
> >> causing us problems with 1.4, so if a 1.5 release could resolve them
> >> then that'd be great.
> >>
> >> Cheers,
> >>
> >> Dave.
> >>
> >
> > Sure we can try, i've added those three to the 1.5 release JIRA category.
> >
> > ...ant
> >
> >
> >
>
Re: [1.x] How about releasing 1.5 ?
Posted by Dave Sowerby <da...@gmail.com>.
Great, thanks Ant.
Just FYI the highest priority issue for us is TUSCANY-2916 - it's
really causing us some pain.
If there's anything I can do to help find a solution, then please let me know!
Cheers,
Dave.
On Tue, Apr 14, 2009 at 9:37 AM, ant elder <an...@gmail.com> wrote:
>
>
> On Tue, Apr 14, 2009 at 9:25 AM, Dave Sowerby <da...@gmail.com>
> wrote:
>>
>> Hey guys,
>>
>> Would it be possible to get fixes for Tuscany issues 2861, 2900 and
>> 2916 included the 1.5 release - these three issues are currently
>> causing us problems with 1.4, so if a 1.5 release could resolve them
>> then that'd be great.
>>
>> Cheers,
>>
>> Dave.
>>
>
> Sure we can try, i've added those three to the 1.5 release JIRA category.
>
> ...ant
>
>
>
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@gmail.com>.
On Tue, Apr 14, 2009 at 9:25 AM, Dave Sowerby <da...@gmail.com>wrote:
> Hey guys,
>
> Would it be possible to get fixes for Tuscany issues 2861, 2900 and
> 2916 included the 1.5 release - these three issues are currently
> causing us problems with 1.4, so if a 1.5 release could resolve them
> then that'd be great.
>
> Cheers,
>
> Dave.
>
>
Sure we can try, i've added those three to the 1.5 release JIRA category.
...ant
Re: [1.x] How about releasing 1.5 ?
Posted by Dave Sowerby <da...@gmail.com>.
Hey guys,
Would it be possible to get fixes for Tuscany issues 2861, 2900 and
2916 included the 1.5 release - these three issues are currently
causing us problems with 1.4, so if a 1.5 release could resolve them
then that'd be great.
Cheers,
Dave.
On Thu, Apr 9, 2009 at 12:50 PM, Ramkumar R <ra...@gmail.com> wrote:
> +1 from me.
>
> On Mon, Apr 6, 2009 at 10:02 PM, Luciano Resende <lu...@gmail.com>
> wrote:
>>
>> We have made good progress recently in JMS, Web 2.0 and Java EE and I
>> was wondering if we are ready to get 1.5 release ?
>>
>> Thoughts ?
>>
>> --
>> Luciano Resende
>> Apache Tuscany, Apache PhotArk
>> http://people.apache.org/~lresende
>> http://lresende.blogspot.com/
>
>
>
> --
> Thanks & Regards,
> Ramkumar Ramalingam
>
Re: [1.x] How about releasing 1.5 ?
Posted by Ramkumar R <ra...@gmail.com>.
+1 from me.
On Mon, Apr 6, 2009 at 10:02 PM, Luciano Resende <lu...@gmail.com>wrote:
> We have made good progress recently in JMS, Web 2.0 and Java EE and I
> was wondering if we are ready to get 1.5 release ?
>
> Thoughts ?
>
> --
> Luciano Resende
> Apache Tuscany, Apache PhotArk
> http://people.apache.org/~lresende <http://people.apache.org/%7Elresende>
> http://lresende.blogspot.com/
>
--
Thanks & Regards,
Ramkumar Ramalingam
Re: [1.x] How about releasing 1.5 ?
Posted by Simon Laws <si...@googlemail.com>.
On Mon, Apr 6, 2009 at 6:29 PM, Luciano Resende <lu...@gmail.com> wrote:
> On Mon, Apr 6, 2009 at 10:02 AM, ant elder <an...@gmail.com> wrote:
>> Yep i think its about time for a release, was just about to post the
>> same suggestion. We've just done all the build problem clean up the
>> last couple of weeks so the build is in a good state at last so i'd be
>> tempted to say take a release branch right now before trunk messes up
>> again, but maybe people would prefer a bit of notice to get things
>> done they might want to get released, i've some things like that i'd
>> do if we had a bit of time but if others don't i'd also be fine with
>> starting to do 1.5 right now too.
>>
>
> Good, I'll wait to see what others have to say, but I have already
> made a note of the good revision number just in case we get back to
> unstable code.
>
>
> --
> Luciano Resende
> Apache Tuscany, Apache PhotArk
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/
>
Sounds like a good idea to me.
Simon
Re: [1.x] How about releasing 1.5 ?
Posted by Luciano Resende <lu...@gmail.com>.
On Mon, Apr 6, 2009 at 10:02 AM, ant elder <an...@gmail.com> wrote:
> Yep i think its about time for a release, was just about to post the
> same suggestion. We've just done all the build problem clean up the
> last couple of weeks so the build is in a good state at last so i'd be
> tempted to say take a release branch right now before trunk messes up
> again, but maybe people would prefer a bit of notice to get things
> done they might want to get released, i've some things like that i'd
> do if we had a bit of time but if others don't i'd also be fine with
> starting to do 1.5 right now too.
>
Good, I'll wait to see what others have to say, but I have already
made a note of the good revision number just in case we get back to
unstable code.
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: [1.x] How about releasing 1.5 ?
Posted by ant elder <an...@gmail.com>.
On Mon, Apr 6, 2009 at 5:32 PM, Luciano Resende <lu...@gmail.com> wrote:
> We have made good progress recently in JMS, Web 2.0 and Java EE and I
> was wondering if we are ready to get 1.5 release ?
>
> Thoughts ?
>
> --
> Luciano Resende
> Apache Tuscany, Apache PhotArk
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/
>
Yep i think its about time for a release, was just about to post the
same suggestion. We've just done all the build problem clean up the
last couple of weeks so the build is in a good state at last so i'd be
tempted to say take a release branch right now before trunk messes up
again, but maybe people would prefer a bit of notice to get things
done they might want to get released, i've some things like that i'd
do if we had a bit of time but if others don't i'd also be fine with
starting to do 1.5 right now too.
...ant