FELIX-2172 Cheers,
David On 5 March 2010 12:49, Karl Pauls <karlpa...@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 > <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). >>>>> >>>>> >>> >> > > > > -- > Karl Pauls > karlpa...@gmail.com >
