On 7/1/11 15:04, Mike Smoot wrote:
Things start failing in release 3.0.5. I'll try and put together a simple
example bundle.
Yes, that makes sense since we changed how we do implicit boot
delegation in that case. Could you also check on 3.0.6 too, because that
introduced another change as well, which really supercedes 3.0.5...I
expect that it will still fail, but better to be certain.
Thanks.
-> richard
thanks,
Mike
On Fri, Jul 1, 2011 at 11:21 AM, Richard S. Hall<[email protected]>wrote:
Two questions:
1. Could you check where in the release chain things started to fail
(i.e., could you try it on framework 3.0.2, 3.0.3, 3.0.4, etc.).
If it fails on an earlier release, this will greatly narrow down
the causes.
2. Is it possible to boil the example down to a simple bundle using
the Apple LAF that fails?
-> richard
On 7/1/11 14:14, Mike Smoot wrote:
Hi,
I recently upgraded the version of felix I'm running from 3.0.1 to 3.2.2.
Unfortunately, at startup I'm now seeing a large number of exceptions and
my (swing gui) application won't start. A sample stack trace is below.
Using 3.0.1 we *were* seeing problems with look and feel, but no
exceptions
and the application was starting.
I'm starting things from the command line using a launcher I wrote. I've
tried
adding /System/Library/Frameworks/**JavaVM.framework/Versions/A/**
Frameworks/JavaRuntimeSupport.**framework/Versions/A/**Resources/Java/**
JavaRuntimeSupport.jar
(which contains some apple.laf code)
and /System/Library/Java/**JavaVirtualMachines/1.6.0.jdk/**
Contents/Classes/ui.jar
(which contains different apple.laf and com.apple.laf) to the classpath
and
then
setting -Dorg.osgi.framework.system.**packages.extra=apple.laf,**
apple.laf.*,com.apple.laf,com.**apple.laf.*
to no avail.
If I try
setting -Dorg.osgi.framework.**bootdelegation=apple.laf,**
apple.laf.*,com.apple.laf,com.**apple.laf.*,
then I get the exception at the bottom of this post.
Does anyone have any idea on how to resolve this?
thanks,
Mike
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
