On Tue, Nov 8, 2011 at 9:31 AM, Hiranya Jayathilaka <hira...@wso2.com>wrote:
> > > On Tue, Nov 8, 2011 at 9:28 AM, Anjana Fernando <anj...@wso2.com> wrote: > >> Hi Hiranya, >> >> >> On Tue, Nov 8, 2011 at 9:12 AM, Hiranya Jayathilaka <hira...@wso2.com>wrote: >> >>> >>> >>> On Tue, Nov 8, 2011 at 8:37 AM, Anjana Fernando <anj...@wso2.com> wrote: >>> >>>> Hi, >>>> >>>> Basically, to support "Huge Message Processing" as Smooks say it, we >>>> need to have data streaming to the Smooks mediator from files. Can we do >>>> that using VFS transport? .. >>>> >>> >>> Isn't that always the case due to the use of Axiom? >>> >> >> Well .. I meant is the VFS transport is written in such a way. Like, from >> VFS, if they straightaway read the full content of a file to memory and put >> it into an XML element, that would be a problem. >> > > No it creates the OMElement from the stream. > OK, great, thanks for the info. Cheers, Anjana. > > >> >> Cheers, >> Anjana. >> >> >>> >>> >>>> >>>> Cheers, >>>> Anjana. >>>> >>>> >>>> On Mon, Nov 7, 2011 at 10:48 PM, Jasintha Dasanayake <jasin...@wso2.com >>>> > wrote: >>>> >>>>> >>>>> >>>>> On Mon, Nov 7, 2011 at 1:14 PM, Lakmali Baminiwatta >>>>> <lakm...@wso2.com>wrote: >>>>> >>>>>> Hi all, >>>>>> >>>>>> We have been looking into possibility of implementing Smooks as a >>>>>> standalone feature to support all of Smooks capabilities. But as we have >>>>>> experienced by trying out their samples and other mentioned features, we >>>>>> have realized that Smooks has not straightforward mechanisms to address >>>>>> some of the scenarios such as, >>>>>> >>>>>> 1. We can not define the data source of a Smooks filtering process >>>>>> within the Smooks configuration. It need to be fed from outside the >>>>>> configuration. >>>>>> 2. We can not define flow of message filters as to take the output >>>>>> from one Smooks filter and set as the input of another Smooks filter. >>>>>> >>>>>> We even communicated with Tom Fennelly, a core developer of Smooks >>>>>> about those drawbacks, but there were no straightforward solutions to >>>>>> those. >>>>>> >>>>>> If we are using ESB to execute Smooks capabilities those drawbacks >>>>>> will be solved. Currently ESB only uses Smooks transformation feature. We >>>>>> have tried out other Smooks features inside current ESB Smooks mediator >>>>>> and >>>>>> they worked fine. Also defining a flow of Smooks filters can be done >>>>>> through ESB. So finally we have identified two features which must be >>>>>> implemented inside ESB in order to support all of Smooks capabilities >>>>>> from >>>>>> the ESB Smooks mediator itself. >>>>>> >>>>>> 1. Supporting message streaming to the ESB Smooks mediator other than >>>>>> keeping the whole message inside the memory. Currently Jasintha had been >>>>>> looking into this and he has a solution for this. >>>>>> >>>>> >>>>> Can use “ ElememtHelper# getTextAsStream “ method from the Axiom ApI >>>>> instead of “getTextPayload” method in the smook mediator because that >>>>> method enables streaming >>>>> >>>>> /Jasintha >>>>> >>>>>> >>>>>> 2. Smooks filter can output a Java Result which is a Java bean and it >>>>>> will be remain inside the Smooks ExecutionContext. So if we can set that >>>>>> Java bean result of Smooks mediator to the ESB Message Context, we can >>>>>> use >>>>>> it in other ESB mediators. >>>>>> >>>>>> If the above mentioned features are supported from ESB, all of the >>>>>> Smooks capabilities can be supported from the ESB itself. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Lakmali >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Carbon-dev mailing list >>>>>> Carbon-dev@wso2.org >>>>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> *Jasintha Dasanayake >>>>> **Software Engineer >>>>> WSO2 Inc. | http://wso2.com >>>>> lean . enterprise . middleware* >>>>> * >>>>> * >>>>> *mobile :- 077 291 6596* >>>>> >>>>> >>>>> _______________________________________________ >>>>> Carbon-dev mailing list >>>>> Carbon-dev@wso2.org >>>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>>>> >>>>> >>>> >>>> >>>> -- >>>> *Anjana Fernando* >>>> Senior Software Engineer >>>> WSO2 Inc. | http://wso2.com >>>> lean . enterprise . middleware >>>> >>>> >>> >>> >>> -- >>> Hiranya Jayathilaka >>> Associate Technical Lead; >>> WSO2 Inc.; http://wso2.org >>> E-mail: hira...@wso2.com; Mobile: +94 77 633 3491 >>> Blog: http://techfeast-hiranya.blogspot.com >>> >> >> >> >> -- >> *Anjana Fernando* >> Senior Software Engineer >> WSO2 Inc. | http://wso2.com >> lean . enterprise . middleware >> > > > > -- > Hiranya Jayathilaka > Associate Technical Lead; > WSO2 Inc.; http://wso2.org > E-mail: hira...@wso2.com; Mobile: +94 77 633 3491 > Blog: http://techfeast-hiranya.blogspot.com > -- *Anjana Fernando* Senior Software Engineer WSO2 Inc. | http://wso2.com lean . enterprise . middleware
_______________________________________________ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev