Re: Problems using factory pattern

[Tobias Wunden <to...@id.ethz.ch>]

Hi Richard,

while trying to provide you with a test bundle, I am (luckily enough) having trouble reproducing the issue. As soon as I am able to find out what happened, I will report back.

Thanks for your time on this!
Tobias

On 21.11.2010, at 20:09, Richard S. Hall wrote:

> On 11/19/10 13:51, Tobias Wunden wrote:
>> Hi,
>> 
>> after upgrading Felix from 3.0.2 to 3.0.6, my application won't start anymore due to certain factories from the javax domain failing. The overall problem seems to be that the implementations are using classes from the sun.com namespace.
>> 
>> java.lang.RuntimeException: XPathFactory#newInstance() failed to create an XPathFactory for the default object model: http://java.sun.com/jaxp/xpath/dom with the XPathFactoryConfigurationException: javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory implementation found for the object model: http://java.sun.com/jaxp/xpath/dom
>> 	at javax.xml.xpath.XPathFactory.newInstance(XPathFactory.java:101)
>> 
>> The obvious easy resolution would be to add
>> 
>> 	org.osgi.framework.bootdelegation=com.sun.*
>> 
>> to config.properties. But as discussed on this list various times, it is not the preferred solution. I tried getting the bundle fragment approach to work but had no success. I also looked for existing bundles, tried many of them but had no success either.
>> 
>> Is there advice out there on how to properly solve this?
> 
> There were some changes in how the Felix framework implicitly boot delegates, which could be why it was working but no longer does. If you can create a simple example of the failure, I can try to figure out if it is doing the right thing or not.
> 
> -> richard

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org