You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Benoît Thiébault <th...@artenum.com> on 2012/02/06 14:10:28 UTC
JNI warning when using Nimbus in OSGi/iPOJO context
Hi everyone,
In my application, I want to use the Nimbus look and feel.
In the bundle instantiating my JFrame, I thus added the following code:
try {
for (final LookAndFeelInfo info :
UIManager.getInstalledLookAndFeels()) {
if ("Nimbus".equals(info.getName())) {
UIManager.setLookAndFeel(info.getClassName());
break;
}
}
} catch (final Exception e) {
// If Nimbus is not available, you can set the GUI to
another look and feel.
}
I already used this outside an OSGi context and it work, but here, it
throws the following warning:
WARNING in native method: JNI FindClass received a bad class descriptor
"Lsun/font/FontManager$FontConfigInfo;". A correct class descriptor has
no leading "L" or trailing ";". Incorrect descriptors will not be
accepted in future releases.
at sun.font.FontManager.getFontConfig(Native Method)
at sun.font.FontManager.initFontConfigFonts(Unknown Source)
at sun.font.FontManager.getFontConfigFont(Unknown Source)
at sun.font.FontManager.getFontConfigFUIR(Unknown Source)
at com.sun.java.swing.plaf.nimbus.NimbusDefaults.<init>(Unknown Source)
at com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel.<init>(Unknown
Source)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at javax.swing.UIManager.setLookAndFeel(Unknown Source)
at
org.keridwen.core.ui.dockingframes.internal.DefaultMainViewService.<init>(DefaultMainViewService.java:57)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
org.apache.felix.ipojo.InstanceManager.createObject(InstanceManager.java:667)
at
org.apache.felix.ipojo.InstanceManager.getPojoObject(InstanceManager.java:844)
- locked <0x00000007d84d2720> (a
org.apache.felix.ipojo.InstanceManager)
at
org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.__stateChanged(LifecycleCallbackHandler.java:156)
at
org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.stateChanged(LifecycleCallbackHandler.java)
at
org.apache.felix.ipojo.InstanceManager.setState(InstanceManager.java:471)
at
org.apache.felix.ipojo.InstanceManager.start(InstanceManager.java:353)
at
org.apache.felix.ipojo.ComponentFactory.createInstance(ComponentFactory.java:166)
at
org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:301)
- locked <0x00000007d82e9c18> (a
org.apache.felix.ipojo.ComponentFactory)
at
org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:238)
at
org.apache.felix.ipojo.InstanceCreator$ManagedInstance.create(InstanceCreator.java:343)
at
org.apache.felix.ipojo.InstanceCreator.addInstance(InstanceCreator.java:89)
- locked <0x00000007d7a75fd8> (a
org.apache.felix.ipojo.InstanceCreator)
at org.apache.felix.ipojo.Extender.parse(Extender.java:269)
at
org.apache.felix.ipojo.Extender.startManagementFor(Extender.java:208)
at org.apache.felix.ipojo.Extender.access$600(Extender.java:52)
at org.apache.felix.ipojo.Extender$CreatorThread.run(Extender.java:682)
at java.lang.Thread.run(Unknown Source)
Which seems to be related to bug:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6430247
I use java 1.6.0_30-b12, so it is supposed to be solved.
Is this an OSGi-related problem?
An iPOJO-related problem (my JFrame is provided by an iPOJO service) ?
Has anyone already seen this problem?
Kind regards,
Ben
--
Dr Benoît Thiébault
Project Manager
Artenum Toulouse - Science& Groupware
http://www.artenum.com
Bâtiment Calfocenter
10, rue Marguerite-Long
31320 Castanet-Tolosan
France
Phone: +33 (0)5 82 95 19 00
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: JNI warning when using Nimbus in OSGi/iPOJO context
Posted by jerome moliere <je...@gmail.com>.
I'll just point you to the excellent Felix's blog...
http://blog.meschberger.ch/2008/10/osgi-bundles-require-classes-from.html
J.MOLIERE - Mentor/J
auteur Eyrolles
blog: http://romjethoughts.blogspot.com
OSGi book available now!!!
Le 6 février 2012 15:54, Benoît Thiébault <th...@artenum.com> a écrit :
> Thank you Jérôme,
>
> Indeed, I was launching Felix from Eclipse and it did not use my system
> default JDK...
>
> I tried (with the wrong JDK):
>
> -Dswing.defaultlaf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
>
> And it worked.
>
> I then changed the JDK to the correct version, removed the -D option... and
> it worked as well.
>
> The only solution you gave me that I didn't try is the
> org.osgi.framework.system.packages variable.
>
> Just out of curiosity, what is the value to provide?
>
> org.osgi.framework.system.packages=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
>
> ?
>
> Kind regards,
>
> Ben
>
>
> Le 06/02/2012 15:15, jerome moliere a écrit :
>
>> Hi benoit
>> I guess that you should try to set the variable :
>> org.osgi.framework.system.packages
>> may be to try to use the alternate Nimbus set up phase using
>> -Dswing.defaultlaf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
>> on which platform are you running your tests ? are you really sure to
>> use the 1.6.30 jdk version?
>> have you tried the same code with 1.7 platform ?
>>
>>
>> J.MOLIERE - Mentor/J
>> auteur Eyrolles
>> blog: http://romjethoughts.blogspot.com
>> first OSGi book in french available now!!!
>>
>>
>>
>> Le 6 février 2012 14:10, Benoît Thiébault<th...@artenum.com> a écrit
>> :
>>>
>>> Hi everyone,
>>>
>>> In my application, I want to use the Nimbus look and feel.
>>>
>>> In the bundle instantiating my JFrame, I thus added the following code:
>>>
>>> try {
>>> for (final LookAndFeelInfo info :
>>> UIManager.getInstalledLookAndFeels()) {
>>> if ("Nimbus".equals(info.getName())) {
>>> UIManager.setLookAndFeel(info.getClassName());
>>> break;
>>> }
>>> }
>>> } catch (final Exception e) {
>>> // If Nimbus is not available, you can set the GUI to another
>>> look and feel.
>>> }
>>>
>>> I already used this outside an OSGi context and it work, but here, it
>>> throws
>>> the following warning:
>>> WARNING in native method: JNI FindClass received a bad class descriptor
>>> "Lsun/font/FontManager$FontConfigInfo;". A correct class descriptor has
>>> no
>>> leading "L" or trailing ";". Incorrect descriptors will not be accepted
>>> in
>>> future releases.
>>> at sun.font.FontManager.getFontConfig(Native Method)
>>> at sun.font.FontManager.initFontConfigFonts(Unknown Source)
>>> at sun.font.FontManager.getFontConfigFont(Unknown Source)
>>> at sun.font.FontManager.getFontConfigFUIR(Unknown Source)
>>> at com.sun.java.swing.plaf.nimbus.NimbusDefaults.<init>(Unknown
>>> Source)
>>> at com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel.<init>(Unknown
>>> Source)
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>> Method)
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>> at java.lang.Class.newInstance0(Unknown Source)
>>> at java.lang.Class.newInstance(Unknown Source)
>>> at javax.swing.UIManager.setLookAndFeel(Unknown Source)
>>> at
>>>
>>> org.keridwen.core.ui.dockingframes.internal.DefaultMainViewService.<init>(DefaultMainViewService.java:57)
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>> Method)
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>> Source)
>>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>> at
>>>
>>> org.apache.felix.ipojo.InstanceManager.createObject(InstanceManager.java:667)
>>> at
>>>
>>> org.apache.felix.ipojo.InstanceManager.getPojoObject(InstanceManager.java:844)
>>> - locked<0x00000007d84d2720> (a
>>> org.apache.felix.ipojo.InstanceManager)
>>> at
>>>
>>> org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.__stateChanged(LifecycleCallbackHandler.java:156)
>>> at
>>>
>>> org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.stateChanged(LifecycleCallbackHandler.java)
>>> at
>>> org.apache.felix.ipojo.InstanceManager.setState(InstanceManager.java:471)
>>> at
>>> org.apache.felix.ipojo.InstanceManager.start(InstanceManager.java:353)
>>> at
>>>
>>> org.apache.felix.ipojo.ComponentFactory.createInstance(ComponentFactory.java:166)
>>> at
>>>
>>> org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:301)
>>> - locked<0x00000007d82e9c18> (a
>>> org.apache.felix.ipojo.ComponentFactory)
>>> at
>>>
>>> org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:238)
>>> at
>>>
>>> org.apache.felix.ipojo.InstanceCreator$ManagedInstance.create(InstanceCreator.java:343)
>>> at
>>>
>>> org.apache.felix.ipojo.InstanceCreator.addInstance(InstanceCreator.java:89)
>>> - locked<0x00000007d7a75fd8> (a
>>> org.apache.felix.ipojo.InstanceCreator)
>>> at org.apache.felix.ipojo.Extender.parse(Extender.java:269)
>>> at
>>> org.apache.felix.ipojo.Extender.startManagementFor(Extender.java:208)
>>> at org.apache.felix.ipojo.Extender.access$600(Extender.java:52)
>>> at
>>> org.apache.felix.ipojo.Extender$CreatorThread.run(Extender.java:682)
>>> at java.lang.Thread.run(Unknown Source)
>>>
>>> Which seems to be related to bug:
>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6430247
>>>
>>> I use java 1.6.0_30-b12, so it is supposed to be solved.
>>>
>>> Is this an OSGi-related problem?
>>> An iPOJO-related problem (my JFrame is provided by an iPOJO service) ?
>>> Has anyone already seen this problem?
>>>
>>> Kind regards,
>>>
>>> Ben
>>>
>>> --
>>> Dr Benoît Thiébault
>>> Project Manager
>>>
>>> Artenum Toulouse - Science& Groupware
>>> http://www.artenum.com
>>>
>>> Bâtiment Calfocenter
>>> 10, rue Marguerite-Long
>>> 31320 Castanet-Tolosan
>>> France
>>> Phone: +33 (0)5 82 95 19 00
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
> --
> Dr Benoît Thiébault
> Project Manager
>
> Artenum Toulouse - Science& Groupware
> http://www.artenum.com
>
> Bâtiment Calfocenter
> 10, rue Marguerite-Long
> 31320 Castanet-Tolosan
> France
> Phone: +33 (0)5 82 95 19 00
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: JNI warning when using Nimbus in OSGi/iPOJO context
Posted by Benoît Thiébault <th...@artenum.com>.
Thank you Jérôme,
Indeed, I was launching Felix from Eclipse and it did not use my system
default JDK...
I tried (with the wrong JDK):
-Dswing.defaultlaf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
And it worked.
I then changed the JDK to the correct version, removed the -D option...
and it worked as well.
The only solution you gave me that I didn't try is the
org.osgi.framework.system.packages variable.
Just out of curiosity, what is the value to provide?
org.osgi.framework.system.packages=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
?
Kind regards,
Ben
Le 06/02/2012 15:15, jerome moliere a écrit :
> Hi benoit
> I guess that you should try to set the variable :
> org.osgi.framework.system.packages
> may be to try to use the alternate Nimbus set up phase using
> -Dswing.defaultlaf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
> on which platform are you running your tests ? are you really sure to
> use the 1.6.30 jdk version?
> have you tried the same code with 1.7 platform ?
>
>
> J.MOLIERE - Mentor/J
> auteur Eyrolles
> blog: http://romjethoughts.blogspot.com
> first OSGi book in french available now!!!
>
>
>
> Le 6 février 2012 14:10, Benoît Thiébault<th...@artenum.com> a écrit :
>> Hi everyone,
>>
>> In my application, I want to use the Nimbus look and feel.
>>
>> In the bundle instantiating my JFrame, I thus added the following code:
>>
>> try {
>> for (final LookAndFeelInfo info :
>> UIManager.getInstalledLookAndFeels()) {
>> if ("Nimbus".equals(info.getName())) {
>> UIManager.setLookAndFeel(info.getClassName());
>> break;
>> }
>> }
>> } catch (final Exception e) {
>> // If Nimbus is not available, you can set the GUI to another
>> look and feel.
>> }
>>
>> I already used this outside an OSGi context and it work, but here, it throws
>> the following warning:
>> WARNING in native method: JNI FindClass received a bad class descriptor
>> "Lsun/font/FontManager$FontConfigInfo;". A correct class descriptor has no
>> leading "L" or trailing ";". Incorrect descriptors will not be accepted in
>> future releases.
>> at sun.font.FontManager.getFontConfig(Native Method)
>> at sun.font.FontManager.initFontConfigFonts(Unknown Source)
>> at sun.font.FontManager.getFontConfigFont(Unknown Source)
>> at sun.font.FontManager.getFontConfigFUIR(Unknown Source)
>> at com.sun.java.swing.plaf.nimbus.NimbusDefaults.<init>(Unknown Source)
>> at com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel.<init>(Unknown
>> Source)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> Source)
>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> at java.lang.Class.newInstance0(Unknown Source)
>> at java.lang.Class.newInstance(Unknown Source)
>> at javax.swing.UIManager.setLookAndFeel(Unknown Source)
>> at
>> org.keridwen.core.ui.dockingframes.internal.DefaultMainViewService.<init>(DefaultMainViewService.java:57)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
>> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>> Source)
>> at java.lang.reflect.Constructor.newInstance(Unknown Source)
>> at
>> org.apache.felix.ipojo.InstanceManager.createObject(InstanceManager.java:667)
>> at
>> org.apache.felix.ipojo.InstanceManager.getPojoObject(InstanceManager.java:844)
>> - locked<0x00000007d84d2720> (a org.apache.felix.ipojo.InstanceManager)
>> at
>> org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.__stateChanged(LifecycleCallbackHandler.java:156)
>> at
>> org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.stateChanged(LifecycleCallbackHandler.java)
>> at
>> org.apache.felix.ipojo.InstanceManager.setState(InstanceManager.java:471)
>> at org.apache.felix.ipojo.InstanceManager.start(InstanceManager.java:353)
>> at
>> org.apache.felix.ipojo.ComponentFactory.createInstance(ComponentFactory.java:166)
>> at
>> org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:301)
>> - locked<0x00000007d82e9c18> (a org.apache.felix.ipojo.ComponentFactory)
>> at
>> org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:238)
>> at
>> org.apache.felix.ipojo.InstanceCreator$ManagedInstance.create(InstanceCreator.java:343)
>> at
>> org.apache.felix.ipojo.InstanceCreator.addInstance(InstanceCreator.java:89)
>> - locked<0x00000007d7a75fd8> (a org.apache.felix.ipojo.InstanceCreator)
>> at org.apache.felix.ipojo.Extender.parse(Extender.java:269)
>> at org.apache.felix.ipojo.Extender.startManagementFor(Extender.java:208)
>> at org.apache.felix.ipojo.Extender.access$600(Extender.java:52)
>> at org.apache.felix.ipojo.Extender$CreatorThread.run(Extender.java:682)
>> at java.lang.Thread.run(Unknown Source)
>>
>> Which seems to be related to bug:
>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6430247
>>
>> I use java 1.6.0_30-b12, so it is supposed to be solved.
>>
>> Is this an OSGi-related problem?
>> An iPOJO-related problem (my JFrame is provided by an iPOJO service) ?
>> Has anyone already seen this problem?
>>
>> Kind regards,
>>
>> Ben
>>
>> --
>> Dr Benoît Thiébault
>> Project Manager
>>
>> Artenum Toulouse - Science& Groupware
>> http://www.artenum.com
>>
>> Bâtiment Calfocenter
>> 10, rue Marguerite-Long
>> 31320 Castanet-Tolosan
>> France
>> Phone: +33 (0)5 82 95 19 00
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
Dr Benoît Thiébault
Project Manager
Artenum Toulouse - Science& Groupware
http://www.artenum.com
Bâtiment Calfocenter
10, rue Marguerite-Long
31320 Castanet-Tolosan
France
Phone: +33 (0)5 82 95 19 00
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: JNI warning when using Nimbus in OSGi/iPOJO context
Posted by jerome moliere <je...@gmail.com>.
Hi benoit
I guess that you should try to set the variable :
org.osgi.framework.system.packages
may be to try to use the alternate Nimbus set up phase using
-Dswing.defaultlaf=com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel
on which platform are you running your tests ? are you really sure to
use the 1.6.30 jdk version?
have you tried the same code with 1.7 platform ?
J.MOLIERE - Mentor/J
auteur Eyrolles
blog: http://romjethoughts.blogspot.com
first OSGi book in french available now!!!
Le 6 février 2012 14:10, Benoît Thiébault <th...@artenum.com> a écrit :
> Hi everyone,
>
> In my application, I want to use the Nimbus look and feel.
>
> In the bundle instantiating my JFrame, I thus added the following code:
>
> try {
> for (final LookAndFeelInfo info :
> UIManager.getInstalledLookAndFeels()) {
> if ("Nimbus".equals(info.getName())) {
> UIManager.setLookAndFeel(info.getClassName());
> break;
> }
> }
> } catch (final Exception e) {
> // If Nimbus is not available, you can set the GUI to another
> look and feel.
> }
>
> I already used this outside an OSGi context and it work, but here, it throws
> the following warning:
> WARNING in native method: JNI FindClass received a bad class descriptor
> "Lsun/font/FontManager$FontConfigInfo;". A correct class descriptor has no
> leading "L" or trailing ";". Incorrect descriptors will not be accepted in
> future releases.
> at sun.font.FontManager.getFontConfig(Native Method)
> at sun.font.FontManager.initFontConfigFonts(Unknown Source)
> at sun.font.FontManager.getFontConfigFont(Unknown Source)
> at sun.font.FontManager.getFontConfigFUIR(Unknown Source)
> at com.sun.java.swing.plaf.nimbus.NimbusDefaults.<init>(Unknown Source)
> at com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel.<init>(Unknown
> Source)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Unknown Source)
> at java.lang.Class.newInstance0(Unknown Source)
> at java.lang.Class.newInstance(Unknown Source)
> at javax.swing.UIManager.setLookAndFeel(Unknown Source)
> at
> org.keridwen.core.ui.dockingframes.internal.DefaultMainViewService.<init>(DefaultMainViewService.java:57)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Unknown Source)
> at
> org.apache.felix.ipojo.InstanceManager.createObject(InstanceManager.java:667)
> at
> org.apache.felix.ipojo.InstanceManager.getPojoObject(InstanceManager.java:844)
> - locked <0x00000007d84d2720> (a org.apache.felix.ipojo.InstanceManager)
> at
> org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.__stateChanged(LifecycleCallbackHandler.java:156)
> at
> org.apache.felix.ipojo.handlers.lifecycle.callback.LifecycleCallbackHandler.stateChanged(LifecycleCallbackHandler.java)
> at
> org.apache.felix.ipojo.InstanceManager.setState(InstanceManager.java:471)
> at org.apache.felix.ipojo.InstanceManager.start(InstanceManager.java:353)
> at
> org.apache.felix.ipojo.ComponentFactory.createInstance(ComponentFactory.java:166)
> at
> org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:301)
> - locked <0x00000007d82e9c18> (a org.apache.felix.ipojo.ComponentFactory)
> at
> org.apache.felix.ipojo.IPojoFactory.createComponentInstance(IPojoFactory.java:238)
> at
> org.apache.felix.ipojo.InstanceCreator$ManagedInstance.create(InstanceCreator.java:343)
> at
> org.apache.felix.ipojo.InstanceCreator.addInstance(InstanceCreator.java:89)
> - locked <0x00000007d7a75fd8> (a org.apache.felix.ipojo.InstanceCreator)
> at org.apache.felix.ipojo.Extender.parse(Extender.java:269)
> at org.apache.felix.ipojo.Extender.startManagementFor(Extender.java:208)
> at org.apache.felix.ipojo.Extender.access$600(Extender.java:52)
> at org.apache.felix.ipojo.Extender$CreatorThread.run(Extender.java:682)
> at java.lang.Thread.run(Unknown Source)
>
> Which seems to be related to bug:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6430247
>
> I use java 1.6.0_30-b12, so it is supposed to be solved.
>
> Is this an OSGi-related problem?
> An iPOJO-related problem (my JFrame is provided by an iPOJO service) ?
> Has anyone already seen this problem?
>
> Kind regards,
>
> Ben
>
> --
> Dr Benoît Thiébault
> Project Manager
>
> Artenum Toulouse - Science& Groupware
> http://www.artenum.com
>
> Bâtiment Calfocenter
> 10, rue Marguerite-Long
> 31320 Castanet-Tolosan
> France
> Phone: +33 (0)5 82 95 19 00
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org