Dojo Forum

Where can we find more info on ShortBus?

Thanks!

On Thu, 30 Mar 2006, Alex Russell wrote:

I have not been following this discussion, but maybe if I have some time I
could help here. I run several websites on Jetty, and have used jetty
since version 4.

--
Steve Sobol, Professional Geek ** Java/VB/VC/PHP/Perl ** Linux/*BSD/Windows
Apple Valley, CA ** 888.480.4NET (4638) ** sjsobol@JustThe.net

Resident of Southern California -
the home of beautiful people and butt-ugly traffic jams

I'd like to get in sync with this generic format as it develops. I'd
also like to see a Comet pub/sub implementation in ActiveMQ (JMS) with
Jetty Continuations.

Greg, it looks like you've contributed to the ActiveMQ project with
their AJAX interface. I'm thinking there will be minor changes here to
sync up with a generic format and to keep the connection open until a
timeout occurs.

Alex can you give us a general idea where you think you'd like to go
with this? I saw some of your notes on data grams, were you thinking
XML/JSON? REST API's I'm assuming for publishing and
subscribing/unsubscribing. Are you thinking IFrameTransport for chunked
responses/subdomain support or polling xmlhttprequest for complete
datagrams.

Can we start hashing out some of the details with all the interested
parties here on the mailing list?

Best Regards,
Kyle Himmerick
himmeric@vnet.ibm.com

Alex Russell wrote:

On Thursday 30 March 2006 11:56 am, Michael Slattery wrote:

Gah, shoulda marked this thread "watched". My bad:

http://shortbus.xantus.org

Regards

--
Alex Russell
alex@jot.com
alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://mastodon.dojotoolkit.org/pipermail/dojo-interest/attachments/2006...

On Friday 14 April 2006 5:16 am, Kyle Himmerick wrote:

JSON.

It should be pluggable. The shortbus server will encapsulate the JSON
datagrams in an envelope agreed upon by the "transport type" that the
client sends. The client will also advertise a particular variety of
delivery that's expected at tunnel setup.

I see no reason that we can't = )

The ShortBus mailing list is somewhat dead, since most discussion
happens in IRC these days, although it might also be a good place to
hash this stuff out:

http://groups.google.com/group/shortbus-dev

Regards

--
Alex Russell
alex@jot.com
alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://mastodon.dojotoolkit.org/pipermail/dojo-interest/attachments/2006...

Hi Alex,
Thanks for the reply.

So, are these envelope formats you mention established? I'm thinking
something like this:

IFrameTransport:
Assuming output is being embedded in a tag in the iframe.
Perhaps client sends wrapping method ala JSONP.
parent.handle(topic, id, message);
-or-
dojo.event.topic.publish(topic, id, message);

XMLHTTPTransport:
Assuming we're polling responseText from xmlhttprequest to catch
complete datagrams. Do you want to use pure JSON here too?

{topic: 'topic', id: 'msgId', message: {}}

ScriptSrcTransport:
Not even sure this is viable Comet transport, will browsers render
partial .js?

handle(topic, id, message);

Then the handle method can acknowledge the message if necessary and
publish using dojo.event.topic.publish()

I'm sure you have much more well formed ideas here, but I just wanted to
start the discussion.

Also, I want to make sure I understand this tunnel concept. I'm
assuming the client is going to open a hanging GET where it will receive
events/messages. And that other actions (e.g. subscribing to a
topic/channel) will be sent as a separate http request, for example a
POST to /subscribe/topic1 would subscribe the users session to 'topic1'
and their GET would then immediately begin receiving events for 'topic1'.

Thanks,
Kyle Himmerick
himmeric@vnet.ibm.com

Alex Russell wrote:

Hey guys,

I just wanted to let you know that I'm here if you have any questions about ShortBus.

I started the project about a month ago and it's coming along quite well.
ShortBus encompases several things:

Perlbal Plugin http://danga.com/ (Probably will be BSD Licensed)
A JavaScript Library for those that don't or can't use dojo. (BSD Licensed)
A Perl POE component suite (GPL License)

All of these are separate components that are not required to use shortbus. The perlbal plugin is the most important piece. Perlbal is a reverse proxy and will act as the hanging get, or long polling server. Because Perlbal is a reverse proxy, your http server can still do it's thing and reject requests to enter the shortbus. (haha) Things like cookie checks or basic/digest auth can be supported without modifying shortbus. I should have a diagram on the shortbus site soon.

http://shortbus.xantus.org/

If you'd like to show your support or put in a request for a feature, now is a good time.
Join us on IRC on MagNET. irc.perl.org in #shortbus

David
aka Xantus
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=24138&messageID=5215...