Excellent thanks.
Alex
On Feb 5, 2008 9:50 AM, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> On Feb 5, 2008 10:07 AM, Alex Karasulu <[EMAIL PROTECTED]> wrote:
>
> > Thanks Julien this is cool.
> >
> > Trustin why isn't any of this code documented? Would be nice if users
> can
> > see what this
On Feb 5, 2008 10:07 AM, Alex Karasulu <[EMAIL PROTECTED]> wrote:
> Thanks Julien this is cool.
>
> Trustin why isn't any of this code documented? Would be nice if users can
> see what this is about ... might make people use it more.
see https://issues.apache.org/jira/browse/DIRMINA-92#action_
Wow...this is awesome...I could have used this because this is
essentially the same mechanism I wrote in AHC ;-)
Yeah...this should be documented in the FAQ somewhere as this would come
in handy.
Jeff
Julien Vermillard wrote:
> Hi,
>
> Just by the way, if you want to monitor a request/response
This sounds like an excellent approach to merging the efforts.
Rick
Mike Heath wrote:
I've been looking into merging
http://svn.apache.org/repos/asf/geronimo/sandbox/async-http-client-mina2/
into http://svn.apache.org/repos/asf/mina/asyncweb/trunk/client/ and I'm
trying to figure out the best
Thanks Julien this is cool.
Trustin why isn't any of this code documented? Would be nice if users can
see what this is about ... might make people use it more.
Alex
On Feb 5, 2008 3:07 AM, Julien Vermillard <[EMAIL PROTECTED]> wrote:
> On Mon, 04 Feb 2008 22:02:19 -0700
> Jeff Genender <[EMAIL
On Mon, 04 Feb 2008 22:02:19 -0700
Jeff Genender <[EMAIL PROTECTED]> wrote:
>
>
> Mike Heath wrote:
> > To clarify, my understanding of pipelining is that it is sending
> > multiple requests and then waiting for the corresponding responses.
> > This is more than HTTP keep alive which would also
Mike Heath wrote:
> To clarify, my understanding of pipelining is that it is sending
> multiple requests and then waiting for the corresponding responses.
> This is more than HTTP keep alive which would also allow using a single
> connection for multiple requests but doesn't necessarily involve t
Jeff Genender wrote:
>
>
> Mike Heath wrote:
>> What the FAQ is saying is that the idle event wont tell you which
>> request message was issued when the timeout occured. So using an idle
>> read to detect an unresponsive connection is perfectly legitimate.
>>
>> I don't see why using idle wouldn
Mike Heath wrote:
What the FAQ is saying is that the idle event wont tell you which
request message was issued when the timeout occured. So using an idle
read to detect an unresponsive connection is perfectly legitimate.
I don't see why using idle wouldn't work for pipelining. If the session
Jeff Genender wrote:
>
>
> Mike Heath wrote:
>> Jeff Genender wrote:
>>
>>
>>> I think this timeout is a different timeout in implementation...that is
>>> unless this was added to 2.0, then duplication may be correct. Its a
>>> response timeout, not socket timeout...I think thats different.
>>
Mike Heath wrote:
Jeff Genender wrote:
I think this timeout is a different timeout in implementation...that is
unless this was added to 2.0, then duplication may be correct. Its a
response timeout, not socket timeout...I think thats different.
MINA has support for triggering events for re
Jeff Genender wrote:
> I think this timeout is a different timeout in implementation...that is
> unless this was added to 2.0, then duplication may be correct. Its a
> response timeout, not socket timeout...I think thats different.
MINA has support for triggering events for read idle, write idl
Mike Heath wrote:
> I've been looking into merging
> http://svn.apache.org/repos/asf/geronimo/sandbox/async-http-client-mina2/
> into http://svn.apache.org/repos/asf/mina/asyncweb/trunk/client/ and I'm
> trying to figure out the best way to proceed. Here are some of the pain
> points I see:
> -
Sounds good to me. The codec has evolved quite a bit, so yeah, we'd need to
pay attention to the codec to make sure all the features are properly
migrated... Please let me know how I can participate in this effort. We'll
open new JIRA issues as we identify individual tasks, no?
Thanks,
Sangjin
I've been looking into merging
http://svn.apache.org/repos/asf/geronimo/sandbox/async-http-client-mina2/
into http://svn.apache.org/repos/asf/mina/asyncweb/trunk/client/ and I'm
trying to figure out the best way to proceed. Here are some of the pain
points I see:
- The only redeeming quality abou
Yeah I believe so (as far as I can tell). It was more or less a
straightforward porting, so there might be interesting and subtle behavior
changes we may need to look at. But it should be a good solid baseline.
Thanks,
Sangjin
On Feb 4, 2008 2:50 PM, Mike Heath <[EMAIL PROTECTED]> wrote:
> Ric
Rick McGuire wrote:
> I had some time this morning, and decided to take a look at this. It
> was fairly straightforward merging the changes back in to the 2.0
> sandbox branch.
> There's a bit of a problem going on here with the jsps used for the
> tests. In the 1.1.5-based version, there was no
Thanks Rick! This was fast. I'll also take a quick look...
Regards,
Sangjin
On Feb 1, 2008 11:17 AM, Jeff Genender <[EMAIL PROTECTED]> wrote:
> Or you can use Linux or Mac ;-)
>
> j/k!
>
> Thanks for looking into that Rick.
>
> Jeff
>
> Rick McGuire wrote:
> > I had some time this morning, and
Or you can use Linux or Mac ;-)
j/k!
Thanks for looking into that Rick.
Jeff
Rick McGuire wrote:
> I had some time this morning, and decided to take a look at this. It
> was fairly straightforward merging the changes back in to the 2.0
> sandbox branch.
> There's a bit of a problem going on he
I had some time this morning, and decided to take a look at this. It
was fairly straightforward merging the changes back in to the 2.0
sandbox branch.
There's a bit of a problem going on here with the jsps used for the
tests. In the 1.1.5-based version, there was no eol-style property set
f
sorry for double post,I'm out of my office and using webmail which is
really bugged :(
Sorry for the inconvenience,
Julien
Yes.. I think that is the best course of action. I think they are
pretty similar since I created the mina 2 version in late December. I
think the delta is rather small.
Jeff
On Jan 31, 2008, at 1:34 PM, "Sangjin Lee" <[EMAIL PROTECTED]> wrote:
Just so I understand...
What is the directio
Hi
> Just so I understand...
> What is the direction we're taking? Just for the terminology sake, I'll
> call these versions
>
> - g-ahc-v1: Geronimo AHC based on Mina 1.1 (the one that Rick and I were
> working on).
> - g-ahc-v2: Geronimo AHC based on Mina trunk
> - mina-ahc: Mina AHC that was re
Hi,
> Just so I understand...
> What is the direction we're taking? Just for the terminology sake, I'll
> call these versions
>
> - g-ahc-v1: Geronimo AHC based on Mina 1.1 (the one that Rick and I were
> working on)
> - g-ahc-v2: Geronimo AHC based on Mina trunk
> - mina-ahc: Mina AHC that was re
Just so I understand...
What is the direction we're taking? Just for the terminology sake, I'll
call these versions
- g-ahc-v1: Geronimo AHC based on Mina 1.1 (the one that Rick and I were
working on)
- g-ahc-v2: Geronimo AHC based on Mina trunk
- mina-ahc: Mina AHC that was refactored into async
On Jan 30, 2008 1:49 PM, Jeff Genender <[EMAIL PROTECTED]> wrote:
> Being that its in the sandbox...anything goes. ;-)
>
> However...with that said...lets see what pans out here at Mina. I would
> certainly consider the delta now before we get 3 diverse versions ;-)
>
> Yes the preferred version
Being that its in the sandbox...anything goes. ;-)
However...with that said...lets see what pans out here at Mina. I would
certainly consider the delta now before we get 3 diverse versions ;-)
Yes the preferred version is Mina 2.x.
Jeff
Rick McGuire wrote:
Jeff Genender wrote:
Rick,
This
Yes, I am very interested in working with you guys on this. I'll work with
Rick. For your information, the following is the list of JIRA issues that
were submitted and resolved on the Geronimo AHC. I suspect pretty much all
of them will be relevant.
https://issues.apache.org/jira/secure/IssueNav
Jeff Genender wrote:
Rick,
This was the port I did to Mina 2:
http://svn.apache.org/repos/asf/geronimo/sandbox/async-http-client-mina2/
Jeff,
Is that the preferred version? Since that branch is in the geronimo SVN
tree, do you have any objections to me directly porting and applying
some of
Rick,
This was the port I did to Mina 2:
http://svn.apache.org/repos/asf/geronimo/sandbox/async-http-client-mina2/
Jeff
Rick McGuire wrote:
Alex Karasulu wrote:
Kevan,
Thanks for taking the time to respond. More inline ...
On Jan 30, 2008 1:08 AM, Kevan Miller <[EMAIL PROTECTED]> wrote:
.
Alex Karasulu wrote:
Kevan,
Thanks for taking the time to respond. More inline ...
On Jan 30, 2008 1:08 AM, Kevan Miller <[EMAIL PROTECTED]> wrote:
...
So, as we discussed the last time, the community members that have been
active in this area are Jeff Genender, Sangjin Lee, and Rick McGu
On Jan 30, 2008 3:44 PM, Alex Karasulu <[EMAIL PROTECTED]> wrote:
> Kevan,
>
> Thanks for taking the time to respond. More inline ...
>
> On Jan 30, 2008 1:08 AM, Kevan Miller <[EMAIL PROTECTED]> wrote:
> ...
>
> >
> > So, as we discussed the last time, the community members that have been
> > act
Kevan,
Thanks for taking the time to respond. More inline ...
On Jan 30, 2008 1:08 AM, Kevan Miller <[EMAIL PROTECTED]> wrote:
...
>
> So, as we discussed the last time, the community members that have been
> active in this area are Jeff Genender, Sangjin Lee, and Rick McGuire. You
> already kn
Actually I already made a Mina 2.x version that is in the G sandbox ;-)
Jeff
Kevan Miller wrote:
On Jan 29, 2008, at 7:28 PM, Mike Heath wrote:
Alex Karasulu wrote:
Hi,
Please excuse the cross post but it's quite necessary. Furthermore
people
should not feel like they cannot cross post re
On Jan 29, 2008, at 7:28 PM, Mike Heath wrote:
Alex Karasulu wrote:
Hi,
Please excuse the cross post but it's quite necessary. Furthermore
people
should not feel like they cannot cross post responses so please
feel free.
It looks like the two versions of the http client based on MINA ar
Alex Karasulu wrote:
> Hi,
>
> Please excuse the cross post but it's quite necessary. Furthermore people
> should not feel like they cannot cross post responses so please feel free.
>
> It looks like the two versions of the http client based on MINA are starting
> to diverge. I've noticed the ot
Hi,
Please excuse the cross post but it's quite necessary. Furthermore people
should not feel like they cannot cross post responses so please feel free.
It looks like the two versions of the http client based on MINA are starting
to diverge. I've noticed the other day that some of the fixes for
37 matches
Mail list logo