camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Claus Ibsen <claus.ib...@gmail.com>
Subject Re: Camel Saxon and xslt
Date Fri, 10 Feb 2017 12:16:13 GMT
Hi

Yeah it can make sense. It also ensures that users are not in doubt if
they use saxon or not. Usually Saxon offers more advanced features
that you dont have from the JDK.

And maybe we can add something so users can install the commercial
saxon and unlock xslt 3.0 functionality or what else is exclusive in
their commercial product.



On Fri, Feb 10, 2017 at 12:24 PM, Luca Burgazzoli <lburgazzoli@gmail.com> wrote:
> Hi everyone,
>
> I've recently been working on camel-saxon and camel-xslt to enable
> saxon specific stuffs in camel-xslt and this required some little
> reflection hacks which could make it harder to detect potential api
> breaks when updating saxon and could be problematic for java 9 if
> saxon does not properly configure the modules system so I'm wondering
> if it could make sense to create a saxon-xslt component (to be done
> after 2.19) which inherit from xslt component and adds saxon specifc
> stuffs without reflection hacks.
>
> So with component:
> - xslt --> you can still use saxon but can't confiugre saxon specific features
> - saxon-xslt --> same as xslt but you can configure/use saxon specific features
>
> Thoughts ?
>
> ---
> Luca Burgazzoli



-- 
Claus Ibsen
-----------------
http://davsclaus.com @davsclaus
Camel in Action 2: https://www.manning.com/ibsen2

Mime
View raw message