I do not have a custom jre.properties.

Comparing the other configuration changes does not reveal anything
except for users.properties. I still had the old one. Replacing it with
the new one (including groups) shows the exact same behaviour.

Regards,

Minto


Jean-Baptiste Onofré schreef op 22-4-2014 14:11:
> Hi Minto,
>
> the package:exports doesn't look complete for me.
> You should be able to see the xerces package and you don't.
>
> Could you check the etc/jre.properties ?
>
> Thanks,
> Regards
> JB
>
> On 04/22/2014 01:53 PM, Minto van der Sluis wrote:
>> Running exports gives the following:
>>
>> karaf@root>package:exports | grep -i xerces
>> com.sun.xml.fastinfoset.org.apache.xerces.util                        |
>> 1.2.13                | 158 | org.apache.servicemix.bundles.fastinfoset
>>
>> Removing xercesImpl.jar for lib/endorsed will probably help. Since that
>> was my previous situation when I was still on 3.0.0.RC1.
>>
>> Regards,
>>
>> Minto
>>
>> Jean-Baptiste Onofré schreef op 22-4-2014 13:42:
>>> Hi Minto,
>>>
>>> could you do a package:export|grep -i xerces to see the exported
>>> package ?
>>>
>>> Does it help to remove xercesImpl.jar from lib/endorsed folder ?
>>>
>>> Regards
>>> JB
>>>
>>> On 04/22/2014 01:40 PM, Minto van der Sluis wrote:
>>>> Well, actually the xerces packages are imported, but they are
>>>> optional.
>>>> The following is a snippet from bundle:headers.
>>>>
>>>> Import-Package =
>>>>           javax.xml.namespace;resolution:=optional,
>>>>           javax.xml.stream;resolution:=optional,
>>>>           javax.xml.stream.events;resolution:=optional,
>>>>           javax.xml.transform;resolution:=optional,
>>>>           javax.xml.transform.dom;resolution:=optional,
>>>>           javax.xml.transform.sax;resolution:=optional,
>>>>           org.apache.jena.iri;resolution:=optional,
>>>>           org.apache.xerces.impl.dv;resolution:=optional,
>>>>           org.apache.xerces.impl.dv.util;resolution:=optional,
>>>>           org.apache.xerces.impl.dv.xs;resolution:=optional,
>>>>           org.apache.xerces.impl.validation;resolution:=optional,
>>>>           org.apache.xerces.parsers;resolution:=optional,
>>>>           org.apache.xerces.util;resolution:=optional,
>>>>           org.apache.xerces.xni;resolution:=optional,
>>>>           org.apache.xerces.xni.grammars;resolution:=optional,
>>>>           org.apache.xerces.xni.parser;resolution:=optional,
>>>>           org.apache.xerces.xs;resolution:=optional,
>>>>           org.slf4j;resolution:=optional;version="[1.6,2)",
>>>>           org.w3c.dom;resolution:=optional,
>>>>           org.xml.sax;resolution:=optional,
>>>>           org.xml.sax.ext;resolution:=optional,
>>>>           org.xml.sax.helpers;resolution:=optional
>>>>
>>>> All the xerces packages are shown in red. Does this indicate these
>>>> packages are not resolved? What could be the reason for this?
>>>>
>>>> Regards,
>>>>
>>>> Minto
>>>>
>>>> Guillaume Nodet schreef op 22-4-2014 10:39:
>>>>> The xerces packages are already exported by the system bundle, so it
>>>>> should not be needed to have them boot delegated.
>>>>> It rather indicates that you are using this package without importing
>>>>> it I think.
>>>>>
>>>>>
>>>>> 2014-04-22 10:26 GMT+02:00 Minto van der Sluis <[email protected]
>>>>> <mailto:[email protected]>>:
>>>>>
>>>>>      Hi folks,
>>>>>
>>>>>      I ran into some issues with getting my stuff to work with a
>>>>> xerces
>>>>>      dependency in a karaf 3.0.1 assembly.
>>>>>
>>>>>      Initially it turned out that I had 2 different xerces libraries.
>>>>>      One as
>>>>>      part of karaf in lib/endorsed (KARAF-2446) and the other was one
>>>>> of my
>>>>>      dependencies  (using servicemix). Getting rid of the servicemix
>>>>> xerces
>>>>>      bundle resolved some of my errors but now the following error
>>>>>      popped up
>>>>>      for various xerces classes:
>>>>>
>>>>>          java.lang.NoClassDefFoundError:
>>>>> org/apache/xerces/util/XMLChar
>>>>>
>>>>>      I managed to get rid of these by adding "org.apache.xerces.*" to
>>>>> the
>>>>>      org.osgi.framework.bootdelegation property in
>>>>> config.properties .
>>>>>
>>>>>      Is this the right way to solve this? And if so, shouldn't this
>>>>>      additional entry be part Karaf itself?
>>>>>
>>>>>      Regards,
>>>>>
>>>>>      misl
>>>>>
>>>>>
>>>>
>>>>
>>>> -- 
>>>> ir. ing. Minto van der Sluis
>>>> Software innovator / renovator
>>>> Xup BV
>>>>
>>>> Mobiel: +31 (0) 626 014541
>>>>
>>>
>>
>>
>


-- 
ir. ing. Minto van der Sluis
Software innovator / renovator
Xup BV

Mobiel: +31 (0) 626 014541

Reply via email to