good to use same style across the code for uniformity.
>
> wdyt?
>
LOG is ok for me.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
ciselly what to monitor. But we can start with
a few things, and add monitors as we go on.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
unless you decide to cancel the vote and cut a new release immediately).
It's up to you, Guillaume !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
not make any sense to have that.
> It's quite tricky avoiding that when using Maven.
We don't store the parent's sources in Directory :
https://repository.apache.org/content/repositories/releases/org/apache/directory/api/apache-ldap-api/1.0.0-M19/
I've to check how we do t
lutely necessary, yes.
We could even define a shell script that does this...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/29/13 9:38 PM, Julien Vermillard a écrit :
> With my +1, we have 3 binding +1 :
>
> - Emmanuel Lécharny
> - Ashish Paliwal
> - Julien Vermillard
>
> no 0 or -1.
>
> I'll publish this release and push the announces.
It's a bit early... Especially consider
s
a distinct project). It would help our users who will still use MINA 2
for a while.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 7/31/13 9:05 PM, Guillaume Nodet a écrit :
> +1
Sorry for the delay...
My +1 !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
I'll be MIA for one week.
Have fun in the mean time !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
uation is not offten appears,is it
> a bug or i miss something ?
It's a bit difficult to know if it's a bug if we don't have more
information about the version you use and the kind of transport you are
using.
In any case, you should rather handle the messageSent event in you
-
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
ple of how to open concurrent socket connections to the client.
If you connect to a client, it's not anymore a client, it's a server.
In any case, use a NioConnector for that, you can open as many
connection as you want with one single NioConnector.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
t; }catch(Exception e)
> {
> e.printStackTrace();
> }
>
> the MinaClientHandler_executor will send a command to the device and
> download the data.But at any instant. But when i run the above program with
> 1000 connection,concurrently only 36 files are getting downloade
lution : using a pre-allocated buffer
associated with the thread (ThreadLocalStorage). If we need to copy the
containt of this buffer, fine, but I'm quite sure that most of the time,
it will not be necessary.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
messages a second. Since from the OS perspective its all going
> in and out through one socket this way - could this be a problem?
Well, as it's UDP, there is no guarantee whatsoever that your messages
are going to be received anyway, so it's really a best effort solution
anyway.
Here, I would say you have to benchmark your solution...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
t thru a Queue and
> triggering a selector wakeup (like it's done for session
> registration).
Not sure I understand the second part.
Is that a problem at all ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
chain, the two codec filter
> will try to process it.
>
> So most of time I need to add workaround in the upper fitlers to skip
> the low level security filters.
>
> IMO when a session.write(..) is called from a IoFilter message
> reception event, we should process the fi
on, WriteRequest message,
WriteFilterChainController controller);
...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
nal Queue registrationQueue = new
> ConcurrentLinkedQueue<>();
>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 10/28/13 6:06 PM, Julien Vermillard a écrit :
> We stated for java 7 only a few month ago.
My bad...
Sorry for the noise.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
no more null objects.
>
> Does anyone knows why ?
What timeout are you using ?
Also why do you want to simulate a synchronous mode when using NIO ? It
would be better if your frame directly receives the response when the
response arrives, something you can do easily with MINA ass
an also just apply the few modifications done on 2.0.8
(currently, only 2)
We also need to get a 2.0.8 release cut pretty soon, as a few critical
bugs have been fixed in this branch.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
annot have a read only mode, then delete it.
AFAICT, deleting the branch when merged should keep the track of the
chanegs made on it before its delition, no ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
; hook)
Just delete it. It's useless.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
ting a
> second NioSocketAcceptor object, binding it to the second local IP address
> and setting the handler as usual. Just wanted to know if there are any
> gotchas and if someone has tried this before.
>From the top of my head, yu can bind on more than one IP address.
--
Regards,
Cord
ical-maximum-number-of-open-tcp-connections-that-a-modern-lin
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
I'd rather move the branch to a "deceased" sub-folder if necessary.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
. I don't see any value in ressucitating
a branch which only contained 2 patches which have been applied on 2.0
(thanks to you !)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
scards any characters outside of the base64 alphabet, per
> + * the requirements on page 25 of RFC 2045 - "Any characters
> + * outside of the base64 alphabet are to be ignored in base64
> + * encoded data."
> + *
> + * @param data The base-64 encoded data to groom
> + * @return The data, less non-base64 characters (see RFC 2045).
> + */
> +static byte[] discardNonBase64(byte[] data) {
> +byte groomedData[] = new byte[data.length];
> +int bytesCopied = 0;
> +
> +for (int i = 0; i < data.length; i++) {
> +if (isBase64(data[i])) {
> +groomedData[bytesCopied++] = data[i];
> +}
> +}
> +
> +byte packedData[] = new byte[bytesCopied];
> +
> +System.arraycopy(groomedData, 0, packedData, 0, bytesCopied);
> +
> +return packedData;
> +}
> +
> +// Implementation of the Encoder Interface
> +
> +/**
> + * Encodes an Object using the base64 algorithm. This method
> + * is provided in order to satisfy the requirements of the
> + * Encoder interface, and will throw an EncoderException if the
> + * supplied object is not of type byte[].
> + *
> + * @param pObject Object to encode
> + * @return An object (of type byte[]) containing the
> + * base64 encoded data which corresponds to the byte[] supplied.
> + * @throws InvalidParameterException if the parameter supplied is not
> + * of type byte[]
> + */
> +public Object encode(Object pObject) {
> +if (!(pObject instanceof byte[])) {
> +throw new InvalidParameterException("Parameter supplied to
> Base64 encode is not a byte[]");
> +}
> +return encode((byte[]) pObject);
> +}
> +
> +/**
> + * Encodes a byte[] containing binary data, into a byte[] containing
> + * characters in the Base64 alphabet.
> + *
> + * @param pArray a byte array containing binary data
> + * @return A byte array containing only Base64 character data
> + */
> +public byte[] encode(byte[] pArray) {
> +return encodeBase64(pArray, false);
> +}
> +
> +}
> \ No newline at end of file
>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/3/13 4:29 PM, Emmanuel Lécharny a écrit :
> Hi Guillaume,
>
> any reason not to use the mina-core class instead of copying it in sshd ?
Sorry, just read SSHD-259. So it makes sense...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/4/13 5:41 PM, sebb a écrit :
> On 29 November 2013 03:03, Emmanuel Lécharny wrote:
>> Le 11/28/13 10:27 PM, sebb a écrit :
>>> If it should become necessary to mark a branch read-only, I would
>>> suggest the following:
>>>
>>> Rename it as
owing mesages are generated with an ERROR.
Regarding the continuous creation of sessiosn, you can see that the IP
address differs for each of those sessions. Check on the client side.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/13/13 4:02 AM, rksdivakar a écrit :
> Jeff Can u please provide me an example for better clarity...
You have plenty examples on
http://mina.apache.org/mina-project/documentation.html#examples
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
// Inject the protocol handler
acceptor.setHandler( new KerberosProtocolHandler( this,
store ) );
// Bind to the configured address
acceptor.bind();
}
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
think Solaris was earlier)
> 3. OpenJDK doesn't have support built-in until Java 8
>
> One mitigation for those JDK problems is that Bouncycastle has worked with
> EC for many versions.
can we depend on ECParameterSpec class from BouncyCastle, and not depend
on a JVM version ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/22/13 7:07 PM, Kenny Root a écrit :
> On Sun, Dec 22, 2013 at 11:53 AM, Emmanuel Lécharny
> wrote:
>
>> Le 12/22/13 6:43 PM, Kenny Root a écrit :
>>> I just made a patch to MINA SSHD to support RFC 5656 (ECDSA and ECDH). I
>>> would like to contribute this b
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
n to incoming
messages.
> 4) What is the Maximum limit to give the buffer size for session?
It all depends on the OS you are running on. It also depends on the
message size you are expecting to transmit.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
to deal with this limit on your protocol impementation
(and that includes detection of lost packates, and reordering...)
>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
een lost).
Regardless, you can use the CumulativeProtocolDecoder to cover this case
: it will gather the incoming data until you can decode a message from it.
Check ths sample :
http://mina.apache.org/mina-project/userguide/ch9-codec-filter/ch9-codec-filter.html
--
Regards,
Cordialem
.
>
> All the example that I got ,It uses Apache MINA at both Client and
> Server. I want only it on to the server.
Not a problem.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
tDecoder(IoSession is) throws Exception {
> return protocolDecoder;
> }
>
> }
> The second ProtocolDecoder is not executing.
What is the output of your first decoder ? If it's not producing
IoBuffer, the second decoder won't kick in.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
!str.equals(""))
> {
> System.out.println("END");
> pdo.write(str);
> str="";
> return false;
> }
> }
>return true;//or false
>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
source which provides this information. Can someone please guide me on
> how to configure Mina to apply TCP backpressure as per my requirement here.
> I am using Apache Mina 1.1.7 version.
Mina 1.1.7 is not anymore supported. I suggest you switch to Mina 2.0.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in later mina releases or may i
> please know are there any alternate write throttling mechanisms?
As I said, in 2.0, the ConnectionThrottleFilter is doing the job.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
we try to bind this same port on acceptor it's throws
> Exception with Following message
> Address already in use.
>
> As per my requirement I need to bind and unbind port dynamically. And
> It is possible that same port we need to unbind and than bind again.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
>>> On Mon, Jan 27, 2014 at 4:44 AM, Emmanuel Lécharny <
>>> elecha...@gmail.com
>>>>>> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> FTR, dev list is not the right place for such mail. Please use the
>>>> users
>>>
o mina-core 2.0.7 version and we are unable to find the above
> package or the class inside that. So could you please tell me, where can i
> find the compatible mina.common package which contains above classes.
The ByteBuffer class has been renamed IoBuffer in Mina 2.
--
Regards,
Cordial
on of a session is the
one you set in your service.
>
> Apart from that , i could not found an equal method for
> ByteBuffer.release() in IoBuffer.
free()
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
>> commit ff3eafb612b3a267210c31290a91d5c8feebf85f
>> Author: wupeng
>> Date: 2014-02-07T10:21:09Z
>>
>> change the UTF-8 encode error
>>
>>
>>
>>
>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Sorry for the delay,
The source package can't be built, it gives a rat error. The
DEPENDENCIES package contains not AL 2.0 header
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
27;s not the distribution we point users to. I need to find a way to
> get rid of that one.
>
>
> 2014-02-12 23:20 GMT+01:00 Emmanuel Lécharny :
>
>> Le 2/12/14 11:06 PM, Guillaume Nodet a écrit :
>>> Can you paste the output, I've just downloaded
>>>
&g
source distro, fixed SSHD-290 and
>> fixed a few copyright years I missed.
>>
>> This vote will be open for at least 72 hours.
>> Please review and vote.
>>
>> Cheers,
>> Guillaume Nodet
>>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
My (late) +1
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
**/stty-output-*.txt
**/*.iml
src/docs/**
**/stty-output-*.txt
it works.
My +1
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
need the real ip, can you help me?
No, we can't. This is simply not possible.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
lement the LDAP codec over MINA 3, which can be
a bit challenging, but could be a perfect move to test the migration
process, and see what's missing.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/23/14 6:27 PM, Jeff MAURY a écrit :
> On Wed, Apr 23, 2014 at 6:02 PM, Emmanuel Lécharny wrote:
>
>> Le 4/23/14 5:09 PM, Jeff MAURY a écrit :
>>> Hello,
>>>
>>> after a busy Devoxx France, I will be able to spend more time on MINA in
>>>
Manager. We don't have anything
setup if we want to authenticate client.$
Overall there are a lot of things to do to complete the SSL support in
MINA 3...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 4/27/14 1:09 AM, Emmanuel Lécharny a écrit :
> Le 4/23/14 5:09 PM, Jeff MAURY a écrit :
>>- SSL: We've refactored the SSL process to be more event oriented, but I
>>think we should complete it, mainly related to rehandshake
> There is also something we must do : c
-handshakes-3shake.html
I'm wondering if it wouldn't be better to explicitely claim that we
won't support renegociation ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
o have a better support with future JDKs.
I hope so.
Ok for making this optional.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
it's clearer (and fits point 1),
and second, SSL ha sbeen replaced by TLS a long time ago.
wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
s SSL. This is the reason I proposed this suffix. But
thinking about it again, people are used to SSL...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 08/05/2014 08:59, pongjy123 a écrit :
> hello,all
Hi,
first, please send such mail to the users mailing list?. You are more
likely to get an answer. The dev list has a limited number of
subscribers, those who are working on MINA code.
Sorry for the delayed response, The ASF has experimented s
Le 27/06/2014 12:31, Roy, Prince a écrit :
> Hi,
Hi,
>
> I would like to read file content from unix box. I am trying mina api to do
> that.
Hmm... Why are you using MINA when you ar-lready have all the needed API
in Java to read a file ?
Unless you are trying to access files through FTP using
Le 03/07/2014 00:42, Jeff MAURY a écrit :
> Hello,
>
> I have spent some times reviewing the SSL code in order to add support
> client handshake start.
> I have seen several problems that I'd like to share:
>
>- messages sent are encrypted when they are submitted: I see two
>problems with t
Le 03/07/2014 07:56, Jeff MAURY a écrit :
> On Thu, Jul 3, 2014 at 1:19 AM, Emmanuel Lécharny
> wrote:
>
>> Le 03/07/2014 00:42, Jeff MAURY a écrit :
>>> Hello,
>>>
>>> I have spent some times reviewing the SSL code in order to add support
>>&
month
=
-- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
-- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
Le 17/07/2014 17:15, Jeff MAURY a écrit :
> Hello,
>
> back to work, I have the following thoughts:
>
>- encrypting just before we write to the socket may lead to other
>problems: if the resulting message is greater than the send buffer, then we
>would need to wait for the rest of the b
Le 17/07/2014 18:01, Jeff MAURY a écrit :
> On Thu, Jul 17, 2014 at 5:53 PM, Emmanuel Lécharny
> wrote:
>
>> Le 17/07/2014 17:15, Jeff MAURY a écrit :
>>> Hello,
>>>
>>> back to work, I have the following thoughts:
>>>
>>>- enc
Le 17/07/2014 23:34, Bernd Fondermann a écrit :
> Hi,
>
> just wanted to add my 2 eurocent, don't know if it really makes sense
> in the discussed context.
>
> In Vysper, a state machine is maintained which tracks the connection
> status between connected, started, authenticated, encrypted, etc.
>
Le 18/07/2014 11:23, Bernd Fondermann a écrit :
> On 18.07.14 00:35, Emmanuel Lécharny wrote:
>> Le 17/07/2014 23:34, Bernd Fondermann a écrit :
>>> Hi,
>>>
>>> just wanted to add my 2 eurocent, don't know if it really makes sense
>>> in the discus
Some mor ethoughts, after I spent a couple of hours in Rescorla SSL's
book...
One of the critical point is what to do when we have pending messages to
write to a remote peer, which has initiated a (re-)handshake.
My initial take was that we should finish to send the current message to
teh remote
Le 19/07/2014 17:34, Jeff MAURY a écrit :
> No, I don't agree with that because the spec says that the new key materials
> should be set current only when the change cipher spec message is received
> from the server. So I think we can continue sending messages encrypted with
> the old key if the
Le 20/07/2014 23:11, Jeff MAURY a écrit :
> On Sat, Jul 19, 2014 at 6:25 PM, Emmanuel Lécharny
> wrote:
>
>> Le 19/07/2014 17:34, Jeff MAURY a écrit :
>>> No, I don't agree with that because the spec says that the new key
>> materials should be set current only
Le 21/07/2014 11:53, Jeff MAURY a écrit :
> On Mon, Jul 21, 2014 at 5:14 AM, Emmanuel Lécharny
> wrote:
>
>> Le 20/07/2014 23:11, Jeff MAURY a écrit :
>>
>>record layer to make the write pending state the write active state.
>> The SSL sepc says basically th
Le 21/07/2014 12:22, Guillaume Nodet a écrit :
> Closing this vote with 4 +1s (3 bindings).
> I'll publish the release asap.
Really sorry to have missed this vote. First I was MIA for one week when
the vote has started, and I discovered at the end of last week that
gmail just fucked up all my filt
Le 21/07/2014 16:16, Jeff MAURY a écrit :
> On Mon, Jul 21, 2014 at 3:32 PM, Emmanuel Lécharny
> wrote:
>
>> Le 21/07/2014 11:53, Jeff MAURY a écrit :
>>> On Mon, Jul 21, 2014 at 5:14 AM, Emmanuel Lécharny
>>> wrote:
>>>
>>>> Le 20/07/2014 23
Le 23/07/2014 10:56, Jeff MAURY a écrit :
> On Mon, Jul 21, 2014 at 5:25 PM, Emmanuel Lécharny
> wrote:
>
>> Le 21/07/2014 16:16, Jeff MAURY a écrit :
>>> On Mon, Jul 21, 2014 at 3:32 PM, Emmanuel Lécharny
>>> wrote:
>>>
>>>> Le 21/07/2014
Thanks for the patch.
I fixed also a few other places where we had sess*s*ion.
Le 30/07/2014 20:37, K0zka a écrit :
> GitHub user K0zka opened a pull request:
>
> https://github.com/apache/mina-sshd/pull/6
>
> typo fix
>
> Possibly the most minimalist patch ever.
>
> Signed
Le 30/07/2014 23:26, Jeff MAURY a écrit :
> Hello,
>
> after thinking about the messages ordering and rehandshaking, I agree that
> we should encrypt just before sending.
A
> The only problematic case that I can
> see is if the send queue is empty and the application submit a message whe
Hi guys,
as I'm back from vavations with some kind of energy, I've started to
check all the opened issues in MINA 2.0. I expect to be able to cut a
release this week-end (a long expetced one...).
If one of you fell like helping, that would be a pleasure !
Thanks !
Le 04/09/14 21:41, Jeff MAURY a écrit :
> What kind of help do you need ? I may be able to find some time this
> week-end
There are a bunh of opened JIRA's. The idea is to go through them and
fix what we can.
Le 05/09/14 09:27, Jeff MAURY a écrit :
> Can we establish the list by mid-day ?
Sure.
I'll work on it.
Hi guys,
FTR, I'm closing every issue related to 1.1.x, as this is a dead branch.
Le 05/09/14 09:53, Emmanuel Lécharny a écrit :
> Le 05/09/14 09:27, Jeff MAURY a écrit :
>> Can we establish the list by mid-day ?
> Sure.
>
> I'll work on it.
>
I have cleaned up the JIRAs (assigning fix version to all the opened
issues).
The list of issues to be hand
Here are the SSL releated issues in MINA 2:
https://issues.apache.org/jira/browse/DIRMINA-968
https://issues.apache.org/jira/browse/DIRMINA-779
https://issues.apache.org/jira/browse/DIRMINA-782
https://issues.apache.org/jira/browse/DIRMINA-805
https://issues.apache.org/jira/browse/DIRMINA-972
http
ear status.
Thanks !
Le 05/09/14 13:12, Emmanuel Lécharny a écrit :
> Le 05/09/14 09:53, Emmanuel Lécharny a écrit :
>> Le 05/09/14 09:27, Jeff MAURY a écrit :
>>> Can we establish the list by mid-day ?
>> Sure.
>>
>> I'll work on it.
>>
> I have c
Hi guys,
we are now down to 31 JIRAs opened for 2.0.8. This is a drop of 80
issues compared to last week.
Obviously, the remaining issues are a bit more complex. Not all of them
are clear enough to be fixed (they either lack of description, test
cases, or environment). Thsi is due to our lack of
Hi guys,
we are now down to 16 opened issues. At this point, the remaining issues
are obscure or will require a bit of work.
I would suggest to get a 2.0.8 out now, and address the 2.0.9 issues
quickly after.
The last release (2.0.7) is now 2 years old, it's more than time to get
the 2.0.8 out,
Hi guys,
I tried to cut a 2.0.8 release, but there are many issues (like teh SCM
tag still refers to SVN). I'll try to get that fixed tomorrow.
Hi guys,
my second attept was also a pathetic failure. It seems I was hit by a
bus^Hg in Maven release plugin :
https://jira.codehaus.org/browse/MRELEASE-812
"
"prepare" does not commit before tagging and therefore deploys
snapshot instead of release"
It's always good that the maven fell
Hi Guillaume,
I did some test with MINA 2.0.8 and SSHD. As we added some new method in
the IoHandler class, you now have to add an inputClosed() method in your
MinaService class for SSHD to compile.
At some point, it would be better to have MinaServer to extend teh
IoHandlerAdapter rather to impl
Hi guys,
so I tested all the mina sub-project with MINA 2.0.8, and beside the
change I suggested for SSHD, there is no error : tests are passing green.
I'll shortly start a vote for this release.
3cfe979f35af98aa2af194e877b8fd5c;hb=50e417e8116ea1d0b6fe6b8c970e0594ef89f743
- Nexus repository:
https://repository.apache.org/content/repositories/orgapachemina-1005
-Binaries:
http://people.apache.org/~elecharny/mina-2.0.8
Let us vote :
[ ] +1 | Release MINA 2.0.8
[ ] ± | Abstain
[ ] -1 | Do *NOT* release MINA 2.0.8
Thanks !
--
Emmanuel Lécharny
Hi guys,
I close the vote. The result was :
5 binding +1 : Ashish, Jean-François, Jeff, Guillaume, Emmanuel
2 non-binding +1 : Mondain, Emre
1 abstain : Bernd
A big thank to you all !
I'll close the release soon today, update the web site and announce it
tomorrow.
Hi guys,
I should have announced the release yesterday, but sadly, I can't get
the site being updated. It seems like the buildbot is having trouble
atm. I have pushed thenews, plus a few other updates on the web site,
it's not visible on the staging site, and not published either :/
I'll announce
501 - 600 of 1064 matches
Mail list logo
