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-asynch-httpclient ?
+1 from a non-binding person ;-)
Jeff
On 8/17/07, Jeff Genender [EMAIL PROTECTED] wrote:
Hi,
First, I want to say that I am a big fan of Mina. For those who don't
know me (which is everyone), I am a committer on Geronimo and have had
several people ask about
in.
On 8/21/07, Mike Heath [EMAIL PROTECTED] wrote:
This sounds awesome!
I would like to see this as the client part of AsyncWeb for two reasons.
First it seams to be a natural fit. Second it might give us a little
more incentive to finally get AsycWeb moved over to MINA.
-Mike
Jeff
moved over to MINA.
-Mike
Jeff Genender wrote:
Hi,
First, I want to say that I am a big fan of Mina. For those who don't
know me (which is everyone), I am a committer on Geronimo and have had
several people ask about an async http client API to use with our NIO
clients with comet
to see this as the client part of AsyncWeb for two reasons.
First it seams to be a natural fit. Second it might give us a little
more incentive to finally get AsycWeb moved over to MINA.
-Mike
Jeff Genender wrote:
Hi,
First, I want to say that I am a big fan of Mina. For those who don't
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
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
--
..Cheers
Mark
On 8/27/07, Jeff Genender [EMAIL PROTECTED] wrote:
Any status on where we are at with this? I have patches I want to start
delivering ;-)
Jeff
Mike Heath wrote:
I don't want to hold up moving this code over. If/when we decide to put
it on a different release schedule, moving
Hi Ted,
Yep...the error is a bug on how he handle the Host header. I opened a
JIRA and attached a patch to fix it.
https://issues.apache.org/jira/browse/DIRMINA-433
Thanks,
Jeff
tedc wrote:
Hi Jeff:
Thanks for your help. Now I can send the http request to server, but I
recevie the request
+1...renaming it would be good. When I explain it...I have to be very
careful in saying I mean Mina's ByteBuffer..not a regular ByteBuffer
Jeff
Trustin Lee wrote:
Hi folks,
It is often confusing to discriminate MINA ByteBuffer and NIO
ByteBuffer. Do we need renaming? I didn't have much
I noticed the following today:
Failed tests:
testSuspendResumeReadWrite(org.apache.mina.transport.socket.nio.DatagramTrafficControlTest)
Does anyone know when that may get fixed?
Thanks,
Jeff
I have 2 patches awaiting to get applied to the 1.1 branch and 2,x that
allows you to close the SocketConnector.
Could someone please apply them?
DIRMINA-441
DIRMINA-443
Thanks,
Jeff
kanful wrote:
I can't close the Client SocketConnector? so I use normal socket to devlop
client
)
-
Key: DIRMINA-443
URL: https://issues.apache.org/jira/browse/DIRMINA-443
Project: MINA
Issue Type: Bug
Components: Core
Affects Versions: 2.0.0-M1
Reporter: Jeff Genender
Assignee: Maarten Bosteels
that? It would be great to know the status. If its somewhere else,
then I may have missed it ;-)
Jeff
regards,
Maarten
On 9/21/07, Jeff Genender [EMAIL PROTECTED] wrote:
Can you apply DIRMINA-441 to the 1.1 branch?
Thanks,
Jeff
Maarten Bosteels (JIRA) wrote:
[
https
https://issues.apache.org/jira/browse/DIRMINA-441
DIRMINA-443 was already applied.
A work around to closing the client connection is to shutdown your
Executor if you used that, and then do a connector.setWorkerTimeout(0).
Jeff
kanful wrote:
where I can get it? give me the url please! thanks
A few considerations for you...
Be sure to tweak your TCP IP parameters or you will hit a wall very
quickly with AsyncWeb. You need to significantly up your socket queue
lengths and significantly decrease your TCP time wait. Otherwise you
will fill your IP queue and your server will probably
It appears HTTPClient is not NIO based, so the Mina alternative should
perform better. However, there is the Apache httpcomponents-core that
is a part of the http components project that does appear to be NIO
based, although I don't know much about it's performance.
Jeff
Michael Grundvig wrote:
How is the ScheduledExecutorService a blocking mechanism?
Jeff
yz wrote:
I just started playing around with Mina, and I tried searching the archives
for a discussion about this, but I noticed a glaring lack of any
asynchronous scheduling of callbacks. I.e., we can't schedule a
yz wrote:
It requires another thread.
It requires a thread that is dedicated to managing scheduling as a
daemon, but it certainly is not blocking anything else. I believe this
is probably one of the components that is best suited for scheduling a
timeout as it scales incredibly well. I have
non-binding +1
Jeff
Trustin Lee wrote:
Hi,
There has been enormous amount of requests about importing AsyncWeb
under MINA PMC. I must admit that I was too lazy to deal with legal
issues even after the proper software grant for AsyncWeb has been
received.
Now, I'd like to fire the vote
[X] slf4j-simple
Maarten Bosteels wrote:
It would be interesting to know which logging framework your MINA
applications are using.
[ ] log4j
[ ] logback
[ ] java.util.logging
[ ] slf4j-simple
[ ] slf4j-nop
[ ] x4juli
[ ] other (please specify)
Please, check all that apply.
I wrote an implementation of GCache (Geronimo Cache) that is in the
Geronimo sandbox. Its a clustering implementation based on Mina. Its
nto complete yet, but it gives you an idea.
It is not JVM level, since it API based. If you are looking for an open
source impl for a JVM based clustering
Trustin Lee wrote:
2) I also think mina-protocol-http-client module needs more work to
provide enough features to compare with existing HTTP client libraries
such as Jakarta HttpComponents, so moving it into sandbox might be a
better solution considering that we are going to release MINA
Whoops and forgot to mention...this version also has response timeouts
working as well.
Jeff
Jeff Genender wrote:
Trustin Lee wrote:
2) I also think mina-protocol-http-client module needs more work to
provide enough features to compare with existing HTTP client libraries
such as Jakarta
Yes, please open a JIRA on this. According to the HTTP spec, anything
with content should have a content line. However, there does appear to
be a site that is not compliant (http://www.toptable.co.uk/) and
probably more... thus we could fall back to reading until there is no
more data. However,
again!
Jeff
Alex Karasulu wrote:
Hi all,
We have a new committer, Jeff Genender, who's a committer other projects
here at the ASF and a member of the foundation as well. He's great guy and
has been working on some of the http client code and is pretty excited about
MINA ... let me stop
Hey guys,
I was hoping to see if we could discuss some of the final qualifiers
on some of the methods in the AbstractIOSession. The reason I ask is it
would be cool to be able to override some of the methods such as:
public WriteFuture write(Object message)
public final int
? ;-)
Jeff
Emmanuel Lecharny wrote:
Jeff Genender wrote:
Hey guys,
I was hoping to see if we could discuss some of the final qualifiers
on some of the methods in the AbstractIOSession. The reason I ask is it
would be cool to be able to override some of the methods such as:
public WriteFuture
they will always be 0 because messageSent event will be
always fired immediately.
WDYT?
Trustin
On Dec 27, 2007 10:21 AM, Emmanuel Lecharny [EMAIL PROTECTED] wrote:
Jeff Genender wrote:
What do *you* think? ;-)
Beside the assert, which was a side effect of my quick glance at the
method you
sense
though because they will always be 0 because messageSent event will be
always fired immediately.
WDYT?
Trustin
On Dec 27, 2007 10:21 AM, Emmanuel Lecharny [EMAIL PROTECTED] wrote:
Jeff Genender wrote:
What do *you* think? ;-)
Beside the assert, which was a side effect of my
? And assuming you are using DummySession as a mock object,
I'd suggest making AbstractIoSession.setScheduled...(...) protected
and make them public in DummySession. WDYT?
Cheers,
Trustin
On Dec 28, 2007 8:19 AM, Jeff Genender [EMAIL PROTECTED] wrote:
Trustin (and others)...so how about
James,
I believe it is here:
https://svn.apache.org/repos/asf/mina/sandbox/asyncweb/
Jeff
James Apfel wrote:
Hi all,
where's the current AsyncWeb code being hosted that compiles with MINA trunk?
It be also awesome if somebody could give me some hints regards
AsyncWeb and MINA 1.1.x.
Emmanuel Lecharny wrote:
Hi Ladies and Gentlemen,
I wish you an Happy New Year ! I hope that 2008 will be way better than
2007, with less wars, less bugs and less cholesterol :)
Hmmm...with you being from France...that cholesterol thing may be a
tough one ;-)
Happy new year to you guys
Trustin Lee wrote:
AsyncWeb and Jeff's AsyncHttpClient are different projects. Anyways,
Jeff is free to modify the trunk, which already contains
AsyncHttpClient, whenever he wants. He made some big changes in
Geronimo sandbox before I made some big changes in his original
contribution,
project. The Geronimo folks are looking for a home for
it. I
wanted people in general to know that Jeff is here working on that
stuff.
Makes sense?
Yep, thanks for the information.
On Jan 10, 2008 7:02 AM, Jeff Genender [EMAIL PROTECTED] wrote:
Trustin Lee wrote
Not wrong at all. Its a little more complicated than that though :/
Let me get some of those guys to chime in.
Jeff
Emmanuel Lecharny wrote:
Jeff Genender wrote:
Ugg...yeah...we need to get that team looking at our stuff. The problem
is that the large delta is where the problem is going
Trustin Lee wrote:
Sure we are! Please feel free to start to make contribution. :)
BTW is there any express procedure for accepting the existing AHC
committers (i.e. Sangjin and Rick) in the MINA PMC?
You mean committer, not PMC? ;-)
As you know, they
are not ASF members and didn't
Keep in mind, I made a Mina 2 branch of AHC in the Geronimo sandbox a
few weeks back...Its basically the same as the AHC Mina 1, but the APIs
ere changed to work with Mina 2.
But the Mina version is significantly different from the one in G right now.
Jeff
Sangjin Lee wrote:
On 1/15/08,
Hi sangjin,
http://svn.apache.org/repos/asf/geronimo/sandbox/async-http-client-mina2/
Jeff
Sangjin Lee wrote:
Jeff,
Can you point me to the Mina 2 branch of AHC in G sandbox?
Thanks,
Sangjin
On 1/15/08, Jeff Genender [EMAIL PROTECTED] wrote:
Keep in mind, I made a Mina 2 branch of AHC
I personally don't know what is going on but I really like AsyncWeb and
would love to see it come out of the sandbox. I would be happy to also
help refactoring it.
Jeff
Alex Karasulu wrote:
Do you have any idea on when we can release MINA proper 2.0 M1. I ask
this because I would like to
Trustin Lee wrote:
BTW providing AHC as a subproject might be a good idea - for now it's
included as a MINA submodule, but we can provide it as a separate
subproject. I'd like to know what Jeff thinks about it.
+1...I like the idea of it being a sub project ;-)
Trustin
On Jan 21, 2008
Nice!
Alex Karasulu wrote:
Hi all,
I started cleaning up and organizing the Asyncweb subproject today which
entailed:
o moving Asyncweb out of the sandbox into the new structure discussed
here [0] with slight differences
o moving filter-codec-http into Asyncweb as a module
o changing
Yes...that problem was fixed as well as a host of others.
Jeff
Alex Karasulu wrote:
Someone from Geronimo mentioned that this problem was actually fixed in the
Geronimo version a while back. Perhaps something we should look into or
inquire about.
Jeff can you give us an update on that?
Alex
:
...
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 know Jeff. Have you reached out to Sangjin and Rick?
I'd urge them both to become involved in the Mina community, as their
time
-v1 to g-ahc-v2 first and will
try to
migrate them again from g-ahc-v2 to mina-ahc?
Thanks,
Sangjin
On Jan 30, 2008 6:36 PM, Alex Karasulu [EMAIL PROTECTED] wrote:
On Jan 30, 2008 1:49 PM, Jeff Genender [EMAIL PROTECTED] wrote:
Being that its in the sandbox...anything goes. ;-)
However
to be
needed for validating the responses should be used.
Rick
Jeff Genender wrote:
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
Thanks guys!
Jeff
Emmanuel Lecharny wrote:
Alex Karasulu wrote:
On Feb 3, 2008 4:53 PM, Emmanuel Lecharny [EMAIL PROTECTED] wrote:
Jeff Genender wrote:
Is someone not doing a good job as a monitor? This stuff shouldn't get
onto these lists.
Id do monitor every single
great question..Im interested in this as well.
Jeff
Sangjin Lee wrote:
I had a quick question on the connect timeout...
The connect timeout supplied to connectors is in the unit of seconds, and it
appears the minimum value you can use is 1 second (
AbstractIoConnector.setConnectTimeout() in
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:
- The
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
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 the
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
Look in the Trust Factory..that is exactly where you need to look.
Currently the SSL impl is based on communication and anonymous only (I
was working on the SSL client cert but got side tracked with my new job).
You probably should allow for a setter that allow you to set a
certificate object
I agree...I think 2.0 is the way to go...the enhancements really make it
nicer.
Jeff
Alex Karasulu wrote:
On Feb 9, 2008 12:39 PM, Alan D. Cabrera [EMAIL PROTECTED] wrote:
On Feb 9, 2008, at 6:09 AM, Alex Karasulu wrote:
On Feb 9, 2008 3:56 AM, Alan D. Cabrera [EMAIL PROTECTED] wrote:
Awesome...thanks Alan.
Alan D. Cabrera wrote:
I've made this space for us:
http://cwiki.apache.org/confluence/display/AHC/Index
Regards,
Alan
David M. Lloyd wrote:
Yes, this is my thinking as well - the casual user wants a simplified API,
while the advanced user wants a more detailed interface.
Certainly no reason not to offer both capabilities ;-)
Jeff
- DML
+1
Mike Heath wrote:
Hello Community,
It looks like Maarten has resolved DIRMINA-513. I don't see any reason
to hold up a 2.0-M1 release.
There are a multitude of changes in MINA 2.0-M1, too many to enumerate
in a single email. A laundry list of changes going into this release
can be found
Yeah I am in agreement with Mike. An architectural overview...and an
example (heck use AHC vs HttpClient) and show how it scales. That will
get ooohs and ahhhs.
Jeff
Mike Heath wrote:
One of the problems I've had when promoting MINA is that most Java
developers don't understand the
FYI...if you are going to do this...you are gonna have to tweak your IP
stack to be able to handle that many open sockets.
Jeff
[EMAIL PROTECTED] wrote:
to example echoserver, how to make this test:
open 2 conection and send message simultaneous? someone did this?
I want to check
Sangjin Lee wrote:
I noticed this too... Incidentally I also noticed that the SSL unit tests
were broken due to the way that the SSL filter is added but that seems to be
an old issue. The SSL filter should be added before the protocol codec
filter...
Shall I file a bug and submit a patch
I agree with Alan...I understood that the G version was going away now
that we built community over here on this. Comments?
Jeff
Alan Cabrera wrote:
On Mar 1, 2008, at 8:12 PM, Alan D. Cabrera wrote:
AsyncHttpClient was changed w/ the last checkin on 2/26 and now the
build is broken.
I would keep them because they really help when there are changes in
super classes during a compile.
Jeff
Emmanuel Lecharny wrote:
i guys,
while browsing MINA's code, I see @Override used everywhere. I know it
can be helpful when overriding an existing method, but do you think we
need to
, this can't happen, because the compiler won't
fine a compareto method, and will issue an error.
So, yes, it may be useful.
Thanks,
Alex
On Thu, Jun 5, 2008 at 6:28 PM, Jeff Genender [EMAIL PROTECTED]
wrote:
I would keep them because they really help when there are changes in
super
+1
On Sep 4, 2008, at 12:44 PM, Alex Karasulu wrote:
[X]: +1, Release FtpServer 1.0.0-M3
Alex
[X] Freeze the code, move to MINA 2.0-RC1
On Nov 18, 2008, at 4:04 AM, wrote:
Hi guys,
I think it's time to stop discussing for ever and to start a vote.
MINA 2.0.0-Mx is around for months now, and we have more and more
users developing applications around it. We have tons of proposal to
Great idea...great code!
On Nov 19, 2008, at 4:27 AM, Guillaume Nodet wrote:
I guess the next step is to start a formal vote about that, right ?
As I've been the only committer on the project, I don't think a
software grant would be needed for that.
On Thu, Nov 13, 2008 at 3:07 PM, Guillaume
+1
Jeff
On Nov 20, 2008, at 2:52 AM, Guillaume Nodet wrote:
+1
On Thu, Nov 20, 2008 at 12:21 AM, Emmanuel Lecharny [EMAIL PROTECTED]
wrote:
Hi guys,
Guillaume Nodet has written a SSH server based on MINA, and as we
discussed
it last week, it would be interesting to have it as a
+1
On Dec 4, 2008, at 4:49 PM, Emmanuel Lecharny wrote:
Hi guys,
we have released 2.0.0-M3 a few weeks ago (nov, 8th). I think it's
time for the last milestone before RC1 now.
We still have a few issues to fix (7), but so far, the API won't
change now. I would call this release the API
They already offer open source licenses to Apache (and many other open
source projects) as opposed to per-project. Committers with
apache.org addresses just need to apply.
Here is the info:
http://www.jetbrains.com/idea/buy/buy.jsp#openSource
Thanks,
Jeff
On Jan 21, 2009, at 3:58 AM,
Ditto for me... glad to see folks making use of this. I could help a
bit too, but my bandwidth is also tight.
Glad to see this come up again.
Jeff
On Mar 3, 2009, at 10:13 AM, Sangjin Lee wrote:
I was one of the people who were involved in bringing AHC over from
the
Geronimo sandbox
This is usually caused by an un-tuned IP stack in your OS. These
symptoms usually occur when you have hit the max sockets. You
generally hit this limit because your socket timeouts are set too high
(it can be 30-60 seconds by default before the socket is released back
to the OS).
I
+1
On Apr 12, 2009, at 2:32 AM, Julien Vermillard wrote:
Hi guys,
Bernd Fondermann has written a XMPP server based on MINA in Apache
labs.
As discussed earlier we all see interest in making Vysper a MINA
sub-project, do let's vote :
[] +1 Yes, accept Vysper as a sub-project
[] +/-0 I
+1
On May 26, 2009, at 12:52 PM, Niklas Gustavsson wrote:
On Tue, May 26, 2009 at 3:08 PM, Emmanuel Lecharny elecha...@apache.org
wrote:
I didn't produced any package, as the mavn assembly plugin is
deeply bugged
Binaries available at http://people.apache.org/~ngn/mina/2.0.0-M6/
[X] +1
+1
On Jun 13, 2009, at 3:38 AM, Guillaume Nodet wrote:
+1
On Fri, Jun 12, 2009 at 22:40, Niklas
Gustavssonnik...@protocol7.com wrote:
Hey,
We got another set of bugs fixed, so I think we're ready for a 1.0.2.
You can find the binaries and Maven artifacts here:
+1... can't wait to see the contribution!
Jeff
On Jun 17, 2009, at 3:33 PM, Sangjin Lee wrote:
Hi,
We've been actively using the asyncweb client (the 1.0 version) in
production for a while, and I have a number of pent-up changes I
wish to
contribute back. Our company also has a couple of
Then open a JIRA at Codehaus for Maven Repos and ask Jason if he would
push it to central too. He also is a good guy and usually will do
that for you unless there are some nasty licensing issues.
Jeff
On Jul 31, 2009, at 7:47 AM, Ashish wrote:
On Fri, Jul 31, 2009 at 6:56 PM, Jeff
+1
Jeff
On Aug 21, 2009, at 10:02 AM, Guillaume Nodet wrote:
I've uploaded a new release of SSHD that a few bugs / enhancements.
The release is available at
http://people.apache.org/~gnodet/staging/sshd-0.2.0/
The source distributions are available at:
+1
On Oct 5, 2009, at 12:44 AM, Guillaume Nodet wrote:
+1
On Tue, Sep 29, 2009 at 22:36, Niklas Gustavsson
nik...@protocol7.com wrote:
Hey,
After rolling back the change that would have made the LIST and STAT
commands break backwards compatibility, here's a new build.
You can find the
Looks like you have the right list? ;-)
Jeff
On Nov 17, 2009, at 7:23 PM, Alan D. Cabrera wrote:
I want to flesh out a new async http client. I've got my own ideas for the
api and would like to check them in to solicit comments. Where would be a
good place to put this?
Regards,
them in for people to throw darts at.
Regards,
Alan
On Nov 17, 2009, at 7:57 PM, Jeff Genender wrote:
Looks like you have the right list? ;-)
Jeff
On Nov 17, 2009, at 7:23 PM, Alan D. Cabrera wrote:
I want to flesh out a new async http client. I've got my own ideas
+1
Jeff
On Nov 20, 2009, at 7:18 AM, Guillaume Nodet wrote:
I've uploaded another release candidate of SSHD 0.3.0.
The release is available at
http://people.apache.org/~gnodet/staging/sshd-0.3.0/
The source and binary distributions are available at:
+1
Jeff
On Nov 23, 2009, at 1:52 AM, Guillaume Nodet wrote:
+1
On Fri, Nov 20, 2009 at 15:18, Guillaume Nodet gno...@gmail.com wrote:
I've uploaded another release candidate of SSHD 0.3.0.
The release is available at
http://people.apache.org/~gnodet/staging/sshd-0.3.0/
The source
On Nov 23, 2009, at 2:47 PM, Alan D. Cabrera wrote:
I've checked in my *very* rough initial thoughts for an API. I
vetted them against an Amazon S3 API that I am working on https://svn.codehaus.org/livetribe/nursery/livetribe-s3-api
.
Can you point out a little more specifically? Can you
On Nov 23, 2009, at 4:19 PM, Alan D. Cabrera wrote:
Ahh, well, I did state that it was only bit awkward but, now that I know
who wrote it I can call it a steaming pile ;) (Just kidding)r
DOH!
Actually I was talking about the proposed API that we had worked out a while
back. Not the
+1
Jeff
On Jan 12, 2010, at 10:02 AM, Emmanuel Lecharny wrote:
We have fixed some important issues lately in 2.0-RC1 :
DIRMINA-749 : We cannot anymore inject more than one CODEC in the
chain.
DIRMINA-678 : NioProcessor 100% CPU usage on Linux (epoll selector
bug)
DIRMINA-650 : Mina server
May I ask why this must be a RC2? I think the 2.0 series has gone on
a long time and its ok to release a 2.0 version. Thats why we can
release 2.0.1, etc. Also... folks have issues with 2.0 release
because the dot oh have negative connotations. IMHO, lets get a real
2.0 out and start
Julien
Le Fri, 22 Jan 2010 10:47:12 -0700,
Jeff Genender jgenen...@apache.org a écrit :
May I ask why this must be a RC2? I think the 2.0 series has gone
on a long time and its ok to release a 2.0 version. Thats why we
can release 2.0.1, etc. Also... folks have issues with 2.0 release
Wow... the test passed! Look!
---
T E S T S
---
Running dev@mina.apache.org alanTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.369 sec
Results :
Tests run: 1,
Ha!
On Feb 10, 2010, at 9:33 AM, Alan D. Cabrera wrote:
Yeah, my domain records got messed up so it had no SPF records and the apache
mail server was balking at my emails to the lists.
Regards,
Alan
(hee hee)
On Feb 9, 2010, at 7:42 PM, Jeff Genender wrote:
Wow... I'm quite
It may be worth looking into whether we can use Bamboo which is much
better at CI. Its an atlassian project and I think it falls under the
usual free open source license.
Jeff
On Feb 20, 2010, at 2:59 PM, Emmanuel Lecharny wrote:
Hi guys,
is there any reason why this stupid Hudson
+1
Jeff
On Feb 23, 2010, at 6:21 AM, Emmanuel Lecharny wrote:
Hi guys,
I canceled the previous vote which was not mentionning a svn version.
Julien was kin enough to generate jars :
http://people.apache.org/~jvermillard/2.0.0-RC2/
(source tarballs are also available).
The build is
+1
Jeff
On Mar 7, 2010, at 1:23 PM, Niklas Gustavsson wrote:
Hey,
Alright, I've fixed the issues found by Sai, here's take 2 on this release
vote.
You can find the distributions and Maven artifacts here:
http://people.apache.org/~ngn/ftpserver/1.0.4/
These files was built from the
+1
Jeff
On May 11, 2010, at 9:24 AM, Guillaume Nodet wrote:
+1
On Mon, May 10, 2010 at 21:44, Guillaume Nodet gno...@gmail.com wrote:
I've uploaded a RC for SSHD 0.4.0 at
https://repository.apache.org/content/repositories/orgapachemina-026/
The release notes are available at
+1
Jeff
On May 30, 2010, at 3:03 PM, Niklas Gustavsson wrote:
Hi
In our current coding conventions, we use maximum line widths of 80
chars. I personally find this somewhat limited on modern displays and
tend to prefer 120 chars. How about changing this in our coding
conventions?
+1
Jeff
On May 31, 2010, at 1:16 AM, Guillaume Nodet wrote:
+1
On Mon, May 31, 2010 at 09:11, Emmanuel Lecharny elecha...@gmail.comwrote:
Hi guys,
we blocked a release a few weeks ago, because some test was failing on
windows. Maarten has provided a working version of this test, I'm
[X ] +1 | Release MINA 2.0.0
Jeff
On Sep 17, 2010, at 12:18 PM, Emmanuel Lecharny wrote:
Hi,
The last version of MINA (2.0.0) has been released !
Here are the complete release notes from JIRA:
Bug
* [DIRMINA-539 https://issues.apache.org/jira/browse/DIRMINA-539]
-
+1
Jeff
On Sep 21, 2010, at 4:55 PM, Emmanuel Lecharny wrote:
Hi,
After Alain found that there were some missing ASL headers in the last
released version, the latest vote has been reverted, and I just released MINA
again (after having checked that we don't have any missing ASL.20
+1
Jeff
Sent from my iPhone
On Sep 26, 2010, at 1:56 PM, Niklas Gustavsson nik...@protocol7.com wrote:
Hi
We've fixed quite a few bugs in FtpServer and I think we're ready for
a new release. I've uploaded binaries at:
https://repository.apache.org/content/repositories/orgapachemina-015/
+1
Jeff
On Sep 27, 2010, at 1:12 PM, Niklas Gustavsson wrote:
Hi
I've fixed the bug discovered by Sai and the license header reported
by Emmanuel. New binaries at:
https://repository.apache.org/content/repositories/orgapachemina-016
These are based on the source here:
+1
Jeff
On Oct 22, 2010, at 11:19 AM, Emmanuel Lecharny wrote:
Hi,
a serious regression has been found in MINA 2.0.0. It has been fixed in 2.0.1
and I suggest we vote a release.
Here is the regression description :
* [DIRMINA-803
1 - 100 of 177 matches
Mail list logo
