It really depends on how you want the user use the component. Camel support the provide service through the HTTP, you can use camel-jetty or camel-servlet to server the request. But it could more easy to write servlet and the servlet can hold the CamelContext which has the route you need. Then you can send the request to the route by using the ProducerTemplate.
-- Willem Jiang Red Hat, Inc. FuseSource is now part of Red Hat Web: http://www.fusesource.com | http://www.redhat.com Blog: http://willemjiang.blogspot.com (http://willemjiang.blogspot.com/) (English) http://jnn.iteye.com (http://jnn.javaeye.com/) (Chinese) Twitter: willemjiang Weibo: 姜宁willem On Thursday, July 11, 2013 at 1:40 AM, Jothi wrote: > Willem.Jiang wrote > > It could be easy if the application can use the PayPal API type class > > directly, then you don't need to convert the request object any more. > > If it doesn't , I think you can just define the Object with the basic > > information of payment, such as the user information (email, phone), the > > payment amount, currency, etc. > > > > The first option would be a lot easier for me. > > If I define the Object with all those fields that I might have in the PayPal > object, it looks like adding duplication. > > I'm wondering how a typical route to paypal would look like? In a typical > web application, the user has to enter the values in the fields in the GUI. > Once he clicks submit, I assume that the data is sent to the middle tier > that performs some validations and the request object created. How could > this now be applied to an integration scenario? > > Regards, > Joe > > > > > -- > View this message in context: > http://camel.465427.n5.nabble.com/Camel-PayPal-Component-tp5728062p5735472.html > Sent from the Camel Development mailing list archive at Nabble.com > (http://Nabble.com).
