You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by ant elder <an...@gmail.com> on 2009/03/02 12:18:06 UTC
2.0 M2 release?
We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done on
Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems like a
fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
One of the main things I'd like to get done for M2 is to update the build to
use the Maven release plugin (TUSCANY-2813) as has been done for the Tuscany
plugin builds, that s going to change the release process quite a bit so I'm
happy to be the M2 RM to make sure its working properly but if anyone else
who hasn't done it before would like a go that would be great too so just
volunteer and i can help out with any problems there may be with getting the
new release process running smoothly.
...ant
Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Thu, Mar 5, 2009 at 4:55 PM, Luciano Resende <lu...@gmail.com>wrote:
> On Thu, Mar 5, 2009 at 1:19 AM, ant elder <an...@gmail.com> wrote:
> >
> >
> > On Mon, Mar 2, 2009 at 11:18 AM, ant elder <an...@gmail.com> wrote:
> >>
> >> We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done
> on
> >> Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems
> like a
> >> fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
> >>
> >> One of the main things I'd like to get done for M2 is to update the
> build
> >> to use the Maven release plugin (TUSCANY-2813) as has been done for the
> >> Tuscany plugin builds, that s going to change the release process quite
> a
> >> bit so I'm happy to be the M2 RM to make sure its working properly but
> if
> >> anyone else who hasn't done it before would like a go that would be
> great
> >> too so just volunteer and i can help out with any problems there may be
> with
> >> getting the new release process running smoothly.
> >>
> >> ...ant
> >>
> >
> > No comments so I'll assume this is ok and plan to take an M2 branch
> around
> > the 19th of March (thats 2 weeks from now) and an RC out by the 23rd.
> >
>
> We successfully did 2.0 M1 without a branch, while this has the side
> effect of caution during the release candidate process, it helps by
> avoiding inconsistency when people forget to merge, and avoid merging
> in general.
>
>
We did, but trunk dev got stalled for over a week as we tried to not mess up
the release which is something i think we should try to avoid. As long as
changes and fixes get done in trunk first before being merging to the branch
there should be no problems with inconsistency and thats something the RM
can monitor, and hopefully if we have the release plugin working and the
branch gets taken at the right moment there shouldn't be many changes to
merge in. Anyway how about we try this approach for M2 and see how it goes?
...ant
Re: 2.0 M2 release?
Posted by Luciano Resende <lu...@gmail.com>.
On Thu, Mar 5, 2009 at 1:19 AM, ant elder <an...@gmail.com> wrote:
>
>
> On Mon, Mar 2, 2009 at 11:18 AM, ant elder <an...@gmail.com> wrote:
>>
>> We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done on
>> Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems like a
>> fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
>>
>> One of the main things I'd like to get done for M2 is to update the build
>> to use the Maven release plugin (TUSCANY-2813) as has been done for the
>> Tuscany plugin builds, that s going to change the release process quite a
>> bit so I'm happy to be the M2 RM to make sure its working properly but if
>> anyone else who hasn't done it before would like a go that would be great
>> too so just volunteer and i can help out with any problems there may be with
>> getting the new release process running smoothly.
>>
>> ...ant
>>
>
> No comments so I'll assume this is ok and plan to take an M2 branch around
> the 19th of March (thats 2 weeks from now) and an RC out by the 23rd.
>
We successfully did 2.0 M1 without a branch, while this has the side
effect of caution during the release candidate process, it helps by
avoiding inconsistency when people forget to merge, and avoid merging
in general.
> ...ant
>
>
>
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: 2.0 M2 release?
Posted by ant elder <an...@gmail.com>.
On Wed, Mar 18, 2009 at 10:26 AM, Simon Laws <si...@googlemail.com> wrote:
>
> I'm trying to get the endpoint changes checked in at the moment.
> Hoping to do it today. But it might break a few things. Have no
> objection to getting started on M2 but may need and extra day or so to
> straighten things out.
>
I don't think that should be a problem, the mail at the start of this
thread mentioned aiming for the 23rd for an M2RC1 so this is starting
a little early anyway, also if we're being really precise the final M1
vote finished on the 16th of Feb so if we're wanting a six week
release cycle that isn't until the 30th of March so there's time to
fix things up.
I do think we should take a branch for M2 though to free up trunk dev
so if i did that after the endpoint changes are checked could we fix
up any problems with the endpoint changes by merging fixes in to the
branch?
...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Fri, Mar 27, 2009 at 4:16 PM, ant elder <an...@apache.org> wrote:
> On Fri, Mar 27, 2009 at 4:14 PM, Raymond Feng <en...@gmail.com> wrote:
>
>> Do you plan to pull in all the latest code from trunk to create the RC?
>
> Yep, will take it probably around tomorrow morning.
>
> ...ant
>
Though maybe i should take a branch right now? as anymore pom.xml
changes mean i need to go back and redo all the legal file checks and
updates.
...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Fri, Mar 27, 2009 at 5:16 PM, ant elder <an...@apache.org> wrote:
> On Fri, Mar 27, 2009 at 4:14 PM, Raymond Feng <en...@gmail.com> wrote:
>
>> Do you plan to pull in all the latest code from trunk to create the RC?
>
> Yep, will take it probably around tomorrow morning.
>
> ...ant
>
Slight delay with this sorry as I struggle with an ominous sounding
UNMOUNTABLE_BOOT_VOLUME on my PC
...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Fri, Mar 27, 2009 at 4:14 PM, Raymond Feng <en...@gmail.com> wrote:
> Do you plan to pull in all the latest code from trunk to create the RC?
Yep, will take it probably around tomorrow morning.
...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
Yes. All the changes are in trunk now.
Do you plan to pull in all the latest code from trunk to create the RC?
Thanks,
Raymond
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Friday, March 27, 2009 8:30 AM
To: <de...@tuscany.apache.org>
Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
> On Fri, Mar 27, 2009 at 7:58 AM, ant elder <an...@apache.org> wrote:
>> On Thu, Mar 26, 2009 at 9:57 PM, Raymond Feng <en...@gmail.com>
>> wrote:
>>> Thanks for the information. It's a bit tricky here as I'm trying to
>>> package
>>> the calculator.dosgi.operations package in calculator-bundle.jar so that
>>> it
>>> can be deployed (to a different JVM) without the operations-bundle.jar.
>>>
>>> In this case, operations-bundle's OperationsActivator is in the same
>>> package
>>> as the interface (calculator.dosgi.operations) and OSGi tries to follow
>>> the
>>> Import-Package which is resolved to an Export-Package in the
>>> calculator-bundle. Since both operations-bundle and calculator-bundle
>>> export
>>> the calculator.dosgi.operations package, the resolution is random.
>>>
>>> The problem should have been fixed by r758877. Can you try again?
>>>
>>
>> Yep, all building fine for me now.
>>
>> ...ant
>>
>
> So are these RFC119 prototype changes all in trunk now and i could
> create an M2 RC?
>
> ...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Fri, Mar 27, 2009 at 7:58 AM, ant elder <an...@apache.org> wrote:
> On Thu, Mar 26, 2009 at 9:57 PM, Raymond Feng <en...@gmail.com> wrote:
>> Thanks for the information. It's a bit tricky here as I'm trying to package
>> the calculator.dosgi.operations package in calculator-bundle.jar so that it
>> can be deployed (to a different JVM) without the operations-bundle.jar.
>>
>> In this case, operations-bundle's OperationsActivator is in the same package
>> as the interface (calculator.dosgi.operations) and OSGi tries to follow the
>> Import-Package which is resolved to an Export-Package in the
>> calculator-bundle. Since both operations-bundle and calculator-bundle export
>> the calculator.dosgi.operations package, the resolution is random.
>>
>> The problem should have been fixed by r758877. Can you try again?
>>
>
> Yep, all building fine for me now.
>
> ...ant
>
So are these RFC119 prototype changes all in trunk now and i could
create an M2 RC?
...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Thu, Mar 26, 2009 at 9:57 PM, Raymond Feng <en...@gmail.com> wrote:
> Thanks for the information. It's a bit tricky here as I'm trying to package
> the calculator.dosgi.operations package in calculator-bundle.jar so that it
> can be deployed (to a different JVM) without the operations-bundle.jar.
>
> In this case, operations-bundle's OperationsActivator is in the same package
> as the interface (calculator.dosgi.operations) and OSGi tries to follow the
> Import-Package which is resolved to an Export-Package in the
> calculator-bundle. Since both operations-bundle and calculator-bundle export
> the calculator.dosgi.operations package, the resolution is random.
>
> The problem should have been fixed by r758877. Can you try again?
>
Yep, all building fine for me now.
...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
Thanks for the information. It's a bit tricky here as I'm trying to package
the calculator.dosgi.operations package in calculator-bundle.jar so that it
can be deployed (to a different JVM) without the operations-bundle.jar.
In this case, operations-bundle's OperationsActivator is in the same package
as the interface (calculator.dosgi.operations) and OSGi tries to follow the
Import-Package which is resolved to an Export-Package in the
calculator-bundle. Since both operations-bundle and calculator-bundle export
the calculator.dosgi.operations package, the resolution is random.
The problem should have been fixed by r758877. Can you try again?
Raymond
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Thursday, March 26, 2009 1:08 PM
To: <de...@tuscany.apache.org>
Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
> osgi> ss
>
> Framework is launched.
>
> id State Bundle
> 0 ACTIVE org.eclipse.osgi_3.4.0.v20080605-1900
> 1 ACTIVE org.apache.tuscany.sca.node.launcher.equinox_2.0.0
> 2 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-api_2.1.0
> 3 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.cglib_2.2.0
> 4 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxws-api_2.1.0
> 5 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr181-api_1.0.0
> 6 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.servlet-api_2.5.0
> 7 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.asm_3.1.0
> 8 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-impl_2.1.9
> 9 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.wstx-asl_3.2.4
> 10 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.junit_4.5.0
> 11 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.activation_1.1.0
> 12 RESOLVED
> org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr250-api_1.0.0
> 13 RESOLVED org.apache.tuscany.sca.xsd_2.0.0
> 14 RESOLVED
> org.apache.tuscany.sca.implementation.java.runtime_2.0.0
> 15 RESOLVED org.apache.tuscany.sca.databinding_2.0.0
> 16 RESOLVED org.apache.commons.cli_1.2.0
> 17 RESOLVED org.apache.tuscany.sca.assembly.xsd_2.0.0
> 18 <<LAZY>> org.apache.tuscany.sca.contribution.osgi_2.0.0
> 19 RESOLVED org.apache.tuscany.sca.assembly.xml_2.0.0
> 20 RESOLVED org.apache.tuscany.sca.binding.sca.xml_2.0.0
> 21 RESOLVED org.apache.ws.commons.schema_1.4.2
> 22 RESOLVED org.apache.tuscany.sca.core_2.0.0
> 23 RESOLVED org.apache.tuscany.sca.contribution_2.0.0
> 24 RESOLVED org.apache.tuscany.sca.implementation.java.xml_2.0.0
> 25 RESOLVED org.apache.tuscany.sca.node.osgi.impl_2.0.0
> 26 RESOLVED org.eclipse.equinox.util_1.0.0.v20080414
> 27 RESOLVED org.apache.tuscany.sca.monitor_2.0.0
> 28 RESOLVED org.apache.tuscany.sca.binding.rmi_2.0.0
> 29 RESOLVED org.apache.tuscany.sca.contribution.xml_2.0.0
> 30 RESOLVED org.eclipse.equinox.ds_1.0.0.v20080427-0830
> 31 RESOLVED org.apache.tuscany.sca.binding.rmi.runtime_2.0.0
> 32 RESOLVED org.apache.tuscany.sca.core.databinding_2.0.0
> 33 RESOLVED org.apache.tuscany.sca.assembly_2.0.0
> 34 RESOLVED org.apache.tuscany.sca.definitions.xml_2.0.0
> 35 <<LAZY>> org.apache.tuscany.sca.implementation.osgi_2.0.0
> 36 RESOLVED org.apache.tuscany.sca.extensibility_2.0.0
> 37 ACTIVE org.apache.tuscany.sca.extensibility.equinox_2.0.0
> 38 RESOLVED org.apache.tuscany.sca.api_2.0.0
> 39 RESOLVED org.apache.tuscany.sca.node.api_2.0.0
> 40 RESOLVED org.apache.tuscany.sca.definitions_2.0.0
> 41 RESOLVED org.eclipse.osgi.services_3.1.200.v20071203
> 42 RESOLVED org.apache.tuscany.sca.policy.xml_2.0.0
> 43 RESOLVED org.apache.tuscany.sca.databinding.jaxb_2.0.0
> 44 RESOLVED org.apache.tuscany.sca.core.spi_2.0.0
> 45 RESOLVED org.apache.tuscany.sca.workspace.impl_2.0.0
> 46 RESOLVED org.apache.tuscany.sca.interface.java_2.0.0
> 47 RESOLVED org.apache.tuscany.sca.contribution.namespace_2.0.0
> 48 RESOLVED org.apache.tuscany.sca.contribution.java_2.0.0
> 49 RESOLVED org.apache.tuscany.sca.policy_2.0.0
> 50 RESOLVED org.apache.tuscany.sca.interface.java.jaxws_2.0.0
> 51 RESOLVED org.apache.tuscany.sca.workspace.xml_2.0.0
> 52 RESOLVED org.apache.tuscany.sca.workspace_2.0.0
> 53 <<LAZY>>
> org.apache.tuscany.sca.implementation.osgi.runtime_2.0.0
> 54 RESOLVED
> org.apache.geronimo.specs.geronimo-stax-api_1.0_spec_1.0.1
> 55 RESOLVED org.apache.tuscany.sca.host.rmi_2.0.0
> 56 RESOLVED org.apache.tuscany.sca.interface_2.0.0
> 57 RESOLVED org.apache.tuscany.sca.endpoint_2.0.0
> 58 RESOLVED org.apache.tuscany.sca.binding.sca_2.0.0
> 59 RESOLVED org.apache.tuscany.sca.interface.java.xml_2.0.0
> 60 RESOLVED org.apache.tuscany.sca.implementation.node_2.0.0
> 61 RESOLVED org.apache.tuscany.sca.implementation.java_2.0.0
> 62 INSTALLED calculator.dosgi_1.0.0
> 63 INSTALLED calculator.dosgi.operations_1.0.0
>
> osgi> diag 63
> reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\operations-bundle.jar
> [63]
> Direct constraints which are unresolved:
> Missing imported package calculator.dosgi.operations_1.0.0.
>
> osgi>
>
>
> On Thu, Mar 26, 2009 at 8:02 PM, Raymond Feng <en...@gmail.com> wrote:
>> You can add -Dosgi.console=9999 for VM arguments and set a break point
>> before the bundle.start(). When the thread suspends, open a new window
>> and
>> type:
>>
>> telnet localhost 9999
>>
>> osgi> ss
>> osgi> diag <id for the bundle>
>>
>> Thanks,
>> Raymond
>>
>> --------------------------------------------------
>> From: "ant elder" <an...@apache.org>
>> Sent: Thursday, March 26, 2009 12:03 PM
>> To: <de...@tuscany.apache.org>
>> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>>
>>> Ok, sent. It looks ok to me, i get the same fail running in eclipse so
>>> could i put a breakpoint somewhere to help debug?
>>>
>>> ...ant
>>>
>>> On Thu, Mar 26, 2009 at 6:35 PM, Raymond Feng <en...@gmail.com>
>>> wrote:
>>>>
>>>> Can you send me the jar to my gmail?
>>>>
>>>> Thanks,
>>>> Raymond
>>>> --------------------------------------------------
>>>> From: "ant elder" <an...@apache.org>
>>>> Sent: Thursday, March 26, 2009 10:09 AM
>>>> To: <de...@tuscany.apache.org>
>>>> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>>>>
>>>>> On Thu, Mar 26, 2009 at 5:06 PM, Raymond Feng <en...@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I just tried on Windows and Lunix. Both are successful.
>>>>>>
>>>>>> Can you check if the target/test-classes/operations-bundle.jar
>>>>>> contains
>>>>>> calculator/dosgi/operations/OperationsActivator.class?
>>>>>>
>>>>>
>>>>> It does.
>>>>>
>>>>> ...ant
>>>>
>>>>
>>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
osgi> ss
Framework is launched.
id State Bundle
0 ACTIVE org.eclipse.osgi_3.4.0.v20080605-1900
1 ACTIVE org.apache.tuscany.sca.node.launcher.equinox_2.0.0
2 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-api_2.1.0
3 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.cglib_2.2.0
4 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxws-api_2.1.0
5 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr181-api_1.0.0
6 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.servlet-api_2.5.0
7 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.asm_3.1.0
8 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-impl_2.1.9
9 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.wstx-asl_3.2.4
10 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.junit_4.5.0
11 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.activation_1.1.0
12 RESOLVED
org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr250-api_1.0.0
13 RESOLVED org.apache.tuscany.sca.xsd_2.0.0
14 RESOLVED org.apache.tuscany.sca.implementation.java.runtime_2.0.0
15 RESOLVED org.apache.tuscany.sca.databinding_2.0.0
16 RESOLVED org.apache.commons.cli_1.2.0
17 RESOLVED org.apache.tuscany.sca.assembly.xsd_2.0.0
18 <<LAZY>> org.apache.tuscany.sca.contribution.osgi_2.0.0
19 RESOLVED org.apache.tuscany.sca.assembly.xml_2.0.0
20 RESOLVED org.apache.tuscany.sca.binding.sca.xml_2.0.0
21 RESOLVED org.apache.ws.commons.schema_1.4.2
22 RESOLVED org.apache.tuscany.sca.core_2.0.0
23 RESOLVED org.apache.tuscany.sca.contribution_2.0.0
24 RESOLVED org.apache.tuscany.sca.implementation.java.xml_2.0.0
25 RESOLVED org.apache.tuscany.sca.node.osgi.impl_2.0.0
26 RESOLVED org.eclipse.equinox.util_1.0.0.v20080414
27 RESOLVED org.apache.tuscany.sca.monitor_2.0.0
28 RESOLVED org.apache.tuscany.sca.binding.rmi_2.0.0
29 RESOLVED org.apache.tuscany.sca.contribution.xml_2.0.0
30 RESOLVED org.eclipse.equinox.ds_1.0.0.v20080427-0830
31 RESOLVED org.apache.tuscany.sca.binding.rmi.runtime_2.0.0
32 RESOLVED org.apache.tuscany.sca.core.databinding_2.0.0
33 RESOLVED org.apache.tuscany.sca.assembly_2.0.0
34 RESOLVED org.apache.tuscany.sca.definitions.xml_2.0.0
35 <<LAZY>> org.apache.tuscany.sca.implementation.osgi_2.0.0
36 RESOLVED org.apache.tuscany.sca.extensibility_2.0.0
37 ACTIVE org.apache.tuscany.sca.extensibility.equinox_2.0.0
38 RESOLVED org.apache.tuscany.sca.api_2.0.0
39 RESOLVED org.apache.tuscany.sca.node.api_2.0.0
40 RESOLVED org.apache.tuscany.sca.definitions_2.0.0
41 RESOLVED org.eclipse.osgi.services_3.1.200.v20071203
42 RESOLVED org.apache.tuscany.sca.policy.xml_2.0.0
43 RESOLVED org.apache.tuscany.sca.databinding.jaxb_2.0.0
44 RESOLVED org.apache.tuscany.sca.core.spi_2.0.0
45 RESOLVED org.apache.tuscany.sca.workspace.impl_2.0.0
46 RESOLVED org.apache.tuscany.sca.interface.java_2.0.0
47 RESOLVED org.apache.tuscany.sca.contribution.namespace_2.0.0
48 RESOLVED org.apache.tuscany.sca.contribution.java_2.0.0
49 RESOLVED org.apache.tuscany.sca.policy_2.0.0
50 RESOLVED org.apache.tuscany.sca.interface.java.jaxws_2.0.0
51 RESOLVED org.apache.tuscany.sca.workspace.xml_2.0.0
52 RESOLVED org.apache.tuscany.sca.workspace_2.0.0
53 <<LAZY>> org.apache.tuscany.sca.implementation.osgi.runtime_2.0.0
54 RESOLVED org.apache.geronimo.specs.geronimo-stax-api_1.0_spec_1.0.1
55 RESOLVED org.apache.tuscany.sca.host.rmi_2.0.0
56 RESOLVED org.apache.tuscany.sca.interface_2.0.0
57 RESOLVED org.apache.tuscany.sca.endpoint_2.0.0
58 RESOLVED org.apache.tuscany.sca.binding.sca_2.0.0
59 RESOLVED org.apache.tuscany.sca.interface.java.xml_2.0.0
60 RESOLVED org.apache.tuscany.sca.implementation.node_2.0.0
61 RESOLVED org.apache.tuscany.sca.implementation.java_2.0.0
62 INSTALLED calculator.dosgi_1.0.0
63 INSTALLED calculator.dosgi.operations_1.0.0
osgi> diag 63
reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\operations-bundle.jar
[63]
Direct constraints which are unresolved:
Missing imported package calculator.dosgi.operations_1.0.0.
osgi>
On Thu, Mar 26, 2009 at 8:02 PM, Raymond Feng <en...@gmail.com> wrote:
> You can add -Dosgi.console=9999 for VM arguments and set a break point
> before the bundle.start(). When the thread suspends, open a new window and
> type:
>
> telnet localhost 9999
>
> osgi> ss
> osgi> diag <id for the bundle>
>
> Thanks,
> Raymond
>
> --------------------------------------------------
> From: "ant elder" <an...@apache.org>
> Sent: Thursday, March 26, 2009 12:03 PM
> To: <de...@tuscany.apache.org>
> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>
>> Ok, sent. It looks ok to me, i get the same fail running in eclipse so
>> could i put a breakpoint somewhere to help debug?
>>
>> ...ant
>>
>> On Thu, Mar 26, 2009 at 6:35 PM, Raymond Feng <en...@gmail.com> wrote:
>>>
>>> Can you send me the jar to my gmail?
>>>
>>> Thanks,
>>> Raymond
>>> --------------------------------------------------
>>> From: "ant elder" <an...@apache.org>
>>> Sent: Thursday, March 26, 2009 10:09 AM
>>> To: <de...@tuscany.apache.org>
>>> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>>>
>>>> On Thu, Mar 26, 2009 at 5:06 PM, Raymond Feng <en...@gmail.com>
>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I just tried on Windows and Lunix. Both are successful.
>>>>>
>>>>> Can you check if the target/test-classes/operations-bundle.jar contains
>>>>> calculator/dosgi/operations/OperationsActivator.class?
>>>>>
>>>>
>>>> It does.
>>>>
>>>> ...ant
>>>
>>>
>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
You can add -Dosgi.console=9999 for VM arguments and set a break point
before the bundle.start(). When the thread suspends, open a new window and
type:
telnet localhost 9999
osgi> ss
osgi> diag <id for the bundle>
Thanks,
Raymond
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Thursday, March 26, 2009 12:03 PM
To: <de...@tuscany.apache.org>
Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
> Ok, sent. It looks ok to me, i get the same fail running in eclipse so
> could i put a breakpoint somewhere to help debug?
>
> ...ant
>
> On Thu, Mar 26, 2009 at 6:35 PM, Raymond Feng <en...@gmail.com> wrote:
>> Can you send me the jar to my gmail?
>>
>> Thanks,
>> Raymond
>> --------------------------------------------------
>> From: "ant elder" <an...@apache.org>
>> Sent: Thursday, March 26, 2009 10:09 AM
>> To: <de...@tuscany.apache.org>
>> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>>
>>> On Thu, Mar 26, 2009 at 5:06 PM, Raymond Feng <en...@gmail.com>
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I just tried on Windows and Lunix. Both are successful.
>>>>
>>>> Can you check if the target/test-classes/operations-bundle.jar contains
>>>> calculator/dosgi/operations/OperationsActivator.class?
>>>>
>>>
>>> It does.
>>>
>>> ...ant
>>
>>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
Ok, sent. It looks ok to me, i get the same fail running in eclipse so
could i put a breakpoint somewhere to help debug?
...ant
On Thu, Mar 26, 2009 at 6:35 PM, Raymond Feng <en...@gmail.com> wrote:
> Can you send me the jar to my gmail?
>
> Thanks,
> Raymond
> --------------------------------------------------
> From: "ant elder" <an...@apache.org>
> Sent: Thursday, March 26, 2009 10:09 AM
> To: <de...@tuscany.apache.org>
> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>
>> On Thu, Mar 26, 2009 at 5:06 PM, Raymond Feng <en...@gmail.com> wrote:
>>>
>>> Hi,
>>>
>>> I just tried on Windows and Lunix. Both are successful.
>>>
>>> Can you check if the target/test-classes/operations-bundle.jar contains
>>> calculator/dosgi/operations/OperationsActivator.class?
>>>
>>
>> It does.
>>
>> ...ant
>
>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
Can you send me the jar to my gmail?
Thanks,
Raymond
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Thursday, March 26, 2009 10:09 AM
To: <de...@tuscany.apache.org>
Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
> On Thu, Mar 26, 2009 at 5:06 PM, Raymond Feng <en...@gmail.com> wrote:
>> Hi,
>>
>> I just tried on Windows and Lunix. Both are successful.
>>
>> Can you check if the target/test-classes/operations-bundle.jar contains
>> calculator/dosgi/operations/OperationsActivator.class?
>>
>
> It does.
>
> ...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Thu, Mar 26, 2009 at 5:06 PM, Raymond Feng <en...@gmail.com> wrote:
> Hi,
>
> I just tried on Windows and Lunix. Both are successful.
>
> Can you check if the target/test-classes/operations-bundle.jar contains
> calculator/dosgi/operations/OperationsActivator.class?
>
It does.
...ant
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
Hi,
I just tried on Windows and Lunix. Both are successful.
Can you check if the target/test-classes/operations-bundle.jar contains
calculator/dosgi/operations/OperationsActivator.class?
Thanks,
Raymond
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Thursday, March 26, 2009 9:44 AM
To: <de...@tuscany.apache.org>
Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
> On Thu, Mar 26, 2009 at 4:08 PM, Raymond Feng <en...@gmail.com> wrote:
>> What failure do you see? The same as continuum (it seems to be hit by the
>> JAX-WS API pom issue)?
>>
>
>
> Running calculator.dosgi.test.CalculatorOSGiTestCase
> 26-Mar-2009 16:42:32
> org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
> collectClasspathEntries
> INFO: Runtime classpath: 1 JAR from C:\Documents and
> Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tuscan
> y-node-launcher-equinox\2.0-SNAPSHOT
> 26-Mar-2009 16:42:32
> org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
> collectClasspathEntries
> INFO: Runtime classpath: 3 JARs from C:\Documents and
> Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tusca
> ny-node-launcher-equinox
> 26-Mar-2009 16:42:32
> org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
> collectClassLoaderClasspathEntries
> INFO: Runtime classpath: 65 JARs from application classpath.
> 26-Mar-2009 16:42:32
> org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoveryActivator
> start
> INFO: Equinox-based service discoverer is now configured.
> 33 org.eclipse.equinox.ds RESOLVED
> 33 org.eclipse.equinox.ds ACTIVE
> 26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator start
> INFO: Starting
> reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
> [65
> ]
> 26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator start
> INFO: Registering calculator.dosgi.CalculatorService
> 26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator getBundle
> INFO: calculator.dosgi.operations.AddService is loaded by bundle:
> calculator.dosgi
> 65 calculator.dosgi ACTIVE
> org.osgi.framework.BundleException: The activator
> calculator.dosgi.operations.OperationsActivator for bundle calculator.
> dosgi.operations is invalid
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
> at
> calculator.dosgi.test.CalculatorOSGiTestCase.setUpBeforeClass(CalculatorOSGiTestCase.java:69)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
> )
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
> Caused by: java.lang.ClassNotFoundException:
> calculator.dosgi.operations.OperationsActivator
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
> ... 25 more
> 26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator stop
> INFO: Stopping
> reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
> [65
> ]
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.015
> sec <<< FAILURE!
> calculator.dosgi.test.CalculatorOSGiTestCase Time elapsed: 0 sec <<<
> ERROR!
> org.osgi.framework.BundleException: The activator
> calculator.dosgi.operations.OperationsActivator for bundle calculator.
> dosgi.operations is invalid
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
> at
> calculator.dosgi.test.CalculatorOSGiTestCase.setUpBeforeClass(CalculatorOSGiTestCase.java:69)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
> )
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
> Caused by: java.lang.ClassNotFoundException:
> calculator.dosgi.operations.OperationsActivator
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
> ... 25 more
>
> Running calculator.dosgi.test.CalculatorOSGiNodeTestCase
> Generating calculator.dosgi bundle...
> Generating calculator.dosgi.operations bundle...
> 26-Mar-2009 16:42:33
> org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
> collectClasspathEntries
> INFO: Runtime classpath: 1 JAR from C:\Documents and
> Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tuscan
> y-node-launcher-equinox\2.0-SNAPSHOT
> 26-Mar-2009 16:42:33
> org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
> collectClasspathEntries
> INFO: Runtime classpath: 3 JARs from C:\Documents and
> Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tusca
> ny-node-launcher-equinox
> 26-Mar-2009 16:42:33
> org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
> collectClassLoaderClasspathEntries
> INFO: Runtime classpath: 65 JARs from application classpath.
> 26-Mar-2009 16:42:34
> org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoveryActivator
> start
> INFO: Equinox-based service discoverer is now configured.
> 1 org.apache.tuscany.sca.node.launcher.equinox ACTIVE
> 2 org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr181-api ACTIVE
> 3 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxws-api ACTIVE
> 4 org.apache.tuscany.sca.node.launcher.equinox.libraries.servlet-api
> ACTIVE
> 5 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefire-booter
> ACTIVE
> 6 org.apache.tuscany.sca.node.launcher.equinox.libraries.wstx-asl ACTIVE
> 7 org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr250-api ACTIVE
> 8 org.apache.tuscany.sca.node.launcher.equinox.libraries.cglib ACTIVE
> 9 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-api ACTIVE
> 10 org.apache.tuscany.sca.node.launcher.equinox.libraries.asm ACTIVE
> 11 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-impl ACTIVE
> 12 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefire-api
> ACTIVE
> 13
> org.apache.tuscany.sca.node.launcher.equinox.libraries.surefirebooter28857
> ACTIVE
> 14 org.apache.tuscany.sca.node.launcher.equinox.libraries.activation
> ACTIVE
> 15 org.apache.tuscany.sca.node.launcher.equinox.libraries.junit ACTIVE
> 16 org.apache.tuscany.sca.xsd ACTIVE
> 17 org.apache.tuscany.sca.implementation.java.runtime ACTIVE
> 18 org.apache.tuscany.sca.databinding ACTIVE
> 20 org.apache.tuscany.sca.contribution.osgi ACTIVE
> 21 org.apache.tuscany.sca.assembly.xsd ACTIVE
> 22 org.apache.tuscany.sca.binding.sca.xml ACTIVE
> 23 org.apache.tuscany.sca.assembly.xml ACTIVE
> 25 org.apache.tuscany.sca.core ACTIVE
> 26 org.apache.tuscany.sca.contribution ACTIVE
> 27 org.apache.tuscany.sca.implementation.java.xml ACTIVE
> 28 org.apache.tuscany.sca.node.osgi.impl ACTIVE
> 29 org.apache.tuscany.sca.binding.rmi ACTIVE
> 30 org.apache.tuscany.sca.monitor ACTIVE
> 32 org.apache.tuscany.sca.contribution.xml ACTIVE
> 33 org.eclipse.equinox.ds ACTIVE
> 34 org.apache.tuscany.sca.binding.rmi.runtime ACTIVE
> 35 org.apache.tuscany.sca.core.databinding ACTIVE
> 36 org.apache.tuscany.sca.assembly ACTIVE
> 37 org.apache.tuscany.sca.definitions.xml ACTIVE
> 38 org.apache.tuscany.sca.implementation.osgi ACTIVE
> 39 org.apache.tuscany.sca.extensibility ACTIVE
> 40 org.apache.tuscany.sca.extensibility.equinox ACTIVE
> 41 org.apache.tuscany.sca.api ACTIVE
> 42 org.apache.tuscany.sca.node.api ACTIVE
> 43 org.apache.tuscany.sca.definitions ACTIVE
> 45 org.apache.tuscany.sca.policy.xml ACTIVE
> 46 org.apache.tuscany.sca.databinding.jaxb ACTIVE
> 47 org.apache.tuscany.sca.core.spi ACTIVE
> 48 org.apache.tuscany.sca.workspace.impl ACTIVE
> 49 org.apache.tuscany.sca.interface.java ACTIVE
> 50 org.apache.tuscany.sca.contribution.namespace ACTIVE
> 51 org.apache.tuscany.sca.contribution.java ACTIVE
> 52 org.apache.tuscany.sca.interface.java.jaxws ACTIVE
> 53 org.apache.tuscany.sca.policy ACTIVE
> 54 org.apache.tuscany.sca.workspace.xml ACTIVE
> 55 org.apache.tuscany.sca.workspace ACTIVE
> 56 org.apache.tuscany.sca.implementation.osgi.runtime ACTIVE
> 58 org.apache.tuscany.sca.host.rmi ACTIVE
> 59 org.apache.tuscany.sca.interface ACTIVE
> 60 org.apache.tuscany.sca.endpoint ACTIVE
> 61 org.apache.tuscany.sca.binding.sca ACTIVE
> 62 org.apache.tuscany.sca.interface.java.xml ACTIVE
> 63 org.apache.tuscany.sca.implementation.node ACTIVE
> 64 org.apache.tuscany.sca.implementation.java ACTIVE
> 26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator start
> INFO: Starting
> reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
> [65
> ]
> 26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator start
> INFO: Registering calculator.dosgi.CalculatorService
> 26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator getBundle
> INFO: calculator.dosgi.operations.AddService is loaded by bundle:
> calculator.dosgi
> 26-Mar-2009 16:42:35
> org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl configureNode
> INFO: Loading contribution: bundleentry://65/
> 26-Mar-2009 16:42:46
> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
> SEVERE: XMLSchema validation error occured in: null ,line = 21, column
> = 1, Message = cvc-elt.1: Cannot find the declara
> tion of element 'service-descriptions'.
> 26-Mar-2009 16:42:46
> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
> SEVERE: XMLSchema validation error occured in: null ,line = 28, column
> = 9, Message = cvc-complex-type.2.4.a: Invalid co
> ntent was found starting with element 'reference'. One of
> '{WC[##other:"http://docs.oasis-open.org/ns/opencsa/sca/200903
> "]}' is expected.
> 26-Mar-2009 16:42:46
> org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl$NodeImpl start
> INFO: Starting node: calculator.dosgi
> 65 calculator.dosgi ACTIVE
> org.osgi.framework.BundleException: The activator
> calculator.dosgi.operations.OperationsActivator for bundle calculator.
> dosgi.operations is invalid
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
> at
> calculator.dosgi.test.CalculatorOSGiNodeTestCase.setUpBeforeClass(CalculatorOSGiNodeTestCase.java:99)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
> )
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
> Caused by: java.lang.ClassNotFoundException:
> calculator.dosgi.operations.OperationsActivator
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
> ... 25 more
> 26-Mar-2009 16:42:46
> org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl$NodeImpl stop
> INFO: Stopping node: calculator.dosgi
> 26-Mar-2009 16:42:46 calculator.dosgi.CalculatorActivator stop
> INFO: Stopping
> reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
> [65
> ]
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.032
> sec <<< FAILURE!
> calculator.dosgi.test.CalculatorOSGiNodeTestCase Time elapsed: 14.032
> sec <<< ERROR!
> org.osgi.framework.BundleException: The activator
> calculator.dosgi.operations.OperationsActivator for bundle calculator.
> dosgi.operations is invalid
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
> at
> calculator.dosgi.test.CalculatorOSGiNodeTestCase.setUpBeforeClass(CalculatorOSGiNodeTestCase.java:99)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
> )
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
> Caused by: java.lang.ClassNotFoundException:
> calculator.dosgi.operations.OperationsActivator
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
> ... 25 more
>
>
> Results :
>
> Tests in error:
> calculator.dosgi.test.CalculatorOSGiTestCase
> calculator.dosgi.test.CalculatorOSGiNodeTestCase
>
> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
>
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Thu, Mar 26, 2009 at 4:08 PM, Raymond Feng <en...@gmail.com> wrote:
> What failure do you see? The same as continuum (it seems to be hit by the
> JAX-WS API pom issue)?
>
Running calculator.dosgi.test.CalculatorOSGiTestCase
26-Mar-2009 16:42:32
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 1 JAR from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tuscan
y-node-launcher-equinox\2.0-SNAPSHOT
26-Mar-2009 16:42:32
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 3 JARs from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tusca
ny-node-launcher-equinox
26-Mar-2009 16:42:32
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClassLoaderClasspathEntries
INFO: Runtime classpath: 65 JARs from application classpath.
26-Mar-2009 16:42:32
org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoveryActivator
start
INFO: Equinox-based service discoverer is now configured.
33 org.eclipse.equinox.ds RESOLVED
33 org.eclipse.equinox.ds ACTIVE
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator start
INFO: Starting reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator start
INFO: Registering calculator.dosgi.CalculatorService
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator getBundle
INFO: calculator.dosgi.operations.AddService is loaded by bundle:
calculator.dosgi
65 calculator.dosgi ACTIVE
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiTestCase.setUpBeforeClass(CalculatorOSGiTestCase.java:69)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator stop
INFO: Stopping reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.015
sec <<< FAILURE!
calculator.dosgi.test.CalculatorOSGiTestCase Time elapsed: 0 sec <<< ERROR!
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiTestCase.setUpBeforeClass(CalculatorOSGiTestCase.java:69)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
Running calculator.dosgi.test.CalculatorOSGiNodeTestCase
Generating calculator.dosgi bundle...
Generating calculator.dosgi.operations bundle...
26-Mar-2009 16:42:33
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 1 JAR from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tuscan
y-node-launcher-equinox\2.0-SNAPSHOT
26-Mar-2009 16:42:33
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 3 JARs from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tusca
ny-node-launcher-equinox
26-Mar-2009 16:42:33
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClassLoaderClasspathEntries
INFO: Runtime classpath: 65 JARs from application classpath.
26-Mar-2009 16:42:34
org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoveryActivator
start
INFO: Equinox-based service discoverer is now configured.
1 org.apache.tuscany.sca.node.launcher.equinox ACTIVE
2 org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr181-api ACTIVE
3 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxws-api ACTIVE
4 org.apache.tuscany.sca.node.launcher.equinox.libraries.servlet-api ACTIVE
5 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefire-booter ACTIVE
6 org.apache.tuscany.sca.node.launcher.equinox.libraries.wstx-asl ACTIVE
7 org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr250-api ACTIVE
8 org.apache.tuscany.sca.node.launcher.equinox.libraries.cglib ACTIVE
9 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-api ACTIVE
10 org.apache.tuscany.sca.node.launcher.equinox.libraries.asm ACTIVE
11 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-impl ACTIVE
12 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefire-api ACTIVE
13 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefirebooter28857
ACTIVE
14 org.apache.tuscany.sca.node.launcher.equinox.libraries.activation ACTIVE
15 org.apache.tuscany.sca.node.launcher.equinox.libraries.junit ACTIVE
16 org.apache.tuscany.sca.xsd ACTIVE
17 org.apache.tuscany.sca.implementation.java.runtime ACTIVE
18 org.apache.tuscany.sca.databinding ACTIVE
20 org.apache.tuscany.sca.contribution.osgi ACTIVE
21 org.apache.tuscany.sca.assembly.xsd ACTIVE
22 org.apache.tuscany.sca.binding.sca.xml ACTIVE
23 org.apache.tuscany.sca.assembly.xml ACTIVE
25 org.apache.tuscany.sca.core ACTIVE
26 org.apache.tuscany.sca.contribution ACTIVE
27 org.apache.tuscany.sca.implementation.java.xml ACTIVE
28 org.apache.tuscany.sca.node.osgi.impl ACTIVE
29 org.apache.tuscany.sca.binding.rmi ACTIVE
30 org.apache.tuscany.sca.monitor ACTIVE
32 org.apache.tuscany.sca.contribution.xml ACTIVE
33 org.eclipse.equinox.ds ACTIVE
34 org.apache.tuscany.sca.binding.rmi.runtime ACTIVE
35 org.apache.tuscany.sca.core.databinding ACTIVE
36 org.apache.tuscany.sca.assembly ACTIVE
37 org.apache.tuscany.sca.definitions.xml ACTIVE
38 org.apache.tuscany.sca.implementation.osgi ACTIVE
39 org.apache.tuscany.sca.extensibility ACTIVE
40 org.apache.tuscany.sca.extensibility.equinox ACTIVE
41 org.apache.tuscany.sca.api ACTIVE
42 org.apache.tuscany.sca.node.api ACTIVE
43 org.apache.tuscany.sca.definitions ACTIVE
45 org.apache.tuscany.sca.policy.xml ACTIVE
46 org.apache.tuscany.sca.databinding.jaxb ACTIVE
47 org.apache.tuscany.sca.core.spi ACTIVE
48 org.apache.tuscany.sca.workspace.impl ACTIVE
49 org.apache.tuscany.sca.interface.java ACTIVE
50 org.apache.tuscany.sca.contribution.namespace ACTIVE
51 org.apache.tuscany.sca.contribution.java ACTIVE
52 org.apache.tuscany.sca.interface.java.jaxws ACTIVE
53 org.apache.tuscany.sca.policy ACTIVE
54 org.apache.tuscany.sca.workspace.xml ACTIVE
55 org.apache.tuscany.sca.workspace ACTIVE
56 org.apache.tuscany.sca.implementation.osgi.runtime ACTIVE
58 org.apache.tuscany.sca.host.rmi ACTIVE
59 org.apache.tuscany.sca.interface ACTIVE
60 org.apache.tuscany.sca.endpoint ACTIVE
61 org.apache.tuscany.sca.binding.sca ACTIVE
62 org.apache.tuscany.sca.interface.java.xml ACTIVE
63 org.apache.tuscany.sca.implementation.node ACTIVE
64 org.apache.tuscany.sca.implementation.java ACTIVE
26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator start
INFO: Starting reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator start
INFO: Registering calculator.dosgi.CalculatorService
26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator getBundle
INFO: calculator.dosgi.operations.AddService is loaded by bundle:
calculator.dosgi
26-Mar-2009 16:42:35
org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl configureNode
INFO: Loading contribution: bundleentry://65/
26-Mar-2009 16:42:46
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
SEVERE: XMLSchema validation error occured in: null ,line = 21, column
= 1, Message = cvc-elt.1: Cannot find the declara
tion of element 'service-descriptions'.
26-Mar-2009 16:42:46
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
SEVERE: XMLSchema validation error occured in: null ,line = 28, column
= 9, Message = cvc-complex-type.2.4.a: Invalid co
ntent was found starting with element 'reference'. One of
'{WC[##other:"http://docs.oasis-open.org/ns/opencsa/sca/200903
"]}' is expected.
26-Mar-2009 16:42:46
org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl$NodeImpl start
INFO: Starting node: calculator.dosgi
65 calculator.dosgi ACTIVE
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiNodeTestCase.setUpBeforeClass(CalculatorOSGiNodeTestCase.java:99)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
26-Mar-2009 16:42:46
org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl$NodeImpl stop
INFO: Stopping node: calculator.dosgi
26-Mar-2009 16:42:46 calculator.dosgi.CalculatorActivator stop
INFO: Stopping reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.032
sec <<< FAILURE!
calculator.dosgi.test.CalculatorOSGiNodeTestCase Time elapsed: 14.032
sec <<< ERROR!
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiNodeTestCase.setUpBeforeClass(CalculatorOSGiNodeTestCase.java:99)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
Results :
Tests in error:
calculator.dosgi.test.CalculatorOSGiTestCase
calculator.dosgi.test.CalculatorOSGiNodeTestCase
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Thu, Mar 26, 2009 at 4:08 PM, Raymond Feng <en...@gmail.com> wrote:
> What failure do you see? The same as continuum (it seems to be hit by the
> JAX-WS API pom issue)?
>
Running calculator.dosgi.test.CalculatorOSGiTestCase
26-Mar-2009 16:42:32
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 1 JAR from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tuscan
y-node-launcher-equinox\2.0-SNAPSHOT
26-Mar-2009 16:42:32
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 3 JARs from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tusca
ny-node-launcher-equinox
26-Mar-2009 16:42:32
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClassLoaderClasspathEntries
INFO: Runtime classpath: 65 JARs from application classpath.
26-Mar-2009 16:42:32
org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoveryActivator
start
INFO: Equinox-based service discoverer is now configured.
33 org.eclipse.equinox.ds RESOLVED
33 org.eclipse.equinox.ds ACTIVE
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator start
INFO: Starting reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator start
INFO: Registering calculator.dosgi.CalculatorService
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator getBundle
INFO: calculator.dosgi.operations.AddService is loaded by bundle:
calculator.dosgi
65 calculator.dosgi ACTIVE
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiTestCase.setUpBeforeClass(CalculatorOSGiTestCase.java:69)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
26-Mar-2009 16:42:33 calculator.dosgi.CalculatorActivator stop
INFO: Stopping reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.015
sec <<< FAILURE!
calculator.dosgi.test.CalculatorOSGiTestCase Time elapsed: 0 sec <<< ERROR!
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiTestCase.setUpBeforeClass(CalculatorOSGiTestCase.java:69)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
Running calculator.dosgi.test.CalculatorOSGiNodeTestCase
Generating calculator.dosgi bundle...
Generating calculator.dosgi.operations bundle...
26-Mar-2009 16:42:33
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 1 JAR from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tuscan
y-node-launcher-equinox\2.0-SNAPSHOT
26-Mar-2009 16:42:33
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClasspathEntries
INFO: Runtime classpath: 3 JARs from C:\Documents and
Settings\Administrator\.m2\repository\org\apache\tuscany\sca\tusca
ny-node-launcher-equinox
26-Mar-2009 16:42:33
org.apache.tuscany.sca.node.equinox.launcher.NodeLauncherUtil
collectClassLoaderClasspathEntries
INFO: Runtime classpath: 65 JARs from application classpath.
26-Mar-2009 16:42:34
org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoveryActivator
start
INFO: Equinox-based service discoverer is now configured.
1 org.apache.tuscany.sca.node.launcher.equinox ACTIVE
2 org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr181-api ACTIVE
3 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxws-api ACTIVE
4 org.apache.tuscany.sca.node.launcher.equinox.libraries.servlet-api ACTIVE
5 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefire-booter ACTIVE
6 org.apache.tuscany.sca.node.launcher.equinox.libraries.wstx-asl ACTIVE
7 org.apache.tuscany.sca.node.launcher.equinox.libraries.jsr250-api ACTIVE
8 org.apache.tuscany.sca.node.launcher.equinox.libraries.cglib ACTIVE
9 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-api ACTIVE
10 org.apache.tuscany.sca.node.launcher.equinox.libraries.asm ACTIVE
11 org.apache.tuscany.sca.node.launcher.equinox.libraries.jaxb-impl ACTIVE
12 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefire-api ACTIVE
13 org.apache.tuscany.sca.node.launcher.equinox.libraries.surefirebooter28857
ACTIVE
14 org.apache.tuscany.sca.node.launcher.equinox.libraries.activation ACTIVE
15 org.apache.tuscany.sca.node.launcher.equinox.libraries.junit ACTIVE
16 org.apache.tuscany.sca.xsd ACTIVE
17 org.apache.tuscany.sca.implementation.java.runtime ACTIVE
18 org.apache.tuscany.sca.databinding ACTIVE
20 org.apache.tuscany.sca.contribution.osgi ACTIVE
21 org.apache.tuscany.sca.assembly.xsd ACTIVE
22 org.apache.tuscany.sca.binding.sca.xml ACTIVE
23 org.apache.tuscany.sca.assembly.xml ACTIVE
25 org.apache.tuscany.sca.core ACTIVE
26 org.apache.tuscany.sca.contribution ACTIVE
27 org.apache.tuscany.sca.implementation.java.xml ACTIVE
28 org.apache.tuscany.sca.node.osgi.impl ACTIVE
29 org.apache.tuscany.sca.binding.rmi ACTIVE
30 org.apache.tuscany.sca.monitor ACTIVE
32 org.apache.tuscany.sca.contribution.xml ACTIVE
33 org.eclipse.equinox.ds ACTIVE
34 org.apache.tuscany.sca.binding.rmi.runtime ACTIVE
35 org.apache.tuscany.sca.core.databinding ACTIVE
36 org.apache.tuscany.sca.assembly ACTIVE
37 org.apache.tuscany.sca.definitions.xml ACTIVE
38 org.apache.tuscany.sca.implementation.osgi ACTIVE
39 org.apache.tuscany.sca.extensibility ACTIVE
40 org.apache.tuscany.sca.extensibility.equinox ACTIVE
41 org.apache.tuscany.sca.api ACTIVE
42 org.apache.tuscany.sca.node.api ACTIVE
43 org.apache.tuscany.sca.definitions ACTIVE
45 org.apache.tuscany.sca.policy.xml ACTIVE
46 org.apache.tuscany.sca.databinding.jaxb ACTIVE
47 org.apache.tuscany.sca.core.spi ACTIVE
48 org.apache.tuscany.sca.workspace.impl ACTIVE
49 org.apache.tuscany.sca.interface.java ACTIVE
50 org.apache.tuscany.sca.contribution.namespace ACTIVE
51 org.apache.tuscany.sca.contribution.java ACTIVE
52 org.apache.tuscany.sca.interface.java.jaxws ACTIVE
53 org.apache.tuscany.sca.policy ACTIVE
54 org.apache.tuscany.sca.workspace.xml ACTIVE
55 org.apache.tuscany.sca.workspace ACTIVE
56 org.apache.tuscany.sca.implementation.osgi.runtime ACTIVE
58 org.apache.tuscany.sca.host.rmi ACTIVE
59 org.apache.tuscany.sca.interface ACTIVE
60 org.apache.tuscany.sca.endpoint ACTIVE
61 org.apache.tuscany.sca.binding.sca ACTIVE
62 org.apache.tuscany.sca.interface.java.xml ACTIVE
63 org.apache.tuscany.sca.implementation.node ACTIVE
64 org.apache.tuscany.sca.implementation.java ACTIVE
26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator start
INFO: Starting reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator start
INFO: Registering calculator.dosgi.CalculatorService
26-Mar-2009 16:42:34 calculator.dosgi.CalculatorActivator getBundle
INFO: calculator.dosgi.operations.AddService is loaded by bundle:
calculator.dosgi
26-Mar-2009 16:42:35
org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl configureNode
INFO: Loading contribution: bundleentry://65/
26-Mar-2009 16:42:46
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
SEVERE: XMLSchema validation error occured in: null ,line = 21, column
= 1, Message = cvc-elt.1: Cannot find the declara
tion of element 'service-descriptions'.
26-Mar-2009 16:42:46
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
SEVERE: XMLSchema validation error occured in: null ,line = 28, column
= 9, Message = cvc-complex-type.2.4.a: Invalid co
ntent was found starting with element 'reference'. One of
'{WC[##other:"http://docs.oasis-open.org/ns/opencsa/sca/200903
"]}' is expected.
26-Mar-2009 16:42:46
org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl$NodeImpl start
INFO: Starting node: calculator.dosgi
65 calculator.dosgi ACTIVE
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiNodeTestCase.setUpBeforeClass(CalculatorOSGiNodeTestCase.java:99)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
26-Mar-2009 16:42:46
org.apache.tuscany.sca.node.osgi.impl.NodeFactoryImpl$NodeImpl stop
INFO: Stopping node: calculator.dosgi
26-Mar-2009 16:42:46 calculator.dosgi.CalculatorActivator stop
INFO: Stopping reference:file:/C:\Tuscany\SVN\trunk\modules\node-impl-osgi\target\test-classes\calculator-bundle.jar
[65
]
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.032
sec <<< FAILURE!
calculator.dosgi.test.CalculatorOSGiNodeTestCase Time elapsed: 14.032
sec <<< ERROR!
org.osgi.framework.BundleException: The activator
calculator.dosgi.operations.OperationsActivator for bundle calculator.
dosgi.operations is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:146)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:980)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:257)
at calculator.dosgi.test.CalculatorOSGiNodeTestCase.setUpBeforeClass(CalculatorOSGiNodeTestCase.java:99)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java: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.executeTestSet(AbstractDirectoryTestSuite.java:140
)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ClassNotFoundException:
calculator.dosgi.operations.OperationsActivator
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:435)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:397)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:385)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:313)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:139)
... 25 more
Results :
Tests in error:
calculator.dosgi.test.CalculatorOSGiTestCase
calculator.dosgi.test.CalculatorOSGiNodeTestCase
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
What failure do you see? The same as continuum (it seems to be hit by the
JAX-WS API pom issue)?
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Thursday, March 26, 2009 4:15 AM
To: <de...@tuscany.apache.org>
Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
> I'm also getting a build failure in node-impl-osgi after these changes
>
> ...ant
>
> On Thu, Mar 26, 2009 at 7:44 AM, ant elder <an...@apache.org> wrote:
>> Could you copy the changes that are required to the m2 branch?
>>
>> - https://svn.apache.org/repos/asf/tuscany/branches/sca-java-2.0-M2/
>>
>> ...ant
>>
>> On Thu, Mar 26, 2009 at 12:31 AM, Raymond Feng <en...@gmail.com>
>> wrote:
>>> I have added the modules to the main build. Everything is building
>>> successfully for the 2.x code base.
>>>
>>> Thanks,
>>> Raymond
>>> --------------------------------------------------
>>> From: "ant elder" <an...@apache.org>
>>> Sent: Wednesday, March 25, 2009 9:17 AM
>>> To: <de...@tuscany.apache.org>
>>> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>>>
>>>> Heh, I've literally just finished fixing up all the legal files and
>>>> was about to cut the RC tag. But i'd say go for it if it wont take too
>>>> long, if its ready now seems a shame not to have include it in M2.
>>>>
>>>> ...ant
>>>>
>>>> On Wed, Mar 25, 2009 at 4:09 PM, Raymond Feng <en...@gmail.com>
>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Should we consider shipping the RFC 119 prototype in M2? At this
>>>>> moment,
>>>>> they are in the "rfc119" maven profile. I can add the related modules
>>>>> into
>>>>> the main build if we decide to release them.
>>>>>
>>>>> The prototype code doesn't include any files from the OSGi RFC 119.
>>>>> The
>>>>> distribution of OSGi services are configured as an SCA composite which
>>>>> contain a component with implementation.osgi. It's transparent to OSGi
>>>>> users.
>>>>>
>>>>> Thanks,
>>>>> Raymond
>>>>> --------------------------------------------------
>>>>> From: "ant elder" <an...@apache.org>
>>>>> Sent: Monday, March 23, 2009 2:40 AM
>>>>> To: <de...@tuscany.apache.org>
>>>>> Subject: Re: 2.0 M2 release?
>>>>>
>>>>>> On Sat, Mar 21, 2009 at 9:15 AM, Simon Laws
>>>>>> <si...@googlemail.com>
>>>>>> wrote:
>>>>>>>>
>>>>>>>> Those changes are in now, problems with a few things being broken
>>>>>>>> have
>>>>>>>> been fixed so it seems like a good time to start on M2. If no one
>>>>>>>> says
>>>>>>>> they need to slip anything else in I'll start on an RC1 first thing
>>>>>>>> Monday. If you are still making changes please try to be careful
>>>>>>>> the
>>>>>>>> build is still working ok till the M2 branch is taken.
>>>>>>>>
>>>>>>>> ...ant
>>>>>>>>
>>>>>>>
>>>>>>> +1
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>
>>>>>> Ok I've now created a branch for 2.0-M2 in r757361 based on trunk
>>>>>> r757355. The trunk is now free to go wild in, i'll start making the
>>>>>> RC1 release artifacts.
>>>>>>
>>>>>> ...ant
>>>>>
>>>>>
>>>
>>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
I'm also getting a build failure in node-impl-osgi after these changes
...ant
On Thu, Mar 26, 2009 at 7:44 AM, ant elder <an...@apache.org> wrote:
> Could you copy the changes that are required to the m2 branch?
>
> - https://svn.apache.org/repos/asf/tuscany/branches/sca-java-2.0-M2/
>
> ...ant
>
> On Thu, Mar 26, 2009 at 12:31 AM, Raymond Feng <en...@gmail.com> wrote:
>> I have added the modules to the main build. Everything is building
>> successfully for the 2.x code base.
>>
>> Thanks,
>> Raymond
>> --------------------------------------------------
>> From: "ant elder" <an...@apache.org>
>> Sent: Wednesday, March 25, 2009 9:17 AM
>> To: <de...@tuscany.apache.org>
>> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>>
>>> Heh, I've literally just finished fixing up all the legal files and
>>> was about to cut the RC tag. But i'd say go for it if it wont take too
>>> long, if its ready now seems a shame not to have include it in M2.
>>>
>>> ...ant
>>>
>>> On Wed, Mar 25, 2009 at 4:09 PM, Raymond Feng <en...@gmail.com> wrote:
>>>>
>>>> Hi,
>>>>
>>>> Should we consider shipping the RFC 119 prototype in M2? At this moment,
>>>> they are in the "rfc119" maven profile. I can add the related modules
>>>> into
>>>> the main build if we decide to release them.
>>>>
>>>> The prototype code doesn't include any files from the OSGi RFC 119. The
>>>> distribution of OSGi services are configured as an SCA composite which
>>>> contain a component with implementation.osgi. It's transparent to OSGi
>>>> users.
>>>>
>>>> Thanks,
>>>> Raymond
>>>> --------------------------------------------------
>>>> From: "ant elder" <an...@apache.org>
>>>> Sent: Monday, March 23, 2009 2:40 AM
>>>> To: <de...@tuscany.apache.org>
>>>> Subject: Re: 2.0 M2 release?
>>>>
>>>>> On Sat, Mar 21, 2009 at 9:15 AM, Simon Laws <si...@googlemail.com>
>>>>> wrote:
>>>>>>>
>>>>>>> Those changes are in now, problems with a few things being broken have
>>>>>>> been fixed so it seems like a good time to start on M2. If no one says
>>>>>>> they need to slip anything else in I'll start on an RC1 first thing
>>>>>>> Monday. If you are still making changes please try to be careful the
>>>>>>> build is still working ok till the M2 branch is taken.
>>>>>>>
>>>>>>> ...ant
>>>>>>>
>>>>>>
>>>>>> +1
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>
>>>>> Ok I've now created a branch for 2.0-M2 in r757361 based on trunk
>>>>> r757355. The trunk is now free to go wild in, i'll start making the
>>>>> RC1 release artifacts.
>>>>>
>>>>> ...ant
>>>>
>>>>
>>
>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
Could you copy the changes that are required to the m2 branch?
- https://svn.apache.org/repos/asf/tuscany/branches/sca-java-2.0-M2/
...ant
On Thu, Mar 26, 2009 at 12:31 AM, Raymond Feng <en...@gmail.com> wrote:
> I have added the modules to the main build. Everything is building
> successfully for the 2.x code base.
>
> Thanks,
> Raymond
> --------------------------------------------------
> From: "ant elder" <an...@apache.org>
> Sent: Wednesday, March 25, 2009 9:17 AM
> To: <de...@tuscany.apache.org>
> Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
>
>> Heh, I've literally just finished fixing up all the legal files and
>> was about to cut the RC tag. But i'd say go for it if it wont take too
>> long, if its ready now seems a shame not to have include it in M2.
>>
>> ...ant
>>
>> On Wed, Mar 25, 2009 at 4:09 PM, Raymond Feng <en...@gmail.com> wrote:
>>>
>>> Hi,
>>>
>>> Should we consider shipping the RFC 119 prototype in M2? At this moment,
>>> they are in the "rfc119" maven profile. I can add the related modules
>>> into
>>> the main build if we decide to release them.
>>>
>>> The prototype code doesn't include any files from the OSGi RFC 119. The
>>> distribution of OSGi services are configured as an SCA composite which
>>> contain a component with implementation.osgi. It's transparent to OSGi
>>> users.
>>>
>>> Thanks,
>>> Raymond
>>> --------------------------------------------------
>>> From: "ant elder" <an...@apache.org>
>>> Sent: Monday, March 23, 2009 2:40 AM
>>> To: <de...@tuscany.apache.org>
>>> Subject: Re: 2.0 M2 release?
>>>
>>>> On Sat, Mar 21, 2009 at 9:15 AM, Simon Laws <si...@googlemail.com>
>>>> wrote:
>>>>>>
>>>>>> Those changes are in now, problems with a few things being broken have
>>>>>> been fixed so it seems like a good time to start on M2. If no one says
>>>>>> they need to slip anything else in I'll start on an RC1 first thing
>>>>>> Monday. If you are still making changes please try to be careful the
>>>>>> build is still working ok till the M2 branch is taken.
>>>>>>
>>>>>> ...ant
>>>>>>
>>>>>
>>>>> +1
>>>>>
>>>>> Simon
>>>>>
>>>>
>>>> Ok I've now created a branch for 2.0-M2 in r757361 based on trunk
>>>> r757355. The trunk is now free to go wild in, i'll start making the
>>>> RC1 release artifacts.
>>>>
>>>> ...ant
>>>
>>>
>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
I have added the modules to the main build. Everything is building
successfully for the 2.x code base.
Thanks,
Raymond
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Wednesday, March 25, 2009 9:17 AM
To: <de...@tuscany.apache.org>
Subject: Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
> Heh, I've literally just finished fixing up all the legal files and
> was about to cut the RC tag. But i'd say go for it if it wont take too
> long, if its ready now seems a shame not to have include it in M2.
>
> ...ant
>
> On Wed, Mar 25, 2009 at 4:09 PM, Raymond Feng <en...@gmail.com> wrote:
>> Hi,
>>
>> Should we consider shipping the RFC 119 prototype in M2? At this moment,
>> they are in the "rfc119" maven profile. I can add the related modules
>> into
>> the main build if we decide to release them.
>>
>> The prototype code doesn't include any files from the OSGi RFC 119. The
>> distribution of OSGi services are configured as an SCA composite which
>> contain a component with implementation.osgi. It's transparent to OSGi
>> users.
>>
>> Thanks,
>> Raymond
>> --------------------------------------------------
>> From: "ant elder" <an...@apache.org>
>> Sent: Monday, March 23, 2009 2:40 AM
>> To: <de...@tuscany.apache.org>
>> Subject: Re: 2.0 M2 release?
>>
>>> On Sat, Mar 21, 2009 at 9:15 AM, Simon Laws <si...@googlemail.com>
>>> wrote:
>>>>>
>>>>> Those changes are in now, problems with a few things being broken have
>>>>> been fixed so it seems like a good time to start on M2. If no one says
>>>>> they need to slip anything else in I'll start on an RC1 first thing
>>>>> Monday. If you are still making changes please try to be careful the
>>>>> build is still working ok till the M2 branch is taken.
>>>>>
>>>>> ...ant
>>>>>
>>>>
>>>> +1
>>>>
>>>> Simon
>>>>
>>>
>>> Ok I've now created a branch for 2.0-M2 in r757361 based on trunk
>>> r757355. The trunk is now free to go wild in, i'll start making the
>>> RC1 release artifacts.
>>>
>>> ...ant
>>
>>
Re: Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
Heh, I've literally just finished fixing up all the legal files and
was about to cut the RC tag. But i'd say go for it if it wont take too
long, if its ready now seems a shame not to have include it in M2.
...ant
On Wed, Mar 25, 2009 at 4:09 PM, Raymond Feng <en...@gmail.com> wrote:
> Hi,
>
> Should we consider shipping the RFC 119 prototype in M2? At this moment,
> they are in the "rfc119" maven profile. I can add the related modules into
> the main build if we decide to release them.
>
> The prototype code doesn't include any files from the OSGi RFC 119. The
> distribution of OSGi services are configured as an SCA composite which
> contain a component with implementation.osgi. It's transparent to OSGi
> users.
>
> Thanks,
> Raymond
> --------------------------------------------------
> From: "ant elder" <an...@apache.org>
> Sent: Monday, March 23, 2009 2:40 AM
> To: <de...@tuscany.apache.org>
> Subject: Re: 2.0 M2 release?
>
>> On Sat, Mar 21, 2009 at 9:15 AM, Simon Laws <si...@googlemail.com>
>> wrote:
>>>>
>>>> Those changes are in now, problems with a few things being broken have
>>>> been fixed so it seems like a good time to start on M2. If no one says
>>>> they need to slip anything else in I'll start on an RC1 first thing
>>>> Monday. If you are still making changes please try to be careful the
>>>> build is still working ok till the M2 branch is taken.
>>>>
>>>> ...ant
>>>>
>>>
>>> +1
>>>
>>> Simon
>>>
>>
>> Ok I've now created a branch for 2.0-M2 in r757361 based on trunk
>> r757355. The trunk is now free to go wild in, i'll start making the
>> RC1 release artifacts.
>>
>> ...ant
>
>
Ship OSGi RFC119 prototype in M2? was: Re: 2.0 M2 release?
Posted by Raymond Feng <en...@gmail.com>.
Hi,
Should we consider shipping the RFC 119 prototype in M2? At this moment,
they are in the "rfc119" maven profile. I can add the related modules into
the main build if we decide to release them.
The prototype code doesn't include any files from the OSGi RFC 119. The
distribution of OSGi services are configured as an SCA composite which
contain a component with implementation.osgi. It's transparent to OSGi
users.
Thanks,
Raymond
--------------------------------------------------
From: "ant elder" <an...@apache.org>
Sent: Monday, March 23, 2009 2:40 AM
To: <de...@tuscany.apache.org>
Subject: Re: 2.0 M2 release?
> On Sat, Mar 21, 2009 at 9:15 AM, Simon Laws <si...@googlemail.com>
> wrote:
>>> Those changes are in now, problems with a few things being broken have
>>> been fixed so it seems like a good time to start on M2. If no one says
>>> they need to slip anything else in I'll start on an RC1 first thing
>>> Monday. If you are still making changes please try to be careful the
>>> build is still working ok till the M2 branch is taken.
>>>
>>> ...ant
>>>
>>
>> +1
>>
>> Simon
>>
>
> Ok I've now created a branch for 2.0-M2 in r757361 based on trunk
> r757355. The trunk is now free to go wild in, i'll start making the
> RC1 release artifacts.
>
> ...ant
Re: 2.0 M2 release?
Posted by ant elder <an...@apache.org>.
On Sat, Mar 21, 2009 at 9:15 AM, Simon Laws <si...@googlemail.com> wrote:
>> Those changes are in now, problems with a few things being broken have
>> been fixed so it seems like a good time to start on M2. If no one says
>> they need to slip anything else in I'll start on an RC1 first thing
>> Monday. If you are still making changes please try to be careful the
>> build is still working ok till the M2 branch is taken.
>>
>> ...ant
>>
>
> +1
>
> Simon
>
Ok I've now created a branch for 2.0-M2 in r757361 based on trunk
r757355. The trunk is now free to go wild in, i'll start making the
RC1 release artifacts.
...ant
Re: 2.0 M2 release?
Posted by Simon Laws <si...@googlemail.com>.
> Those changes are in now, problems with a few things being broken have
> been fixed so it seems like a good time to start on M2. If no one says
> they need to slip anything else in I'll start on an RC1 first thing
> Monday. If you are still making changes please try to be careful the
> build is still working ok till the M2 branch is taken.
>
> ...ant
>
+1
Simon
Re: 2.0 M2 release?
Posted by ant elder <an...@gmail.com>.
On Wed, Mar 18, 2009 at 10:26 AM, Simon Laws <si...@googlemail.com> wrote:
> On Wed, Mar 18, 2009 at 10:14 AM, Ramkumar R <ra...@gmail.com> wrote:
>> +1 from me.
>>
>> On Wed, Mar 18, 2009 at 2:59 PM, ant elder <an...@gmail.com> wrote:
>>>
>>> On Thu, Mar 5, 2009 at 9:19 AM, ant elder <an...@gmail.com> wrote:
>>> >
>>> >
>>> > On Mon, Mar 2, 2009 at 11:18 AM, ant elder <an...@gmail.com> wrote:
>>> >>
>>> >> We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done
>>> >> on
>>> >> Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems
>>> >> like a
>>> >> fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
>>> >>
>>> >> One of the main things I'd like to get done for M2 is to update the
>>> >> build
>>> >> to use the Maven release plugin (TUSCANY-2813) as has been done for the
>>> >> Tuscany plugin builds, that s going to change the release process quite
>>> >> a
>>> >> bit so I'm happy to be the M2 RM to make sure its working properly but
>>> >> if
>>> >> anyone else who hasn't done it before would like a go that would be
>>> >> great
>>> >> too so just volunteer and i can help out with any problems there may be
>>> >> with
>>> >> getting the new release process running smoothly.
>>> >>
>>> >> ...ant
>>> >>
>>> >
>>> > No comments so I'll assume this is ok and plan to take an M2 branch
>>> > around
>>> > the 19th of March (thats 2 weeks from now) and an RC out by the 23rd.
>>> >
>>>
>>> How is the 19th looking for everyone, is this still ok to be starting
>>> to get an M2 RC ready?
>>>
>>> I'm having a lot of trouble getting the release plugin to work with
>>> the tuscany build so that likely wont make it. That doesn't need to
>>> delay M2 though so if there are no other issues we can just do the
>>> release manually.
>>>
>>> ...ant
>>
>>
>>
>> --
>> Thanks & Regards,
>> Ramkumar Ramalingam
>>
>
> I'm trying to get the endpoint changes checked in at the moment.
> Hoping to do it today. But it might break a few things. Have no
> objection to getting started on M2 but may need and extra day or so to
> straighten things out.
>
> Simon
>
Those changes are in now, problems with a few things being broken have
been fixed so it seems like a good time to start on M2. If no one says
they need to slip anything else in I'll start on an RC1 first thing
Monday. If you are still making changes please try to be careful the
build is still working ok till the M2 branch is taken.
...ant
Re: 2.0 M2 release?
Posted by Simon Laws <si...@googlemail.com>.
On Wed, Mar 18, 2009 at 10:14 AM, Ramkumar R <ra...@gmail.com> wrote:
> +1 from me.
>
> On Wed, Mar 18, 2009 at 2:59 PM, ant elder <an...@gmail.com> wrote:
>>
>> On Thu, Mar 5, 2009 at 9:19 AM, ant elder <an...@gmail.com> wrote:
>> >
>> >
>> > On Mon, Mar 2, 2009 at 11:18 AM, ant elder <an...@gmail.com> wrote:
>> >>
>> >> We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done
>> >> on
>> >> Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems
>> >> like a
>> >> fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
>> >>
>> >> One of the main things I'd like to get done for M2 is to update the
>> >> build
>> >> to use the Maven release plugin (TUSCANY-2813) as has been done for the
>> >> Tuscany plugin builds, that s going to change the release process quite
>> >> a
>> >> bit so I'm happy to be the M2 RM to make sure its working properly but
>> >> if
>> >> anyone else who hasn't done it before would like a go that would be
>> >> great
>> >> too so just volunteer and i can help out with any problems there may be
>> >> with
>> >> getting the new release process running smoothly.
>> >>
>> >> ...ant
>> >>
>> >
>> > No comments so I'll assume this is ok and plan to take an M2 branch
>> > around
>> > the 19th of March (thats 2 weeks from now) and an RC out by the 23rd.
>> >
>>
>> How is the 19th looking for everyone, is this still ok to be starting
>> to get an M2 RC ready?
>>
>> I'm having a lot of trouble getting the release plugin to work with
>> the tuscany build so that likely wont make it. That doesn't need to
>> delay M2 though so if there are no other issues we can just do the
>> release manually.
>>
>> ...ant
>
>
>
> --
> Thanks & Regards,
> Ramkumar Ramalingam
>
I'm trying to get the endpoint changes checked in at the moment.
Hoping to do it today. But it might break a few things. Have no
objection to getting started on M2 but may need and extra day or so to
straighten things out.
Simon
Re: 2.0 M2 release?
Posted by Ramkumar R <ra...@gmail.com>.
+1 from me.
On Wed, Mar 18, 2009 at 2:59 PM, ant elder <an...@gmail.com> wrote:
> On Thu, Mar 5, 2009 at 9:19 AM, ant elder <an...@gmail.com> wrote:
> >
> >
> > On Mon, Mar 2, 2009 at 11:18 AM, ant elder <an...@gmail.com> wrote:
> >>
> >> We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done
> on
> >> Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems
> like a
> >> fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
> >>
> >> One of the main things I'd like to get done for M2 is to update the
> build
> >> to use the Maven release plugin (TUSCANY-2813) as has been done for the
> >> Tuscany plugin builds, that s going to change the release process quite
> a
> >> bit so I'm happy to be the M2 RM to make sure its working properly but
> if
> >> anyone else who hasn't done it before would like a go that would be
> great
> >> too so just volunteer and i can help out with any problems there may be
> with
> >> getting the new release process running smoothly.
> >>
> >> ...ant
> >>
> >
> > No comments so I'll assume this is ok and plan to take an M2 branch
> around
> > the 19th of March (thats 2 weeks from now) and an RC out by the 23rd.
> >
>
> How is the 19th looking for everyone, is this still ok to be starting
> to get an M2 RC ready?
>
> I'm having a lot of trouble getting the release plugin to work with
> the tuscany build so that likely wont make it. That doesn't need to
> delay M2 though so if there are no other issues we can just do the
> release manually.
>
> ...ant
>
--
Thanks & Regards,
Ramkumar Ramalingam
Re: 2.0 M2 release?
Posted by ant elder <an...@gmail.com>.
On Thu, Mar 5, 2009 at 9:19 AM, ant elder <an...@gmail.com> wrote:
>
>
> On Mon, Mar 2, 2009 at 11:18 AM, ant elder <an...@gmail.com> wrote:
>>
>> We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done on
>> Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems like a
>> fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
>>
>> One of the main things I'd like to get done for M2 is to update the build
>> to use the Maven release plugin (TUSCANY-2813) as has been done for the
>> Tuscany plugin builds, that s going to change the release process quite a
>> bit so I'm happy to be the M2 RM to make sure its working properly but if
>> anyone else who hasn't done it before would like a go that would be great
>> too so just volunteer and i can help out with any problems there may be with
>> getting the new release process running smoothly.
>>
>> ...ant
>>
>
> No comments so I'll assume this is ok and plan to take an M2 branch around
> the 19th of March (thats 2 weeks from now) and an RC out by the 23rd.
>
How is the 19th looking for everyone, is this still ok to be starting
to get an M2 RC ready?
I'm having a lot of trouble getting the release plugin to work with
the tuscany build so that likely wont make it. That doesn't need to
delay M2 though so if there are no other issues we can just do the
release manually.
...ant
Re: 2.0 M2 release?
Posted by ant elder <an...@gmail.com>.
On Mon, Mar 2, 2009 at 11:18 AM, ant elder <an...@gmail.com> wrote:
> We've talk about a 6 week release cycle on 2.x and the M1 RC1 was done on
> Feb 9 so six weeks from then is in 3 weeks on March 23rd. That seems like a
> fine date to aim for M2 RC1 to me, does it sounds ok for everyone?
>
> One of the main things I'd like to get done for M2 is to update the build
> to use the Maven release plugin (TUSCANY-2813) as has been done for the
> Tuscany plugin builds, that s going to change the release process quite a
> bit so I'm happy to be the M2 RM to make sure its working properly but if
> anyone else who hasn't done it before would like a go that would be great
> too so just volunteer and i can help out with any problems there may be with
> getting the new release process running smoothly.
>
> ...ant
>
>
No comments so I'll assume this is ok and plan to take an M2 branch around
the 19th of March (thats 2 weeks from now) and an RC out by the 23rd.
...ant