just thought i would mention that Varnish Cache as reverse proxy supports
websocket and might be better in the long run instead of long polling?
- y
On Tue, Oct 4, 2011 at 4:51 PM, <users-request_at_grizzly.java.net> wrote:
> Table of contents:
>
> 1. grizzly custom FilterChain - Fodor Peter <fodpeter_at_gmail.com>
> 2. Re: grizzly custom FilterChain - Oleksiy Stashok <
> oleksiy.stashok_at_oracle.com>
> 3. Re: grizzly custom FilterChain - Fodor Peter <fodpeter_at_gmail.com>
>
>
>
> ---------- Forwarded message ----------
> From: Fodor Peter <fodpeter_at_gmail.com>
> To: users_at_grizzly.java.net
> Date: Mon, 3 Oct 2011 22:16:15 +0200
> Subject: grizzly custom FilterChain
> Hi everyone,
>
> I wrote a grizzly based message transfer protocol, and now I would
> like to port it to HTTP. (some of our customers have paranoid
> firewalls and proxies which let through only HTTP traffic). The base
> idea is using HTTP posts and long polling to transfer data fragments.
> (like websockets. Websocket is great technology, but it is blocked by
> proxies)
> I use the FilterChains and found them extremely useful, so I would
> like to use them. The dataflow is something like this: The HTTP
> requests arrive to FilterChain A and I would like to map and redirect
> their data to FilterChain B.
>
> FilterChain for real TCP connections:
> A: TransportFilter -> HTTPFilter -> Mapping requests to virtual connections
>
> FilterChain of virtual connections:
> B: SSLFilter -> GzipFilter -> Custom parser -> Custom protocol
>
> The problem is that I can not push data to FilterChain, because the
> API is protected and it uses Connection object for AttributeHolding
> etc. The message transfer protocol works with plain TCP sockets and
> with FilterChain B.
>
> I see some solutions, but none of them seems easy:
> 1. Dropping FilterChain B and reimplement SSL, Gzip and custom parser
> from zero (This is not a real option)
> 2. Using the TCP loopback connection to redirect data. (This seems
> easy, but it can not work on client PC, because of local firewalls)
> 3. Using java pipes as loopback interface (I'm working on this, but
> contains lot of copy-paste and refactor)
> 4. Reimplementing DefaultFilterChain and somehow push ByteBuffers to
> them (but every API is protected)
>
> Did you met such problem? Am I missing something obvious?
> How could I use FilterChain without a real connection?
>
> Thanks and best regards
> Peter
>
>
> ---------- Forwarded message ----------
> From: Oleksiy Stashok <oleksiy.stashok_at_oracle.com>
> To: users_at_grizzly.java.net
> Date: Mon, 03 Oct 2011 16:58:30 -0700
> Subject: Re: grizzly custom FilterChain
> Hi Peter,
>
> you actually can execute FilterChain by calling:
>
> ProcessorExecutor.execute(...) and pass FilterChain as a processor.
> You can check our port unification module to get an idea how the
> FilterChain switch may look like.
>
> Hope it would help.
>
> Thanks.
>
> WBR,
> Alexey.
>
> On 10/03/2011 01:16 PM, Fodor Peter wrote:
>
>> Hi everyone,
>>
>> I wrote a grizzly based message transfer protocol, and now I would
>> like to port it to HTTP. (some of our customers have paranoid
>> firewalls and proxies which let through only HTTP traffic). The base
>> idea is using HTTP posts and long polling to transfer data fragments.
>> (like websockets. Websocket is great technology, but it is blocked by
>> proxies)
>> I use the FilterChains and found them extremely useful, so I would
>> like to use them. The dataflow is something like this: The HTTP
>> requests arrive to FilterChain A and I would like to map and redirect
>> their data to FilterChain B.
>>
>> FilterChain for real TCP connections:
>> A: TransportFilter -> HTTPFilter -> Mapping requests to virtual
>> connections
>>
>> FilterChain of virtual connections:
>> B: SSLFilter -> GzipFilter -> Custom parser -> Custom protocol
>>
>> The problem is that I can not push data to FilterChain, because the
>> API is protected and it uses Connection object for AttributeHolding
>> etc. The message transfer protocol works with plain TCP sockets and
>> with FilterChain B.
>>
>> I see some solutions, but none of them seems easy:
>> 1. Dropping FilterChain B and reimplement SSL, Gzip and custom parser
>> from zero (This is not a real option)
>> 2. Using the TCP loopback connection to redirect data. (This seems
>> easy, but it can not work on client PC, because of local firewalls)
>> 3. Using java pipes as loopback interface (I'm working on this, but
>> contains lot of copy-paste and refactor)
>> 4. Reimplementing DefaultFilterChain and somehow push ByteBuffers to
>> them (but every API is protected)
>>
>> Did you met such problem? Am I missing something obvious?
>> How could I use FilterChain without a real connection?
>>
>> Thanks and best regards
>> Peter
>>
>
>
>
> ---------- Forwarded message ----------
> From: Fodor Peter <fodpeter_at_gmail.com>
> To: users_at_grizzly.java.net
> Date: Tue, 4 Oct 2011 15:30:29 +0200
> Subject: Re: grizzly custom FilterChain
> Thank you, it looks promising.
>
> Best regards,
> Peter
>
> On 4 October 2011 01:58, Oleksiy Stashok <oleksiy.stashok_at_oracle.com>
> wrote:
> > Hi Peter,
> >
> > you actually can execute FilterChain by calling:
> >
> > ProcessorExecutor.execute(...) and pass FilterChain as a processor.
> > You can check our port unification module to get an idea how the
> FilterChain
> > switch may look like.
> >
> > Hope it would help.
> >
> > Thanks.
> >
> > WBR,
> > Alexey.
> >
> > On 10/03/2011 01:16 PM, Fodor Peter wrote:
> >>
> >> Hi everyone,
> >>
> >> I wrote a grizzly based message transfer protocol, and now I would
> >> like to port it to HTTP. (some of our customers have paranoid
> >> firewalls and proxies which let through only HTTP traffic). The base
> >> idea is using HTTP posts and long polling to transfer data fragments.
> >> (like websockets. Websocket is great technology, but it is blocked by
> >> proxies)
> >> I use the FilterChains and found them extremely useful, so I would
> >> like to use them. The dataflow is something like this: The HTTP
> >> requests arrive to FilterChain A and I would like to map and redirect
> >> their data to FilterChain B.
> >>
> >> FilterChain for real TCP connections:
> >> A: TransportFilter -> HTTPFilter -> Mapping requests to virtual
> >> connections
> >>
> >> FilterChain of virtual connections:
> >> B: SSLFilter -> GzipFilter -> Custom parser -> Custom protocol
> >>
> >> The problem is that I can not push data to FilterChain, because the
> >> API is protected and it uses Connection object for AttributeHolding
> >> etc. The message transfer protocol works with plain TCP sockets and
> >> with FilterChain B.
> >>
> >> I see some solutions, but none of them seems easy:
> >> 1. Dropping FilterChain B and reimplement SSL, Gzip and custom parser
> >> from zero (This is not a real option)
> >> 2. Using the TCP loopback connection to redirect data. (This seems
> >> easy, but it can not work on client PC, because of local firewalls)
> >> 3. Using java pipes as loopback interface (I'm working on this, but
> >> contains lot of copy-paste and refactor)
> >> 4. Reimplementing DefaultFilterChain and somehow push ByteBuffers to
> >> them (but every API is protected)
> >>
> >> Did you met such problem? Am I missing something obvious?
> >> How could I use FilterChain without a real connection?
> >>
> >> Thanks and best regards
> >> Peter
> >
> >
>
> End of digest for list users_at_grizzly.java.net - Tue, 04 Oct 2011
>
>