Subset of Rhino Service Bus for Silverlight clients.

[Nikos C. Baxevanis]

(note: I originally post this on ALTNET group but it's subject fits
better in this group)

I was wondering if it's possible to have a subset of Rhino Service Bus
and Rhino Queues working for Silverlight clients. It could use
IsolatedStorage instead of Esent to persist the messages till the
client close the browser. Has anybody come into this before? Is it
(technically) worth it?

[Ayende Rahien]

Sort of.

The main problem in implementing RQ on SL is that you can't open a listen port to get messages.

That means that you have work in a pull model, with a server side component.

I'll put together a design for that and throw that on the blog.

--
You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group.
To post to this group, send email to rhino-t...@googlegroups.com.
To unsubscribe from this group, send email to rhino-tools-d...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en.

[Ayende Rahien]

Attached is said design, will be up in the blog in a few days

On Sun, Jul 25, 2010 at 9:57 PM, Nikos C. Baxevanis <nikos.b...@gmail.com> wrote:

[Louis Haußknecht]

Maybe we should consider targeting the compact framework also.

We have some usecases where it would be great to have at least rhino-queues on devices.

The compact framework has a TcpListener by the way.

Am 26.07.2010 06:30 schrieb "Ayende Rahien" <aye...@ayende.com>:

Attached is said design, will be up in the blog in a few days

On Sun, Jul 25, 2010 at 9:57 PM, Nikos C. Baxevanis <nikos.b...@gmail.com> wrote:

>
> (note: I originally post this on ALTNET group but it's subject fits
> better in this group)
>

> ...

--
You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" grou...

[Ayende Rahien]

Fork it :-)
that port should be pretty simple
but I don't know if it has esent available

[josh robb]

(I'm not actually interested in this - just providing ideas from a
conceptual perspective).

You'd be able to receive messages from the server if Silverlight
natively supported HTML5 WebSockets.

It looks like there's some libraries out there which allow access to
HTML5 websockets from SL (e.g.
http://tech.kaazing.com/documentation/howto-silverlight.html). It
shouldn't be that difficult to build a bridge from the browser JS to
SL from scratch if required.

In this case - you'd be able to replace the background polling with a
WebSocket event handler - which would clean things up a bit.

You'd also need to implement a WebSocket server - which is once again
work - but not technically difficult.

Just some thoughts.

j.

[Tuna Toksoz]

http://jlight.codeplex.com/

This project has come to my attention as part of our msdn subscription giveaway. Might help?

Tuna Toksöz
Eternal sunshine of the open source mind.

http://devlicio.us/blogs/tuna_toksoz
http://tunatoksoz.com
http://twitter.com/tehlike