I am doing that right now too. My question was more how to compile the resources to disk once a response notification is received by rsb so they are waiting for the polling to be served statically rather than calling an action with a guid.
On Thu, Oct 1, 2009 at 10:05 AM, Ayende Rahien <[email protected]> wrote: > There is nothing here related to a message module, though. > > > On Thu, Oct 1, 2009 at 7:04 PM, Ayende Rahien <[email protected]> wrote: > >> I do stuff like that in some of my apps. >> I generate a guid on the web app side, pass it to a message, then return >> it. >> The JS is calling to it periodically until there is data there. >> >> >> On Thu, Oct 1, 2009 at 6:57 PM, Mike Nichols <[email protected]>wrote: >> >>> >>> I read a post by Udi (http://www.udidahan.com/2008/07/30/scaling-long- >>> running-web-services/<http://www.udidahan.com/2008/07/30/scaling-long-%0Arunning-web-services/>) >>> and wondered, has anyone has implemented >>> something like this using RSB? >>> >>> It seems like you'd have a message module on the client side that >>> makes a call using HttpWebRequest to a target url and write the >>> resulting response to disk. Then the client polling mechanism calls a >>> known uri keyed by correlation Id and does the redirect. >>> >>> I already have a way of compiling uri's based on the response message >>> data; for example, if the target url is some kind of 'view' that >>> requires the id contained in the response message. Right now, I am >>> doing things the first way Udi mentions in his post for client >>> redirects, but I'd like to explore the better option he proposes. To >>> keep the resource url's hidden it seems like some kind of url rewriter >>> would need to be employed as well, so the client sees >>> http://my.domain.com/projects/view/id/3 instead of >>> http://my.domain.com/resources?x=somecorrelationid . >>> >>> Am I on the right track with the message module thing? Are there >>> problems with this approach anyone can see? >>> >>> >>> >>> >>> >>> >>> >>> >> > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en -~----------~----~----~----~------~----~------~--~---
