The problem is that something is trying to access the UTF-8 character set (possibly through Charset.forName ("UTF-8"), which is trying to instantiate the class in the package sun.nio.cs.UTF_8.
Although this will exist at run time of the JVM without the restrictions of the class loader, at run time OSGi code will not be executed.
The solution would be to modify the package generating this error message as follows:
Import-Package: ..., sun.nio.cs; resolution: = optional
This means that if he tries to create an instance of the class in this package, he will have to find it - however, if it is not present (say, because you use a different runtime), it will still work.
Note that this means that System.bundle exports the sun.nio.cs package, which you can create by creating a snippet (see http://wiki.osgi.org/wiki/Fragment ), or if the system package exports the package sun.nio.cs with the property org.osgi.framework.system.packages.
In any case, it looks like the logging pool should fix, and not something that you need to fix - did you report an error upstream?
source share