Asynchronous messaging support
18 views
Skip to first unread message
Celso Pinto
Apr 8, 2008, 6:42:05 AM4/8/08
to Google App Engine
Does anyone have any idea if in the (near) future AppEngine will be
expanded to include some kind of message queuing system?
expanded to include some kind of message queuing system?
Brett Morgan
Apr 8, 2008, 6:49:53 AM4/8/08
to google-a...@googlegroups.com
I'm thinking of putting in a request on the bug tracker about this
style of functionality. I want to develop long polling software for
group communication style applications.
style of functionality. I want to develop long polling software for
group communication style applications.
The problem is that the gfs back end of google appengine isn't the
best for this sort of thing.
One option is to ask for some sort of long poll handling that gets
released when an index file is updated. This would mean that we could
"subscribe" to a query, and have the query rendered when ever the
backing data behind the query changes.
The other option would be to push for xmpp integration and have long
polling based on an xmpp endpoint.
thoughts?
Celso Pinto
Apr 8, 2008, 9:54:45 AM4/8/08
to Google App Engine
Yeah, I'd say XMPP could be used for asynchronous reliable messaging
if enough attention is paid to setting it up. It can be configured to
support offline storage (ie. storing a message sent to an offline user
that will be picked up when the user goes online) and it also supports
publish-subscribe alongside peer-to-peer messaging.
After that we'd just need to be able to deploy packages that act as
message consumers.
if enough attention is paid to setting it up. It can be configured to
support offline storage (ie. storing a message sent to an offline user
that will be picked up when the user goes online) and it also supports
publish-subscribe alongside peer-to-peer messaging.
After that we'd just need to be able to deploy packages that act as
message consumers.
Glenn Rempe
Apr 10, 2008, 12:39:23 AM4/10/08
to Google App Engine
What about linking out to Amazon SQS (Simple Queue Service)?
Thoughts?
Thoughts?
Brett Morgan
Apr 10, 2008, 12:42:03 AM4/10/08
to google-a...@googlegroups.com
I want something that is integrated into the google app engine. But
then, my whole interest here centers on the fact that this is an
system administration free app service. The whole amazon cloud
infrastructure appears to still require a chunk of sysadmin skill,
although i haven't gotten up close and dirty with it.
then, my whole interest here centers on the fact that this is an
system administration free app service. The whole amazon cloud
infrastructure appears to still require a chunk of sysadmin skill,
although i haven't gotten up close and dirty with it.
Celso Pinto
Apr 11, 2008, 9:30:36 PM4/11/08
to Google App Engine
SQS has to be polled so you'd have to trigger the message pulling
event somehow, but surely externally, as GAE doesn't allow for
background jobs. It'd be a lot more interesting to be able to push
messages to a GAE application :-)
On Apr 10, 5:39 am, Glenn Rempe <glenn.re...@gmail.com> wrote:
> What about linking out to Amazon SQS (Simple Queue Service)?
> Thoughts?
>
> On Apr 8, 6:54 am, Celso Pinto <cpi...@yimports.com> wrote:
>
> > Yeah, I'd sayXMPPcould be used for asynchronous reliable messaging
event somehow, but surely externally, as GAE doesn't allow for
background jobs. It'd be a lot more interesting to be able to push
messages to a GAE application :-)
On Apr 10, 5:39 am, Glenn Rempe <glenn.re...@gmail.com> wrote:
> What about linking out to Amazon SQS (Simple Queue Service)?
> Thoughts?
>
> On Apr 8, 6:54 am, Celso Pinto <cpi...@yimports.com> wrote:
>
> > if enough attention is paid to setting it up. It can be configured to
> > support offline storage (ie. storing a message sent to an offline user
> > that will be picked up when the user goes online) and it also supports
> > publish-subscribe alongside peer-to-peer messaging.
>
> > After that we'd just need to be able to deploy packages that act as
> > message consumers.
>
> > On Apr 8, 11:49 am, "Brett Morgan" <brett.mor...@gmail.com> wrote:
>
> > > I'm thinking of putting in a request on the bug tracker about this
> > > style of functionality. I want to develop long polling software for
> > > group communication style applications.
>
> > > The problem is that the gfs back end of google appengine isn't the
> > > best for this sort of thing.
>
> > > One option is to ask for some sort of long poll handling that gets
> > > released when an index file is updated. This would mean that we could
> > > "subscribe" to a query, and have the query rendered when ever the
> > > backing data behind the query changes.
>
> > > The other option would be to push forxmppintegration and have long
> > support offline storage (ie. storing a message sent to an offline user
> > that will be picked up when the user goes online) and it also supports
> > publish-subscribe alongside peer-to-peer messaging.
>
> > After that we'd just need to be able to deploy packages that act as
> > message consumers.
>
> > On Apr 8, 11:49 am, "Brett Morgan" <brett.mor...@gmail.com> wrote:
>
> > > I'm thinking of putting in a request on the bug tracker about this
> > > style of functionality. I want to develop long polling software for
> > > group communication style applications.
>
> > > The problem is that the gfs back end of google appengine isn't the
> > > best for this sort of thing.
>
> > > One option is to ask for some sort of long poll handling that gets
> > > released when an index file is updated. This would mean that we could
> > > "subscribe" to a query, and have the query rendered when ever the
> > > backing data behind the query changes.
>
Reply all
Reply to author
Forward
0 new messages