Petals Distribution

Remove the dependency to Saxon for the kernel and for the components by default

Details

  • Type: Task Task
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 4.3.0-beta-1
  • Fix Version/s: 5.0.0-M1
  • Component/s: Components, Container
  • Security Level: Public
  • Description:
    Hide

    Currently, Petals is run with Saxon as the default TransformerFactory (for XSL transformations).

    But the only use of Tranformers in the container and in most component is for simple transformations that don't need Saxon (I think that 99% of the case is just for identity transformation between different storage format for XML).

    We should revert back to use the embedded TransformerFactory in Java (xalan normally).

    For the XSLT component, if one wants to use a specific TransformerFactory, a SL will be used as it was the case in the past.

    Show
    Currently, Petals is run with Saxon as the default TransformerFactory (for XSL transformations). But the only use of Tranformers in the container and in most component is for simple transformations that don't need Saxon (I think that 99% of the case is just for identity transformation between different storage format for XML). We should revert back to use the embedded TransformerFactory in Java (xalan normally). For the XSLT component, if one wants to use a specific TransformerFactory, a SL will be used as it was the case in the past.
  • Environment:
    -

Issue Links

Activity

Hide
Victor NOËL added a comment - Wed, 8 Jul 2015 - 16:40:07 +0200

Saxon has been removed, and a SL for the latest version of Saxon has been created (PETALSSLSAXON-3) to enable the XSLT SE to exploit Saxon as before.

Show
Victor NOËL added a comment - Wed, 8 Jul 2015 - 16:40:07 +0200 Saxon has been removed, and a SL for the latest version of Saxon has been created (PETALSSLSAXON-3) to enable the XSLT SE to exploit Saxon as before.

People

Dates

  • Created:
    Wed, 8 Jul 2015 - 14:15:26 +0200
    Updated:
    Wed, 8 Jul 2015 - 16:40:07 +0200
    Resolved:
    Wed, 8 Jul 2015 - 16:40:07 +0200