users@grizzly.java.net

Re: Grizzly and Mina

From: César Fernando Henriques <fuzzball_at_alttab.com.ar>
Date: Thu, 21 May 2009 18:01:19 -0300

Thanks Jean, I already send the code in the other thread.

Regards

On Thu, May 21, 2009 at 5:49 PM, Jeanfrancois Arcand
<Jeanfrancois.Arcand_at_sun.com> wrote:
>
>
> César Fernando Henriques wrote:
>>
>> I have playing a little bit with Netty and get a little proff of
>> concept running in about 10 minutes... what is wrong with me and
>> Grizzly? I'm not giving up yet... ;-) I'm going to play with the
>> twitter sample...
>
> Yes for sure Netty is great and easy (and new, so Trustin didn't have to
> care about backward compatibility, which we need to).
>
> The issue you are facing is related to the way GWS and Comet gets enabled.
> If you can share the .java (the complete file) and the request you are
> sending that will help.
>
> A+
>
> -- Jeanfrancois
>
>
>
>>
>> regards
>>
>> 2009/5/21 César Fernando Henriques <fuzzball_at_alttab.com.ar>:
>>>
>>> Hi Guys,
>>>
>>> I'm working on a project and I need to decide what framework to use, MINA
>>> or
>>> Grizzle... I have the following scenario:
>>>
>>> 1) A Proxy Server or Gateway running in internet that allow mobile phones
>>> to
>>> access resources and services on PC/Servers behind firewall/nat
>>>
>>> 2) A Daemon Agent running on the PC or Server that connect to the Gateway
>>> (outbound connections only) and wait for messages from the gateway
>>> signaling
>>> that someone need data, to make it simple, the Daemon create another
>>> paralel
>>> connection to the Gatreway for every new user wanting to connect to the
>>> daemon.
>>>
>>> 3) A mobile phone that make http get/post request to the gateway to
>>> access
>>> the daemon resources.
>>>
>>> II have been playing with mina a couple of days, and really like the
>>> approach for managing protocol and messages, the problem is that the APIs
>>> to
>>> manage http protocol seems to be not mature.. I mean there is a couple of
>>> classes like HttpMessage, HttpRequest, HttpResponse but loking at the
>>> code
>>> don't seems to be following a good pattern.. I don't know.. I don't liked
>>> what I see... ;-)
>>>
>>> In the other hand I have been playing with Grizzle another couple of
>>> days...
>>> I really like what I see in relations with managing the http protocol,
>>> sessions, etc...the simple GrizzleWebServer but was very dificult to get
>>> a
>>> simple example using comet up and running, and I don't see very clear how
>>> to
>>> start building a robust solutions with Grizzle (IT's very big and
>>> complex!!!!)
>>>
>>> another couple of requeriments to take in mind, I need compression
>>> filter,
>>> SSL, and a custom protocol on top of HTTP to exchange Encrypted messages
>>> with shared key (Previuos PEKE/JPAKE key exchange)
>>>
>>>
>>> I hope you guys can help to decide what framework fit better for my
>>> project.
>>>
>>>
>>> Best Regards,
>>>
>>> Cesar.-
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>
>