Hi I haven't used Smooks before and wanted to get a proof of concept that we could parse EDI files into some other format. So as we could parse it into XML it was fine as we at least had an option to understand the format more easily. However it still requires to create some smooks config files to define how the mapping is done.
So I didn't investigate how to map directly from EDI to a Java Bean. XML was fine for me - my current client have a custom inhouse XML format.for EDI messages. And using XML you can route using xpath filters etc. But if smooks can map directly to java beans that would be nice as well. I dont know how to do it currently. So I am afraid I cant help much On Thu, Dec 11, 2008 at 5:10 PM, cmoulliard <[EMAIL PROTECTED]> wrote: > > One question : > > In case, we would like to use smooks to bind CSV content to Java Objects : > > Shall we have to transform CSV to XML and next XML to Java or can I directly > bind the SAX events generated by smooks (after reading my CSV file) to java > objects using <jb:wiring> <jb:binding> ? > > > > Claus Ibsen-2 wrote: >> >> Hi >> >> I did the initial smooks component to get a shoot at it as we need EDI >> integration. At the time smooks 1.0.1 was only released. As its >> license is not apache friendly it's hosted at camel-extra and thus >> isn't as much focused as the real Camel components. >> >> I asked on the Smooks user forum if they would consider switching the >> license but they declined as they felt that they wanted to use the >> same license as Hibernate. >> >> In the mean time Smooks 1.1 is released. So we should upgrade to this >> release. >> >> But extending the camel-smooks to support more the the smooks features >> would be really cool. So please take a stab if you have the time and >> energy ;) >> >> >> >> On Thu, Dec 11, 2008 at 4:24 PM, cmoulliard <[EMAIL PROTECTED]> wrote: >>> >>> Ah OK - looks like we need to enhance the Smooks library then? >>> >>>>> Yes. >>> >>> Fancy taking a stab at it? :) >>> >>>>> No but we need a generic solution to allow user to work with non-XML >>>>> format (otherwise they will use smooks with mule or jboss esb with >>>>> smooks >>>>> even if camel is better). Of course, Smooks is a competitor because it >>>>> provides routing facility >>>>> (http://svn.codehaus.org/milyn/trunk/smooks-examples/jms-router/) like >>>>> spring integration, CXF, ... Life is not a game and this is the same >>>>> for >>>>> the java frameworks. >>> >>> Camel can support any payload? >>> >>>>> I don't know but I think that we should be able to provide as a >>>>> parameter >>>>> the payload (like spring integration or mule) to the endpoint in order >>>>> to >>>>> work with the content (message, header, ...). >>> >>> >>> James.Strachan wrote: >>>> >>>> 2008/12/11 cmoulliard <[EMAIL PROTECTED]>: >>>>> This is not possible because the current implmentation only support EDI >>>>> (http://cwiki.apache.org/CAMEL/smooks.html) >>>> >>>> Ah OK - looks like we need to enhance the Smooks library then? Fancy >>>> taking a stab at it? :) >>>> >>>> >>>>> It is time to propose for Camel 2.5 or 3.0 a generic solution (= >>>>> endpoints) >>>>> to process correctly non XML format in Camel. >>>> >>>> Camel can support any payload? >>>> >>>>> By the way, I think it should be a good idea in the camel project tree >>>>> to >>>>> split the component providing endpoint from the component like csv, >>>>> suoercsv >>>>> providing support for DataFormat ? >>>> >>>> Not sure I follow? >>>> >>>> -- >>>> James >>>> ------- >>>> http://macstrac.blogspot.com/ >>>> >>>> Open Source Integration >>>> http://fusesource.com/ >>>> >>>> >>> >>> >>> ----- >>> Charles Moulliard >>> SOA Architect >>> >>> My Blog : http://cmoulliard.blogspot.com/ >>> http://cmoulliard.blogspot.com/ >>> -- >>> View this message in context: >>> http://www.nabble.com/Is-there-a-way-to-extend-marshall-method-of-CsvDataFormat-class-tp20955830s22882p20957528.html >>> Sent from the Camel - Users mailing list archive at Nabble.com. >>> >>> >> >> >> >> -- >> >> /Claus Ibsen >> Apache Camel Committer >> Blog: http://davsclaus.blogspot.com/ >> >> > > > ----- > Charles Moulliard > SOA Architect > > My Blog : http://cmoulliard.blogspot.com/ http://cmoulliard.blogspot.com/ > -- > View this message in context: > http://www.nabble.com/Is-there-a-way-to-extend-marshall-method-of-CsvDataFormat-class-tp20955830s22882p20958550.html > Sent from the Camel - Users mailing list archive at Nabble.com. > > -- /Claus Ibsen Apache Camel Committer Blog: http://davsclaus.blogspot.com/
