>I am creating a remoting chat server and client application with
>bidirectional message passing.
>
>Is .NET remoting with Binary Formatting a advisable platform to create
>chat server application?

>If yes do i need to buy the commercial bidirection channel(Genuin
>Channels) or i can use any open source available like TCPEx?

>I would need bidirectional message passing because whenever any chat
>client sends any message i have to send it to the one or many other
>clients.

>Does web service have feature like callback to client?

>Polling is a good idea as long as the clients are less in number but in a
>scenario where there are more then 200-500 concurrent clients it will have
>much load on server.
>While in event driven system we do not need any un necessary polling of
>server.

> I would need bidirectional message passing because whenever any chat
> client sends any message i have to send it to the one or many other
> clients.

> Does web service have feature like callback to client?

"Oliver Sturm" <oliver@sturmnet.org> wrote in message
news:xn0f2gj1q3j9c2a005@msnews.microsoft.com...
> Hello Vishal,
>
>>I am creating a remoting chat server and client application with
>>bidirectional message passing.
>>
>>Is .NET remoting with Binary Formatting a advisable platform to create
>>chat server application?
>
> Well... I guess it's advisable in the way that it can certainly work, but
> it would seem to me that some more interoperable standard like XML
> WebServices could serve you better for the purpose you describe, as it
> could easily be used from arbitrary clients as opposed to only those that
> you write yourself.
>
>>If yes do i need to buy the commercial bidirection channel(Genuin
>>Channels) or i can use any open source available like TCPEx?
>
> I wouldn't necessarily think you'd need any bidirectional channel at all.
> If you're going to use one, make sure it works, that's all - I've used
> GenuineChannels myself in the past and I know that it's a great product.
> I'm not familiar with TCPEx, but I'd use it any time as soon as the tests
> I'd obviously perform first (and myself!) say it fulfils my requirements.
>
>
> Oliver Sturm
> --
> http://www.sturmnet.org/blog

"Oliver Sturm" <oliver@sturmnet.org> wrote in message
news:xn0f2gka53kwgav00a@msnews.microsoft.com...
> Hello Vishal,
>
>>I would need bidirectional message passing because whenever any chat
>>client sends any message i have to send it to the one or many other
>>clients.
>
> That's a question of the architecture, as I said. You are probably talking
> about an "event-driven" type of architecture, but you could just as well
> rely on polling.... or you could work in a similar way to those browser
> based HTML chat systems, where one single stream (resulting from one
> single client->server call) is used the whole time to receive current data
> from the server, while additional requests are sent in parallel (once more
> client->server). In both of the latter cases you never call server->client
> and so you wouldn't need a bidirectional channel.
>
>>Does web service have feature like callback to client?
>
> I'm not an expert on that, but I believe that one of the WS-* extensions
> does this, yes.
>
>
>
> Oliver Sturm
> --
> http://www.sturmnet.org/blog

> Otherwise I saw recently there are other communication/remoting frameworks
> out there that maybe faster. i.e. RemObjects, SocketPro, and of course
> Geniune Channels (which is .NET Remoting Compatible).
>