You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Richard S. Hall" <he...@ungoverned.org> on 2010/03/03 17:55:42 UTC
Framework trunk
For those using framework from trunk, I've merged work from my sandbox
into the trunk...the changes are fairly substantial.
The changes are not complete and the API will likely be in flux for a
while, but the framework should be reasonably stable (i.e., still
passing the CT). The big change for now is the introduction of a new
resolver implementation.
If you are someone experiencing "hangs" from long resolver cycles, feel
free to try the snapshot and see if it makes a difference for you. In
fact, any usage and reporting of issues would be helpful.
Thanks.
-> richard
p.s. Currently, I am unable to publish a snapshot, but I will try to do
that later (for the time being you can build from trunk).
Re: Framework trunk
Posted by Karl Pauls <ka...@gmail.com>.
Thanks!
On Fri, Mar 5, 2010 at 2:37 PM, David Bosschaert
<da...@gmail.com> wrote:
> FELIX-2172
>
> Cheers,
>
> David
>
> On 5 March 2010 12:49, Karl Pauls <ka...@gmail.com> wrote:
>> The patch didn't make it. Can you create a jira and attach it there
>> please? We have high hopes that the new resolver in trunk will work
>> with this kind of scenarios...
>>
>> regards,
>>
>> Karl
>>
>> On Fri, Mar 5, 2010 at 1:33 PM, David Bosschaert
>> <da...@gmail.com> wrote:
>>> Yes, it's quite simple to reproduce.
>>>
>>> 1. Check out CXF-DOSGi from http://svn.apache.org/repos/asf/cxf/dosgi/trunk
>>> 2. First simply do a build with 'mvn install' from the root to get
>>> everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
>>> 3. cd into systests2/multi-bundle
>>> 4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
>>> You will see that it runs some test (which uses a fairly large number
>>> of bundles). It's currently configured to use Equinox via Pax Exam.
>>> 5. Applying the attached patch will change it to use Felix.
>>> 6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
>>> see that just after 'Welcome to Felix' it hangs.
>>>
>>> Cheers,
>>>
>>> David
>>>
>>> On 3 March 2010 17:30, Richard S. Hall <he...@ungoverned.org> wrote:
>>>> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>>>>
>>>>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>>>>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
>>>>> to get Pax Exam to use this latest build? Currently I'm using:
>>>>> CoreOptions.frameworks(CoreOptions.felix())
>>>>> to simply select felix...
>>>>>
>>>>
>>>> If you can find a simple way to reproduce any long resolves, let me know
>>>> since I'd like to play with them...
>>>>
>>>> -> richard
>>>>
>>>>> Thanks,
>>>>>
>>>>> David
>>>>>
>>>>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>>>>>
>>>>>>
>>>>>> For those using framework from trunk, I've merged work from my sandbox
>>>>>> into
>>>>>> the trunk...the changes are fairly substantial.
>>>>>>
>>>>>> The changes are not complete and the API will likely be in flux for a
>>>>>> while,
>>>>>> but the framework should be reasonably stable (i.e., still passing the
>>>>>> CT).
>>>>>> The big change for now is the introduction of a new resolver
>>>>>> implementation.
>>>>>>
>>>>>> If you are someone experiencing "hangs" from long resolver cycles, feel
>>>>>> free
>>>>>> to try the snapshot and see if it makes a difference for you. In fact,
>>>>>> any
>>>>>> usage and reporting of issues would be helpful.
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> -> richard
>>>>>>
>>>>>> p.s. Currently, I am unable to publish a snapshot, but I will try to do
>>>>>> that
>>>>>> later (for the time being you can build from trunk).
>>>>>>
>>>>>>
>>>>
>>>
>>
>>
>>
>> --
>> Karl Pauls
>> karlpauls@gmail.com
>>
>
--
Karl Pauls
karlpauls@gmail.com
Re: Framework trunk
Posted by David Bosschaert <da...@gmail.com>.
FELIX-2172
Cheers,
David
On 5 March 2010 12:49, Karl Pauls <ka...@gmail.com> wrote:
> The patch didn't make it. Can you create a jira and attach it there
> please? We have high hopes that the new resolver in trunk will work
> with this kind of scenarios...
>
> regards,
>
> Karl
>
> On Fri, Mar 5, 2010 at 1:33 PM, David Bosschaert
> <da...@gmail.com> wrote:
>> Yes, it's quite simple to reproduce.
>>
>> 1. Check out CXF-DOSGi from http://svn.apache.org/repos/asf/cxf/dosgi/trunk
>> 2. First simply do a build with 'mvn install' from the root to get
>> everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
>> 3. cd into systests2/multi-bundle
>> 4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
>> You will see that it runs some test (which uses a fairly large number
>> of bundles). It's currently configured to use Equinox via Pax Exam.
>> 5. Applying the attached patch will change it to use Felix.
>> 6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
>> see that just after 'Welcome to Felix' it hangs.
>>
>> Cheers,
>>
>> David
>>
>> On 3 March 2010 17:30, Richard S. Hall <he...@ungoverned.org> wrote:
>>> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>>>
>>>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>>>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
>>>> to get Pax Exam to use this latest build? Currently I'm using:
>>>> CoreOptions.frameworks(CoreOptions.felix())
>>>> to simply select felix...
>>>>
>>>
>>> If you can find a simple way to reproduce any long resolves, let me know
>>> since I'd like to play with them...
>>>
>>> -> richard
>>>
>>>> Thanks,
>>>>
>>>> David
>>>>
>>>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>>>>
>>>>>
>>>>> For those using framework from trunk, I've merged work from my sandbox
>>>>> into
>>>>> the trunk...the changes are fairly substantial.
>>>>>
>>>>> The changes are not complete and the API will likely be in flux for a
>>>>> while,
>>>>> but the framework should be reasonably stable (i.e., still passing the
>>>>> CT).
>>>>> The big change for now is the introduction of a new resolver
>>>>> implementation.
>>>>>
>>>>> If you are someone experiencing "hangs" from long resolver cycles, feel
>>>>> free
>>>>> to try the snapshot and see if it makes a difference for you. In fact,
>>>>> any
>>>>> usage and reporting of issues would be helpful.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> -> richard
>>>>>
>>>>> p.s. Currently, I am unable to publish a snapshot, but I will try to do
>>>>> that
>>>>> later (for the time being you can build from trunk).
>>>>>
>>>>>
>>>
>>
>
>
>
> --
> Karl Pauls
> karlpauls@gmail.com
>
Re: Framework trunk
Posted by Karl Pauls <ka...@gmail.com>.
The patch didn't make it. Can you create a jira and attach it there
please? We have high hopes that the new resolver in trunk will work
with this kind of scenarios...
regards,
Karl
On Fri, Mar 5, 2010 at 1:33 PM, David Bosschaert
<da...@gmail.com> wrote:
> Yes, it's quite simple to reproduce.
>
> 1. Check out CXF-DOSGi from http://svn.apache.org/repos/asf/cxf/dosgi/trunk
> 2. First simply do a build with 'mvn install' from the root to get
> everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
> 3. cd into systests2/multi-bundle
> 4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
> You will see that it runs some test (which uses a fairly large number
> of bundles). It's currently configured to use Equinox via Pax Exam.
> 5. Applying the attached patch will change it to use Felix.
> 6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
> see that just after 'Welcome to Felix' it hangs.
>
> Cheers,
>
> David
>
> On 3 March 2010 17:30, Richard S. Hall <he...@ungoverned.org> wrote:
>> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>>
>>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
>>> to get Pax Exam to use this latest build? Currently I'm using:
>>> CoreOptions.frameworks(CoreOptions.felix())
>>> to simply select felix...
>>>
>>
>> If you can find a simple way to reproduce any long resolves, let me know
>> since I'd like to play with them...
>>
>> -> richard
>>
>>> Thanks,
>>>
>>> David
>>>
>>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>>>
>>>>
>>>> For those using framework from trunk, I've merged work from my sandbox
>>>> into
>>>> the trunk...the changes are fairly substantial.
>>>>
>>>> The changes are not complete and the API will likely be in flux for a
>>>> while,
>>>> but the framework should be reasonably stable (i.e., still passing the
>>>> CT).
>>>> The big change for now is the introduction of a new resolver
>>>> implementation.
>>>>
>>>> If you are someone experiencing "hangs" from long resolver cycles, feel
>>>> free
>>>> to try the snapshot and see if it makes a difference for you. In fact,
>>>> any
>>>> usage and reporting of issues would be helpful.
>>>>
>>>> Thanks.
>>>>
>>>> -> richard
>>>>
>>>> p.s. Currently, I am unable to publish a snapshot, but I will try to do
>>>> that
>>>> later (for the time being you can build from trunk).
>>>>
>>>>
>>
>
--
Karl Pauls
karlpauls@gmail.com
Re: Framework trunk
Posted by Karl Pauls <ka...@gmail.com>.
On Mon, Mar 22, 2010 at 9:06 PM, David Jencks <da...@yahoo.com> wrote:
> It would be really great if someone could apply FELIX-2195 so geronimo
> developers who use macs can also try this out.
Its in trunk now (r926330). Please close the jira if it works for you.
regards,
Karl
> thanks
> david jencks
>
> On Mar 22, 2010, at 11:30 AM, Jarek Gawor wrote:
>
>> On Sun, Mar 21, 2010 at 4:30 AM, Richard S. Hall <he...@ungoverned.org>
>> wrote:
>>>
>>> On 3/9/10 10:26, Richard S. Hall wrote:
>>>>
>>>>
>>>> Just a follow up...I think I see what is going wrong here...not exactly
>>>> sure how I will fix it yet, but I see the issue at any rate.
>>>>
>>>> In short, the new resolver thinks there is a conflict because the two
>>>> exports are different capabilities, but since they come from the same
>>>> bundle
>>>> this isn't really a conflict. So, I will need to put some sort of check
>>>> in
>>>> there to special case this situation I think.
>>>>
>>>> Hopefully, I will have a fix tomorrow.
>>>
>>> Sorry that this took me a little longer than I anticipated, but I just
>>> committed what I believe is a fix for this issue. The example bundles now
>>> resolve for me.
>>>
>>> I have deployed new snapshots for framework and main that include this
>>> fix
>>> and fixes for a few other issues. Let me know if you still have issues.
>>
>> Great! I tested a few things in Geronimo with latest framework and
>> things do appear to be working much better now.
>>
>> Thanks a lot,
>> Jarek
>
>
--
Karl Pauls
karlpauls@gmail.com
Re: Framework trunk
Posted by David Jencks <da...@yahoo.com>.
It would be really great if someone could apply FELIX-2195 so geronimo
developers who use macs can also try this out.
thanks
david jencks
On Mar 22, 2010, at 11:30 AM, Jarek Gawor wrote:
> On Sun, Mar 21, 2010 at 4:30 AM, Richard S. Hall
> <he...@ungoverned.org> wrote:
>> On 3/9/10 10:26, Richard S. Hall wrote:
>>>
>>>
>>> Just a follow up...I think I see what is going wrong here...not
>>> exactly
>>> sure how I will fix it yet, but I see the issue at any rate.
>>>
>>> In short, the new resolver thinks there is a conflict because the
>>> two
>>> exports are different capabilities, but since they come from the
>>> same bundle
>>> this isn't really a conflict. So, I will need to put some sort of
>>> check in
>>> there to special case this situation I think.
>>>
>>> Hopefully, I will have a fix tomorrow.
>>
>> Sorry that this took me a little longer than I anticipated, but I
>> just
>> committed what I believe is a fix for this issue. The example
>> bundles now
>> resolve for me.
>>
>> I have deployed new snapshots for framework and main that include
>> this fix
>> and fixes for a few other issues. Let me know if you still have
>> issues.
>
> Great! I tested a few things in Geronimo with latest framework and
> things do appear to be working much better now.
>
> Thanks a lot,
> Jarek
Re: Framework trunk
Posted by Jarek Gawor <jg...@gmail.com>.
On Sun, Mar 21, 2010 at 4:30 AM, Richard S. Hall <he...@ungoverned.org> wrote:
> On 3/9/10 10:26, Richard S. Hall wrote:
>>
>>
>> Just a follow up...I think I see what is going wrong here...not exactly
>> sure how I will fix it yet, but I see the issue at any rate.
>>
>> In short, the new resolver thinks there is a conflict because the two
>> exports are different capabilities, but since they come from the same bundle
>> this isn't really a conflict. So, I will need to put some sort of check in
>> there to special case this situation I think.
>>
>> Hopefully, I will have a fix tomorrow.
>
> Sorry that this took me a little longer than I anticipated, but I just
> committed what I believe is a fix for this issue. The example bundles now
> resolve for me.
>
> I have deployed new snapshots for framework and main that include this fix
> and fixes for a few other issues. Let me know if you still have issues.
Great! I tested a few things in Geronimo with latest framework and
things do appear to be working much better now.
Thanks a lot,
Jarek
Re: Framework trunk
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 3/9/10 10:26, Richard S. Hall wrote:
> On 3/5/10 10:55, Jarek Gawor wrote:
>> Hi,
>>
>> In Geronimo we also running into some problems with the latest
>> framework/resolver. Specifically, a bundle that exports the same
>> package with different versions seems to be causing problems. You can
>> reproduce the problem we are seeing by installing the following
>> bundles:
>>
>> http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.configadmin/1.2.4/org.apache.felix.configadmin-1.2.4.jar
>>
>> http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.eventadmin/1.2.2/org.apache.felix.eventadmin-1.2.2.jar
>>
>> http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-api/1.4.1-SNAPSHOT/pax-logging-api-1.4.1-20100213.165007-16.jar
>>
>> http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-service/1.4.1-SNAPSHOT/pax-logging-service-1.4.1-20100213.165007-16.jar
>>
>> http://repo2.maven.org/maven2/org/apache/mina/mina-core/2.0.0-RC1/mina-core-2.0.0-RC1.jar
>>
>>
>> When starting the mina-core package you'll see "ResolveException:
>> Constraint violation for package 'org.slf4j.helpers' "
>>
>> Same set of bundles resolve/start fine on Felix 2.0.4 or Equinox.
>
> Just a follow up...I think I see what is going wrong here...not
> exactly sure how I will fix it yet, but I see the issue at any rate.
>
> In short, the new resolver thinks there is a conflict because the two
> exports are different capabilities, but since they come from the same
> bundle this isn't really a conflict. So, I will need to put some sort
> of check in there to special case this situation I think.
>
> Hopefully, I will have a fix tomorrow.
Sorry that this took me a little longer than I anticipated, but I just
committed what I believe is a fix for this issue. The example bundles
now resolve for me.
I have deployed new snapshots for framework and main that include this
fix and fixes for a few other issues. Let me know if you still have issues.
-> richard
>
> -> richard
>
>> Jarek
>>
>> On Fri, Mar 5, 2010 at 7:33 AM, David Bosschaert
>> <da...@gmail.com> wrote:
>>> Yes, it's quite simple to reproduce.
>>>
>>> 1. Check out CXF-DOSGi from
>>> http://svn.apache.org/repos/asf/cxf/dosgi/trunk
>>> 2. First simply do a build with 'mvn install' from the root to get
>>> everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
>>> 3. cd into systests2/multi-bundle
>>> 4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
>>> You will see that it runs some test (which uses a fairly large number
>>> of bundles). It's currently configured to use Equinox via Pax Exam.
>>> 5. Applying the attached patch will change it to use Felix.
>>> 6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
>>> see that just after 'Welcome to Felix' it hangs.
>>>
>>> Cheers,
>>>
>>> David
>>>
>>> On 3 March 2010 17:30, Richard S. Hall<he...@ungoverned.org> wrote:
>>>> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>>>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>>>>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know
>>>>> how
>>>>> to get Pax Exam to use this latest build? Currently I'm using:
>>>>> CoreOptions.frameworks(CoreOptions.felix())
>>>>> to simply select felix...
>>>>>
>>>> If you can find a simple way to reproduce any long resolves, let me
>>>> know
>>>> since I'd like to play with them...
>>>>
>>>> -> richard
>>>>
>>>>> Thanks,
>>>>>
>>>>> David
>>>>>
>>>>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org>
>>>>> wrote:
>>>>>
>>>>>> For those using framework from trunk, I've merged work from my
>>>>>> sandbox
>>>>>> into
>>>>>> the trunk...the changes are fairly substantial.
>>>>>>
>>>>>> The changes are not complete and the API will likely be in flux
>>>>>> for a
>>>>>> while,
>>>>>> but the framework should be reasonably stable (i.e., still
>>>>>> passing the
>>>>>> CT).
>>>>>> The big change for now is the introduction of a new resolver
>>>>>> implementation.
>>>>>>
>>>>>> If you are someone experiencing "hangs" from long resolver
>>>>>> cycles, feel
>>>>>> free
>>>>>> to try the snapshot and see if it makes a difference for you. In
>>>>>> fact,
>>>>>> any
>>>>>> usage and reporting of issues would be helpful.
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> -> richard
>>>>>>
>>>>>> p.s. Currently, I am unable to publish a snapshot, but I will try
>>>>>> to do
>>>>>> that
>>>>>> later (for the time being you can build from trunk).
>>>>>>
>>>>>>
Re: Framework trunk
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 3/5/10 10:55, Jarek Gawor wrote:
> Hi,
>
> In Geronimo we also running into some problems with the latest
> framework/resolver. Specifically, a bundle that exports the same
> package with different versions seems to be causing problems. You can
> reproduce the problem we are seeing by installing the following
> bundles:
>
> http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.configadmin/1.2.4/org.apache.felix.configadmin-1.2.4.jar
> http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.eventadmin/1.2.2/org.apache.felix.eventadmin-1.2.2.jar
> http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-api/1.4.1-SNAPSHOT/pax-logging-api-1.4.1-20100213.165007-16.jar
> http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-service/1.4.1-SNAPSHOT/pax-logging-service-1.4.1-20100213.165007-16.jar
> http://repo2.maven.org/maven2/org/apache/mina/mina-core/2.0.0-RC1/mina-core-2.0.0-RC1.jar
>
> When starting the mina-core package you'll see "ResolveException:
> Constraint violation for package 'org.slf4j.helpers' "
>
> Same set of bundles resolve/start fine on Felix 2.0.4 or Equinox.
>
Just a follow up...I think I see what is going wrong here...not exactly
sure how I will fix it yet, but I see the issue at any rate.
In short, the new resolver thinks there is a conflict because the two
exports are different capabilities, but since they come from the same
bundle this isn't really a conflict. So, I will need to put some sort of
check in there to special case this situation I think.
Hopefully, I will have a fix tomorrow.
-> richard
> Jarek
>
> On Fri, Mar 5, 2010 at 7:33 AM, David Bosschaert
> <da...@gmail.com> wrote:
>
>> Yes, it's quite simple to reproduce.
>>
>> 1. Check out CXF-DOSGi from http://svn.apache.org/repos/asf/cxf/dosgi/trunk
>> 2. First simply do a build with 'mvn install' from the root to get
>> everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
>> 3. cd into systests2/multi-bundle
>> 4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
>> You will see that it runs some test (which uses a fairly large number
>> of bundles). It's currently configured to use Equinox via Pax Exam.
>> 5. Applying the attached patch will change it to use Felix.
>> 6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
>> see that just after 'Welcome to Felix' it hangs.
>>
>> Cheers,
>>
>> David
>>
>> On 3 March 2010 17:30, Richard S. Hall<he...@ungoverned.org> wrote:
>>
>>> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>>
>>>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>>>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
>>>> to get Pax Exam to use this latest build? Currently I'm using:
>>>> CoreOptions.frameworks(CoreOptions.felix())
>>>> to simply select felix...
>>>>
>>>>
>>> If you can find a simple way to reproduce any long resolves, let me know
>>> since I'd like to play with them...
>>>
>>> -> richard
>>>
>>>
>>>> Thanks,
>>>>
>>>> David
>>>>
>>>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>>>>
>>>>
>>>>> For those using framework from trunk, I've merged work from my sandbox
>>>>> into
>>>>> the trunk...the changes are fairly substantial.
>>>>>
>>>>> The changes are not complete and the API will likely be in flux for a
>>>>> while,
>>>>> but the framework should be reasonably stable (i.e., still passing the
>>>>> CT).
>>>>> The big change for now is the introduction of a new resolver
>>>>> implementation.
>>>>>
>>>>> If you are someone experiencing "hangs" from long resolver cycles, feel
>>>>> free
>>>>> to try the snapshot and see if it makes a difference for you. In fact,
>>>>> any
>>>>> usage and reporting of issues would be helpful.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> -> richard
>>>>>
>>>>> p.s. Currently, I am unable to publish a snapshot, but I will try to do
>>>>> that
>>>>> later (for the time being you can build from trunk).
>>>>>
>>>>>
>>>>>
>>>
>>
Re: Framework trunk
Posted by "Richard S. Hall" <he...@ungoverned.org>.
I will try to look into it. Thanks.
-> richard
On 3/5/10 10:55, Jarek Gawor wrote:
> Hi,
>
> In Geronimo we also running into some problems with the latest
> framework/resolver. Specifically, a bundle that exports the same
> package with different versions seems to be causing problems. You can
> reproduce the problem we are seeing by installing the following
> bundles:
>
> http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.configadmin/1.2.4/org.apache.felix.configadmin-1.2.4.jar
> http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.eventadmin/1.2.2/org.apache.felix.eventadmin-1.2.2.jar
> http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-api/1.4.1-SNAPSHOT/pax-logging-api-1.4.1-20100213.165007-16.jar
> http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-service/1.4.1-SNAPSHOT/pax-logging-service-1.4.1-20100213.165007-16.jar
> http://repo2.maven.org/maven2/org/apache/mina/mina-core/2.0.0-RC1/mina-core-2.0.0-RC1.jar
>
> When starting the mina-core package you'll see "ResolveException:
> Constraint violation for package 'org.slf4j.helpers' "
>
> Same set of bundles resolve/start fine on Felix 2.0.4 or Equinox.
>
> Jarek
>
> On Fri, Mar 5, 2010 at 7:33 AM, David Bosschaert
> <da...@gmail.com> wrote:
>
>> Yes, it's quite simple to reproduce.
>>
>> 1. Check out CXF-DOSGi from http://svn.apache.org/repos/asf/cxf/dosgi/trunk
>> 2. First simply do a build with 'mvn install' from the root to get
>> everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
>> 3. cd into systests2/multi-bundle
>> 4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
>> You will see that it runs some test (which uses a fairly large number
>> of bundles). It's currently configured to use Equinox via Pax Exam.
>> 5. Applying the attached patch will change it to use Felix.
>> 6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
>> see that just after 'Welcome to Felix' it hangs.
>>
>> Cheers,
>>
>> David
>>
>> On 3 March 2010 17:30, Richard S. Hall<he...@ungoverned.org> wrote:
>>
>>> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>>
>>>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>>>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
>>>> to get Pax Exam to use this latest build? Currently I'm using:
>>>> CoreOptions.frameworks(CoreOptions.felix())
>>>> to simply select felix...
>>>>
>>>>
>>> If you can find a simple way to reproduce any long resolves, let me know
>>> since I'd like to play with them...
>>>
>>> -> richard
>>>
>>>
>>>> Thanks,
>>>>
>>>> David
>>>>
>>>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>>>>
>>>>
>>>>> For those using framework from trunk, I've merged work from my sandbox
>>>>> into
>>>>> the trunk...the changes are fairly substantial.
>>>>>
>>>>> The changes are not complete and the API will likely be in flux for a
>>>>> while,
>>>>> but the framework should be reasonably stable (i.e., still passing the
>>>>> CT).
>>>>> The big change for now is the introduction of a new resolver
>>>>> implementation.
>>>>>
>>>>> If you are someone experiencing "hangs" from long resolver cycles, feel
>>>>> free
>>>>> to try the snapshot and see if it makes a difference for you. In fact,
>>>>> any
>>>>> usage and reporting of issues would be helpful.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> -> richard
>>>>>
>>>>> p.s. Currently, I am unable to publish a snapshot, but I will try to do
>>>>> that
>>>>> later (for the time being you can build from trunk).
>>>>>
>>>>>
>>>>>
>>>
>>
Re: Framework trunk
Posted by Jarek Gawor <jg...@gmail.com>.
Hi,
In Geronimo we also running into some problems with the latest
framework/resolver. Specifically, a bundle that exports the same
package with different versions seems to be causing problems. You can
reproduce the problem we are seeing by installing the following
bundles:
http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.configadmin/1.2.4/org.apache.felix.configadmin-1.2.4.jar
http://repo2.maven.org/maven2/org/apache/felix/org.apache.felix.eventadmin/1.2.2/org.apache.felix.eventadmin-1.2.2.jar
http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-api/1.4.1-SNAPSHOT/pax-logging-api-1.4.1-20100213.165007-16.jar
http://repository.ops4j.org/mvn-snapshots/org/ops4j/pax/logging/pax-logging-service/1.4.1-SNAPSHOT/pax-logging-service-1.4.1-20100213.165007-16.jar
http://repo2.maven.org/maven2/org/apache/mina/mina-core/2.0.0-RC1/mina-core-2.0.0-RC1.jar
When starting the mina-core package you'll see "ResolveException:
Constraint violation for package 'org.slf4j.helpers' "
Same set of bundles resolve/start fine on Felix 2.0.4 or Equinox.
Jarek
On Fri, Mar 5, 2010 at 7:33 AM, David Bosschaert
<da...@gmail.com> wrote:
> Yes, it's quite simple to reproduce.
>
> 1. Check out CXF-DOSGi from http://svn.apache.org/repos/asf/cxf/dosgi/trunk
> 2. First simply do a build with 'mvn install' from the root to get
> everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
> 3. cd into systests2/multi-bundle
> 4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
> You will see that it runs some test (which uses a fairly large number
> of bundles). It's currently configured to use Equinox via Pax Exam.
> 5. Applying the attached patch will change it to use Felix.
> 6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
> see that just after 'Welcome to Felix' it hangs.
>
> Cheers,
>
> David
>
> On 3 March 2010 17:30, Richard S. Hall <he...@ungoverned.org> wrote:
>> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>>
>>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
>>> to get Pax Exam to use this latest build? Currently I'm using:
>>> CoreOptions.frameworks(CoreOptions.felix())
>>> to simply select felix...
>>>
>>
>> If you can find a simple way to reproduce any long resolves, let me know
>> since I'd like to play with them...
>>
>> -> richard
>>
>>> Thanks,
>>>
>>> David
>>>
>>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>>>
>>>>
>>>> For those using framework from trunk, I've merged work from my sandbox
>>>> into
>>>> the trunk...the changes are fairly substantial.
>>>>
>>>> The changes are not complete and the API will likely be in flux for a
>>>> while,
>>>> but the framework should be reasonably stable (i.e., still passing the
>>>> CT).
>>>> The big change for now is the introduction of a new resolver
>>>> implementation.
>>>>
>>>> If you are someone experiencing "hangs" from long resolver cycles, feel
>>>> free
>>>> to try the snapshot and see if it makes a difference for you. In fact,
>>>> any
>>>> usage and reporting of issues would be helpful.
>>>>
>>>> Thanks.
>>>>
>>>> -> richard
>>>>
>>>> p.s. Currently, I am unable to publish a snapshot, but I will try to do
>>>> that
>>>> later (for the time being you can build from trunk).
>>>>
>>>>
>>
>
Re: Framework trunk
Posted by David Bosschaert <da...@gmail.com>.
Yes, it's quite simple to reproduce.
1. Check out CXF-DOSGi from http://svn.apache.org/repos/asf/cxf/dosgi/trunk
2. First simply do a build with 'mvn install' from the root to get
everything ready (you may have to set MAVEN_OPTS=-Xmx512m)
3. cd into systests2/multi-bundle
4. Then run: 'mvn install -Dtest=TestDiscoveryRountrip' from there.
You will see that it runs some test (which uses a fairly large number
of bundles). It's currently configured to use Equinox via Pax Exam.
5. Applying the attached patch will change it to use Felix.
6. Run: 'mvn install -Dtest=TestDiscoveryRountrip' again, and you'll
see that just after 'Welcome to Felix' it hangs.
Cheers,
David
On 3 March 2010 17:30, Richard S. Hall <he...@ungoverned.org> wrote:
> On 3/3/10 12:13 PM, David Bosschaert wrote:
>>
>> Nice :) I've had lots of hangs (or extremely long resolves) in the
>> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
>> to get Pax Exam to use this latest build? Currently I'm using:
>> CoreOptions.frameworks(CoreOptions.felix())
>> to simply select felix...
>>
>
> If you can find a simple way to reproduce any long resolves, let me know
> since I'd like to play with them...
>
> -> richard
>
>> Thanks,
>>
>> David
>>
>> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>>
>>>
>>> For those using framework from trunk, I've merged work from my sandbox
>>> into
>>> the trunk...the changes are fairly substantial.
>>>
>>> The changes are not complete and the API will likely be in flux for a
>>> while,
>>> but the framework should be reasonably stable (i.e., still passing the
>>> CT).
>>> The big change for now is the introduction of a new resolver
>>> implementation.
>>>
>>> If you are someone experiencing "hangs" from long resolver cycles, feel
>>> free
>>> to try the snapshot and see if it makes a difference for you. In fact,
>>> any
>>> usage and reporting of issues would be helpful.
>>>
>>> Thanks.
>>>
>>> -> richard
>>>
>>> p.s. Currently, I am unable to publish a snapshot, but I will try to do
>>> that
>>> later (for the time being you can build from trunk).
>>>
>>>
>
Re: Framework trunk
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 3/3/10 12:13 PM, David Bosschaert wrote:
> Nice :) I've had lots of hangs (or extremely long resolves) in the
> CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
> to get Pax Exam to use this latest build? Currently I'm using:
> CoreOptions.frameworks(CoreOptions.felix())
> to simply select felix...
>
If you can find a simple way to reproduce any long resolves, let me know
since I'd like to play with them...
-> richard
> Thanks,
>
> David
>
> On 3 March 2010 16:55, Richard S. Hall<he...@ungoverned.org> wrote:
>
>> For those using framework from trunk, I've merged work from my sandbox into
>> the trunk...the changes are fairly substantial.
>>
>> The changes are not complete and the API will likely be in flux for a while,
>> but the framework should be reasonably stable (i.e., still passing the CT).
>> The big change for now is the introduction of a new resolver implementation.
>>
>> If you are someone experiencing "hangs" from long resolver cycles, feel free
>> to try the snapshot and see if it makes a difference for you. In fact, any
>> usage and reporting of issues would be helpful.
>>
>> Thanks.
>>
>> -> richard
>>
>> p.s. Currently, I am unable to publish a snapshot, but I will try to do that
>> later (for the time being you can build from trunk).
>>
>>
Re: Framework trunk
Posted by David Bosschaert <da...@gmail.com>.
Nice :) I've had lots of hangs (or extremely long resolves) in the
CXF-DOSGi system tests, which run using Pax Exam. Does anyone know how
to get Pax Exam to use this latest build? Currently I'm using:
CoreOptions.frameworks(CoreOptions.felix())
to simply select felix...
Thanks,
David
On 3 March 2010 16:55, Richard S. Hall <he...@ungoverned.org> wrote:
> For those using framework from trunk, I've merged work from my sandbox into
> the trunk...the changes are fairly substantial.
>
> The changes are not complete and the API will likely be in flux for a while,
> but the framework should be reasonably stable (i.e., still passing the CT).
> The big change for now is the introduction of a new resolver implementation.
>
> If you are someone experiencing "hangs" from long resolver cycles, feel free
> to try the snapshot and see if it makes a difference for you. In fact, any
> usage and reporting of issues would be helpful.
>
> Thanks.
>
> -> richard
>
> p.s. Currently, I am unable to publish a snapshot, but I will try to do that
> later (for the time being you can build from trunk).
>