On Sun, Feb 22, 2009 at 4:48 PM, Stuart McCulloch <[email protected]> wrote: > 2009/2/22 Peter Gardfjäll <[email protected]> >> >> Alin, >> >> you are right. It is set when the framework starts up. >> However, the thing is that I am only using pax runner for provisioning >> (as a means to collect the bundles and create my system platform). >> That is, I am executing it with the "--executor=noop" option. >> Therefore, when I start the framework (without pax runner) the >> property is not there. >> So I guess it was a misunderstanding on my part after all. >> >> Would it, by any chance, make sense to add the bootdelegation property >> to the framework configuration file as well (where applicable)? > > sounds reasonable to me - feel free to raise a request on JIRA > (perhaps even go ahead and commit a suggested fix for it too)
+1 > >> >> regards, Peter >> >> On Sun, Feb 22, 2009 at 12:27 AM, Alin Dreghiciu <[email protected]> >> wrote: >> > It should not be broken. >> > It is not necessary that the property is set in the configuration >> > file. It may be that is sent via the -D options when starting the >> > target platform. >> > To se those start pax runner with --log=TRACE and look for the start >> > command trace message that you should get just before starting the >> > framework. >> > >> > On Sun, Feb 22, 2009 at 12:06 AM, Peter Gardfjäll >> > <[email protected]> wrote: >> >> Hi, >> >> >> >> I tried executing pax runner (0.17.1) with the following option >> >> >> >> --bootDelegation=org.osgi.framework.bootdelegation=sun.*,com.sun.* >> >> >> >> Now, if my understanding of pax runner is correct, this is supposed to >> >> produce a corresponding system property in the framework configuration >> >> file (equinox and config.ini in my case). However, the system property >> >> is not there. I tried to add it instead via the "vmOptions" option >> >> which caused pax runner to urge me to use the bootDelegation option >> >> instead. >> >> >> >> Is this a bug or have I misunderstood the semantics of the >> >> bootDelegation option? >> >> >> >> regards, Peter >> >> >> >> _______________________________________________ >> >> general mailing list >> >> [email protected] >> >> http://lists.ops4j.org/mailman/listinfo/general >> >> >> > >> > >> > >> > -- >> > Alin Dreghiciu >> > http://www.ops4j.org - New Energy for OSS Communities - Open >> > Participation Software. >> > http://www.qi4j.org - New Energy for Java - Domain Driven Development. >> > http://www.codedragons.com - New Energy for Projects - Great People >> > working on Great Projects at Great Places >> > >> > _______________________________________________ >> > general mailing list >> > [email protected] >> > http://lists.ops4j.org/mailman/listinfo/general >> > >> >> _______________________________________________ >> general mailing list >> [email protected] >> http://lists.ops4j.org/mailman/listinfo/general > > > > -- > Cheers, Stuart > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > > -- Alin Dreghiciu http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. http://www.qi4j.org - New Energy for Java - Domain Driven Development. http://www.codedragons.com - New Energy for Projects - Great People working on Great Projects at Great Places Sent from: Huizen Nh Netherlands. _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
