I'm very familiar with BlazeDS, but haven't looked into GraniteDS for a few years.
I know that with BlazeDS, this is done using a streaming AMF channel, which is essentially an endless http request, or "streaming response". Since the connection is left open, I am a bit worried that it may not work on GAE. However, I did find this, http://graniteds.blogspot.com/2009/05/graniteds-20-now-supports-server-push.html which seems to work pretty well. It looks like it still reissues a new connection every 30 seconds, but if a message happens within the 30 seconds, it immediately gets the response, then rebuilds a new connection. I'll have to play around with it a bit more to see how well it works. Also, this sends identical messages out to multiple clients using a producer/consumer model. It'll be a little more tricky with a request/ response model, in which the messages are different for each client (should still be possible). Thanks! On Jan 19, 3:14 pm, Timothy Spear <tsp...@green20now.com> wrote: > I am using GraniteDS for communication from the GAE/J server to a Flex/ > Flash front end. GraniteDS is opensource and supports push based > messaging (I have not tested that aspect). > > Good luck. > > Tim > > Sent from my iPhone > > On Jan 19, 2010, at 2:48 PM, A1programmer <derrick.simp...@gmail.com> > wrote: > > > > > Jason, > > > Sorry for taking so long to get back to you. That is good to hear. > > > B.t.w, I have noticed that only a few of the quota item prices are > > available, (i.e. not all are listed) such as the number of email > > attachments, etc. Does this mean that extra quota allotment for these > > items is not available to be purchased? If I do send email > > attachments, they are typically 30k on average. Is this another area > > where rules can be changed, on a case-by-case basis? > > > I'm actually creating a flash based interface which relies on XML > > updates from the server. So it technically runs on the users local > > machine. Currently, the only way that I have to get the updates to > > the clients is for the client to ask for them. Ideally, I would want > > to use a streaming response, or a Socket server, etc. Unfortunately, > > I need a framework that will allow me to pay more money as my > > application growth demands it. I can't really put a lot of cash up > > front for a dedicated, or virtual dedicated hosting environment. This > > is yet another thing I really like about GAE. > > > Thanks, > > Derrick > > > On Jan 13, 5:25 pm, "Jason (Google)" <apija...@google.com> wrote: > >> That particular term is in place to prevent misuse of our hosting > >> environment, specifically developers that attempt to deploy the same > >> application to multiple IDs and use a "gateway" application to choose > >> between these applications randomly to distribute the load evenly. > >> Unfortunately, the term does exclude more legitimate reasons to use > >> multiple > >> application IDs like your use case, although we can grant > >> exceptions on a > >> case-by-case basis. > > >> Out of curiosity, how are you implementing the polling? If you use > >> a single > >> application and just set up a cron job to run every minute, that > >> shouldn't > >> affect the performance of the more interactive aspect of your > >> application. > > >> - Jason > > >> On Tue, Jan 12, 2010 at 9:16 AM, A1programmer > >> <derrick.simp...@gmail.com>wrote: > > >>> I know that section 4.4 of the agreement says: > > >>> 4.4. You may not develop multiple Applications to simulate or act > >>> as a > >>> single Application or otherwise access the Service in a manner > >>> intended to avoid incurring fees. > > >>> What if you want multiple applications which act as different > >>> portions > >>> of a larger application for performance reasons? How is it > >>> determined > >>> by Google that your motive is to avoid incurring fees of quota use. > >>> Or, am I reading the terms of use wrong? > > >>> I would like to build a client application which relies on polling > >>> for > >>> a configuration via HTTP which does not effect the performance of > >>> the > >>> primary portion of the application, which lets user set > >>> configurations > >>> at any arbitrary time. One reason being, only one simultaneous HTTP > >>> request is allowed at a given time for your application. I don't > >>> care > >>> about the quota, because I won't go over it in a single application, > >>> even with the polling, and I would gladly purchase more HTTP > >>> requests > >>> allowances, I just want the end user experience to perform well. > > >>> Thanks! > > >>> -- > >>> You received this message because you are subscribed to the Google > >>> Groups > >>> "Google App Engine for Java" group. > >>> To post to this group, send email to > >>> google-appengine-j...@googlegroups.com. > >>> To unsubscribe from this group, send email to > >>> google-appengine-java+unsubscr...@googlegroups.com<google- > >>> appengine-java%2B unsubscr...@googlegroups.com> > >>> . > >>> For more options, visit this group at > >>>http://groups.google.com/group/google-appengine-java?hl=en. > > -- > > You received this message because you are subscribed to the Google > > Groups "Google App Engine for Java" group. > > To post to this group, send email to google-appengine-java@googlegroups.com > > . > > To unsubscribe from this group, send email to > > google-appengine-java+unsubscr...@googlegroups.com > > . > > For more options, visit this group > > athttp://groups.google.com/group/google-appengine-java?hl=en > > .
-- You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group. To post to this group, send email to google-appengine-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
