Happy to hear that you guys are taking care of all the stuff! :D
Let's keep the ball rockin' rolling!
Trustin
On 8/29/07, Mike Heath [EMAIL PROTECTED] wrote:
Excellent news! I'm looking forward to playing with this.
Thanks Mark!
-Mike
Mark wrote:
OK. I have checked in
Excellent news! I'm looking forward to playing with this.
Thanks Mark!
-Mike
Mark wrote:
OK. I have checked in mina-filter-codec-http, mina-protocol-client-http and
mina-protocol-server-http into the trunk. There is still a lot of
commenting that needs to be done, but at least the code in
I have been moving things around, creating the 3 separate subprojects.
Everything is compiling and seems to be in good shape. I posted a question
to the list a couple days ago about javadocs at the class level and have not
heard back. Maybe your email and mine will bump this thread and someone
Is this a project for doing transfer through HTTP using Mina? If so it
could be very valuable (to me anyways) :-D
On 8/27/07, Mark [EMAIL PROTECTED] wrote:
I have been moving things around, creating the 3 separate subprojects.
Everything is compiling and seems to be in good shape. I posted a
Kevin Smeltzer wrote:
Is this a project for doing transfer through HTTP using Mina? If so it
could be very valuable (to me anyways) :-D
Yep ;-)
On 8/27/07, Mark [EMAIL PROTECTED] wrote:
I have been moving things around, creating the 3 separate subprojects.
Everything is compiling and
I am currently working on the HTTP client piece. Check back later in the
day for an update. I will respond to this thread with further information.
--
..Cheers
Mark
On 8/27/07, Kevin Smeltzer [EMAIL PROTECTED] wrote:
Nice!
I'm in the latter stages ( or so I say ) of development of a
OK. I have checked in mina-filter-codec-http, mina-protocol-client-http and
mina-protocol-server-http into the trunk. There is still a lot of
commenting that needs to be done, but at least the code in in the baseline
and people can start working it. Please let me know what more we need from
a
That works for me
On 8/27/07, Jeff Genender [EMAIL PROTECTED] wrote:
Excellent! Thanks.
Should I just open Jiras and attach my patches?
Thanks,
Jeff
Mark wrote:
OK. I have checked in mina-filter-codec-http, mina-protocol-client-http
and
mina-protocol-server-http into the
I have a question. For the javadoc that is placed at the top of each class,
do we keep what is there(if any), or do we replace/insert the MINA
boilerplate information?
On 8/23/07, Mike Heath [EMAIL PROTECTED] wrote:
I don't want to hold up moving this code over. If/when we decide to put
it
based on Mike's comments, I am not sure where we want to go with all this.
On 8/22/07, Jeff Genender [EMAIL PROTECTED] wrote:
Mike and Mark,
I did my final commits. Feel free to grab the code. I will hold on
further development until it hits the Mina repo. You can find it all
here:
I liked Trustin's three module idea:
* mina-filter-codec-http -- common code
* mina-protocol-server-http -- asyncweb imported here
* mina-protocol-client-http -- AsyncHttpClient imported here
Can it be decided later, after the import, whether it should be on
the same release cycle as MINA!?
I like Trustin's three module ideas as well. I also think Mike has a valid
concern on the release schedule. I would rather get a consensus on this
before we move forward.
On 8/23/07, Cameron Taggart [EMAIL PROTECTED] wrote:
I liked Trustin's three module idea:
* mina-filter-codec-http --
I don't want to hold up moving this code over. If/when we decide to put
it on a different release schedule, moving the module over to a
'commons' repo or something similar will be trivial. So, for the time
being, I would be fine if we moved asynchronous http client into MINA as
a module.
On 8/22/07, Mike Heath [EMAIL PROTECTED] wrote:
Mark wrote:
Just so we are straight on terminology, what I referred to as a MINA
component is what I think you all are calling sub-projects. I will be sure
to get this right from now on. These include:
mina-example
sounds good to me. I will work this once Mike lets me know that he has
everything checked in.
On 8/22/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 8/22/07, Mike Heath [EMAIL PROTECTED] wrote:
Mark wrote:
Just so we are straight on terminology, what I referred to as a MINA
component is
]
Sent: 22 August 2007 14:35
To: dev@mina.apache.org
Subject: Re: Asynchronous Http Client donation
Give me just a teeny-weeny bit more time to get the chunking code
checked in and its all yours...I'll ping the list.
Jeff
Mark wrote:
sounds good to me. I will work this once Mike lets me know
Mike and Mark,
I did my final commits. Feel free to grab the code. I will hold on
further development until it hits the Mina repo. You can find it all here:
http://svn.apache.org/repos/asf/geronimo/sandbox/AsyncHttpClient/
Thanks,
Jeff
Mike Heath wrote:
Trustin Lee wrote:
We might be
Let me know when you have moved the code over so I can start submitting
patches to it since I am developing against the Geronimo sandbox now.
Thanks,
Jeff
Mark wrote:
I created a mina-httpclient component on the trunk. Just working things
out, along with an example and I will check things
will do. BTW, do you have any code that I could use in the mina-examples
component? I have the code you wrote up to MINA 2.0 compliance, but I want
to provide a sample program as well.
Thanks,
Mark
On 8/21/07, Jeff Genender [EMAIL PROTECTED] wrote:
Let me know when you have moved the code
Mark,
Have a look look at:
src/test/java/org/apache/ahc/AsyncHttpClientTest.java
The doConnection() is pretty much an example. Basically, you set up an
implementation of the AHCCallback to notify you of a response, set up a
HttpRequestMessage for your URI, and then make the call to
I'm wondering where this project should really go. Do we want to make
it part of MINA (ie. put it in mina/trunk) or do we want to create a
separate subproject that depends on MINA (ie. put it in something like
mina/async-httpclient/trunk).
I'm concerned about the agility of MINA if we start
Mike,
I would concur with you on this. I think a sub-project of its own is
good since it can be used as a standalone API (with a dependency on Mina
of course). I would recommend that this API be a separate artifact from
asyncweb as I think we want the client to be capable of being slit off
from
On 8/22/07, Jeff Genender [EMAIL PROTECTED] wrote:
Mike,
I would concur with you on this. I think a sub-project of its own is
good since it can be used as a standalone API (with a dependency on Mina
of course). I would recommend that this API be a separate artifact from
asyncweb as I think
Just so we are straight on terminology, what I referred to as a MINA
component is what I think you all are calling sub-projects. I will be sure
to get this right from now on. These include:
mina-example
mina-filter-codec-netty
mina-filter-compression
mina-integration-jmx
mina-integration-spring
Jeff Genender wrote:
I would concur with you on this. I think a sub-project of its own is
good since it can be used as a standalone API (with a dependency on Mina
of course). I would recommend that this API be a separate artifact from
asyncweb as I think we want the client to be capable of
Agreed...if we can split the artifacts, then that is fine with me.
Jeff
Mike Heath wrote:
Jeff Genender wrote:
I would concur with you on this. I think a sub-project of its own is
good since it can be used as a standalone API (with a dependency on Mina
of course). I would recommend that
Mark wrote:
Just so we are straight on terminology, what I referred to as a MINA
component is what I think you all are calling sub-projects. I will be sure
to get this right from now on. These include:
mina-example
mina-filter-codec-netty
mina-filter-compression
mina-integration-jmx
I am fine with that. Honestly, I can't come up with a great reason for any
one particular place so I will go with the majority.
On 8/22/07, Mike Heath [EMAIL PROTECTED] wrote:
Mark wrote:
Just so we are straight on terminology, what I referred to as a MINA
component is what I think you all
are its advantages? If
I know exactly what it is then I can imagine ways on how to use it :)
Thanks and Regards,
Sim085
From: Jeff Genender [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: dev@mina.apache.org
Subject: Asynchronous Http Client donation
Date: Fri, 17 Aug 2007 20:19:07 -0600
Hi
into use for something else while the original call is
waiting for a connection or a response from the third party server.
Jeff
Thanks and Regards,
Sim085
From: Jeff Genender [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: dev@mina.apache.org
Subject: Asynchronous Http Client donation
Date
@mina.apache.org
Subject: Re: Asynchronous Http Client donation
Date: Sat, 18 Aug 2007 09:32:23 -0600
Simon Aquilina wrote:
Hi,
I am sorry if this reply is not exactly what you may be expecting back.
I am sure around here there are many experts that will have many more
interesting replies then this one
I will have some free time in the next week or so. I can take the lead on
incorporating this into the baseline, if someone wants to give me a good
recommendation as to where to place the code. My initial thought is to
create a new top level project inside of the trunk. Maybe
Mark wrote:
I will have some free time in the next week or so. I can take the lead on
incorporating this into the baseline, if someone wants to give me a good
recommendation as to where to place the code. My initial thought is to
create a new top level project inside of the trunk. Maybe
33 matches
Mail list logo
