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
<david.bosscha...@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).