Hi Claus, I intend to use SEDA endpoint to asynchronously call a process from another process as I think that the called process can be time intensive. So unless it is not made to act in the async mode, then app users' wait time is gonna go rise.
Is it a valid use case for using SEDA? As you can see, my purpose is just to make the called process work in its own thread so that the calling thread can return in quick time. Regards, Nitin Claus Ibsen wrote: > > Hi > > I think a few months ago there was a discussion about advanced SEDA from > an end-user with James Strachan. Try searching the forums. > > - Yes it's very good for separation of routes in async parts. > > See this wiki page as well (related as its about async) > http://activemq.apache.org/camel/asynchronous-processing.html > > > > Med venlig hilsen > > Claus Ibsen > ...................................... > Silverbullet > Skovsgårdsvænget 21 > 8362 Hørning > Tlf. +45 2962 7576 > Web: www.silverbullet.dk > > -----Original Message----- > From: nitingupta183 [mailto:[EMAIL PROTECTED] > Sent: 26. september 2008 15:09 > To: [email protected] > Subject: Camel + Seda > > > Hi all, > > In my application, I am thinking of using SEDA Camel component to achieve > async communication between two processes. Since I am new to SEDA, I would > like to have ur opinion on following: > > - Is it right to use SEDA? I mean does it have any impact on the > performance > (in bad way) of the application? > - Is it the standard practice between Camel developers to use it for the > asynchronous communication between processes which are time intensive? > > Any pointers which can lead to SEDA based implementations and the > concerns, > shall be highly appreciated. > > Regards, > nitin > -- > View this message in context: > http://www.nabble.com/Camel-%2B-Seda-tp19688151s22882p19688151.html > Sent from the Camel - Users mailing list archive at Nabble.com. > > > -- View this message in context: http://www.nabble.com/Camel-%2B-Seda-tp19688151s22882p19701999.html Sent from the Camel - Users mailing list archive at Nabble.com.
