Hi Dawid,
I actually tried encoding &,<,> as &,>,<. The problem is, that other
characters as { are then encoded as for example %7B. So the problem is that I
have to encode all these symbols in their URI encoding in order to make Camel
correctly create the routes, which does not make the code very readable.
So while the correct escaping of &,<,> is not the main problem, the conversion
of { to %7B by the bundle plugin is. Do you know if this feature can be
disabled in any way?
Greetings,
Pascal
>Gesendet: Dienstag, 03. Juni 2014 um 21:13 Uhr
>Von: "Dawid Loubser" <[email protected]>
>An: [email protected]
>Betreff: Re: Disable XML Validation in Maven Bundle Plugin
>Hi Pascal,
>
>Your problem has less to do with validation, and more to do with
>well-formedness. '&' has special meaning in XML (start of entity
>reference) and no XML parser in the world will accept what you have,
>regardless of any validation setting.
>
>Try using & instead of & - it will be translated to '&' at runtime.
>
>kind regards,
>Dawid Loubser
>
>
>On 03/06/2014 21:07, Pascal Klink wrote:
>> Hi everyone,
>>
>> I'm currently facing an issue, with the XML processing of the Maven Bundle
>> Plugin. I'm writing an OSGI application based on Apache Camel. I'm
>> configuring Camel using blueprint XML. The problem is, that when using for
>> example the following XML-Tag:
>>
>> <to
>> uri="bean:userService?method=getPeopleAtClub(${in.header.id})&cache=true"/>
>>
>> The creation of the bundle fails, with the error:
>>
>> Unexpected exception in processing spring
>> resources(OSGI-INF/blueprint/webService-routes.xml):
>> javax.xml.transform.TransformerException:
>> javax.xml.transform.TransformerException:
>> com.sun.org.apache.xml.internal.utils.WrappedRuntimeException: Reference to
>> entity "cache" has to end with ";".
>>
>> Obviously the bundle plugin processes the XML in some way and the problem is
>> the validation of the XML, since it is not standard conform. So can I
>> disable this feature of the bundle plugin, so that I don't have to deal with
>> the ugly encodings of all these symbols?
>>
>> Greetings,
>> Pascal
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
