[jira] [Work logged] (CAMEL-13851) camel-xj component contribution

["ASF GitHub Bot (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/CAMEL-13851?focusedWorklogId=292692&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-292692 ]

ASF GitHub Bot logged work on CAMEL-13851:
------------------------------------------

                Author: ASF GitHub Bot
            Created on: 11/Aug/19 12:14
            Start Date: 11/Aug/19 12:14
    Worklog Time Spent: 10m 
      Work Description: kayuma commented on pull request #3093: CAMEL-13851: camel-xj component contribution
URL: https://github.com/apache/camel/pull/3093
 
 
   
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


Issue Time Tracking
-------------------

            Worklog Id:     (was: 292692)
            Time Spent: 10m
    Remaining Estimate: 0h

> camel-xj component contribution
> -------------------------------
>
>                 Key: CAMEL-13851
>                 URL: https://issues.apache.org/jira/browse/CAMEL-13851
>             Project: Camel
>          Issue Type: New Feature
>    Affects Versions: 2.24.1, 3.0.0.M4
>            Reporter: Marc Giger
>            Priority: Major
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> Hi,
> For a customer of mine i've setup an ESB infrastructure (JBoss Fuse) and implement camel routes for some time now. Until now i've used camel-xmljson that was nicely expressed "not so nice". It was always a pain to get the desired output and needed most of the time some hacks. Lately we had some performance issues with "larger" messages and the culprit was again the xmljson lib because of its excessive regex use. Apart from that camel-xmljson was removed from camel (correctly). So, time for a new component for direct xml <-> json conversion.
> Thanks goes to "Berner Fachhochschule" to allow me to work and contribute the component.
> On a high level the component works as follows:
> xml -> xslt -> json and json -> xslt -> xml
> This allows to transform the input document directly in the desired target structure without the need of an intermediary format.
> More in detail:
> xml -> xslt -> XmlJsonStreamWriter -> json
> The XmlJsonStreamWriter is a custom impl. of javax.xml.stream.XMLStreamWriter that acts as a StAX -> JsonEvent bridge and uses internally com.fasterxml.jackson.core.JsonGenerator as json writer.
> In the other direction:
> json -> JsonXmlStreamReader -> xslt -> xml
> Here the JsonXmlStreamReader is a custom impl. of avax.xml.stream.XMLStreamReader that acts as a JsonEvent -> StAX bridge and uses internally com.fasterxml.jackson.core.JsonParser as json reader.
> The json -> xml conversion is fully event driven. That means that just the current token is held in memory. In the other direction, xml -> json, a internal tree needs to be built and therefore the complete json document is held in memory. Actually I can even see a possibility to stream it under some circumstandes.
> The current implementation can be found in:
> https://github.com/kayuma/camel/tree/camel-xj-component
> The question is now if the camel community is interested in this contribution?
> Open Issues:
> - Some of the classes are copies from the xslt component because of minor but important differences that are required to get XJ to work. Maybe we should refactor the xslt component so that it may be extended? Advice needed.
> - Documentation
> And in the end it would be very nice, if the contribution is accepted, if it could be backported and integrated into camel 2.x
> Thanks,
> Marc



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)