Re: Queries

Le 06/11/14 22:59, Swaroop Rath a écrit : Thanks Emmanuel. The link to filter web pages are completely broken. Can someone fix it Done. Note that the xref will point on 2.0.10-SNAPSHOT, not on 2.0.9, but there is not a lot of difference here.

Re: Review DIRMINA-994

Le 07/11/14 07:30, Jeff MAURY a écrit : Le Fri Nov 07 2014 at 1:42:43 AM, Emmanuel Lécharny elecha...@gmail.com a écrit : Le 06/11/14 23:15, Jeff MAURY a écrit : Hello, upon Emmanuel's request, I reviewed the fix for DIRMINA-994 (commit f1972fc3de8c4074ff7b60f8c557d3c53013e30b). Here

Re: Review DIRMINA-994

Le 07/11/14 12:06, Jeff MAURY a écrit : Le Fri Nov 07 2014 at 07:57:09, Emmanuel Lécharny elecha...@gmail.com a écrit : I'm just stating the fact that when future were introduced, we weren't using generic yet, because we wanted to keep the 1.4 compatibility. When we decided to switch

Web site Javadoc

Hi guys, this mail is just a quick expalantion about how we should proceed to export the Javadoc XRef pages on the MINA website. First of all, let's talk about the general mechanisms. - The web site is not updated live. In fact, when you are changing some content, it's done in three passes

Re: [Possible bug] Question about SftpSubsystem.java

Le 08/11/14 01:22, doug_tuc...@dell.com a écrit : To whom it may concern: Observe the file SftpSubsystem.java, located here: https://github.com/apache/mina-sshd/blob/d4a524e428449f53a0e4b2402ca5419a436eb77d/sshd-core/src/main/java/org/apache/sshd/server/sftp/SftpSubsystem.java. I've noticed

Re: A Patch to Control the Charset of the FTP Server

Le 19/12/14 14:05, 689854847 a écrit : Generally there is a bug for Windows Explorer on Chinese Windows Platforms that when decoding UTF-8 lines the last byte will be cut out and will ususally cause an error like a wrong filename. A work-around for this bug is to make the server using GBK

Re: mina git commit: [maven-release-plugin] prepare for next development iteration

Le 22/12/14 10:28, Jeff MAURY a écrit : Given the fact that we introduced some kind of incompatibility (with 2.0.9 or 2.0.10), don't you think it would be valuable to witch to 2.1.X ? We probably should. My mistake would then be fixed.

Re: mina git commit: [maven-release-plugin] prepare for next development iteration

Le 22/12/14 11:05, Emmanuel Lécharny a écrit : Le 22/12/14 10:28, Jeff MAURY a écrit : Given the fact that we introduced some kind of incompatibility (with 2.0.9 or 2.0.10), don't you think it would be valuable to witch to 2.1.X ? We probably should. My mistake would then be fixed. The real

Re: mina git commit: [maven-release-plugin] prepare for next development iteration

Le 22/12/14 11:26, Emmanuel Lécharny a écrit : Le 22/12/14 11:05, Emmanuel Lécharny a écrit : Le 22/12/14 10:28, Jeff MAURY a écrit : Given the fact that we introduced some kind of incompatibility (with 2.0.9 or 2.0.10), don't you think it would be valuable to witch to 2.1.X ? We probably

Re: mina git commit: [maven-release-plugin] prepare for next development iteration

Le 22/12/14 11:39, Jeff MAURY a écrit : +1 for 2 interfaces Ok, I'll do that. Jeff, can you delete the tag I just created for MINA 2.0.10 ? Thanks !

Re: mina git commit: [maven-release-plugin] prepare for next development iteration

Le 22/12/14 11:39, Jeff MAURY a écrit : +1 for 2 interfaces Ok, now that's complicated... Now that 2.0.9 is out, we have many users that have already change their code to fit with the broken interface. If we rollback this change, we will break again the API, and we will upset tehm once more.

Re: UDP server closes active session after 60s

Le 28/01/15 14:56, Jakub Turcovsky a écrit : Hello developers, I've implemented a client-server app using MINAv2.0.9 on both sides. When communicating over UDP, server closes active session after 60s (probably DEFAULT_TIME_TO_LIVE interval in ExpiringMap class). It looks like server doesn't

Re: UDP server closes active session after 60s

Le 28/01/15 15:15, Emmanuel Lécharny a écrit : Le 28/01/15 14:56, Jakub Turcovsky a écrit : Hello developers, I've implemented a client-server app using MINAv2.0.9 on both sides. When communicating over UDP, server closes active session after 60s (probably DEFAULT_TIME_TO_LIVE interval

Re: [MINA 3] ProtocolCodecFilter: encoder/decoder state stored under a constant key

Le 15/03/15 22:15, Jeff MAURY a écrit : Hello, I looked at the ProcolCodecFilter code and I discovered that the encoder/decoder states are stored in the session using a constant key. This is clearly not going to fly. So what if a user will chain two ProtocolCodecFilter ? Am I missing

Re: PasswordPolicy handling

Le 12/03/15 09:11, Ashish a écrit : Wrong ML folks :) Oops...

Re: PasswordPolicy handling

Le 11/03/15 11:43, Ludovic Poitou a écrit : -- Ludovic Poitou http://ludopoitou.com From: Emmanuel Lécharny elecha...@gmail.com Reply: Apache Directory Developers List d...@directory.apache.org Date: 10 Mar 2015 at 09:23:04 To: Apache Directory Developers List d...@directory.apache.org

Re: [VOTE] Release Apache Mina SSHD 0.14.0

Le 03/03/15 17:38, Guillaume Nodet a écrit : I'd like to call a vote on releasing Apache SSHD 0.14.0 Staging repo at https://repository.apache.org/content/repositories/orgapachemina-1011 Builds fine. When I run mvn apache-rat:check, I get 3 files detected without licenses, but strange

Re: [HEADS UP] SSHD branch created for 1.0 / 0.14

Le 23/02/15 17:17, Guillaume Nodet a écrit : So the NIO2 FileSystem api is only used for sftp / scp support. I'd like to avoid supporting both filesystems api long term, but I don't rule out bug fixing releases on 0.14.x so that users can migrate to 1.0 at their own pace. The question is more

Re: [HEADS UP] SSHD branch created for 1.0 / 0.14

Le 23/02/15 16:47, Guillaume Nodet a écrit : I've set up a branch to release SSHD 0.14.0, which should include the fix for the long pending issue SSHD-348. As soon as we have confirmation that the bug is fixed, I think we should aim for a 0.14 release. At the same time, I've upgraded master

Re: Board report

Sounds good to me. Thanks Jeff ! Le 02/04/15 22:43, Jeff MAURY a écrit : Hello, please find the draft for the report I plan to send to the board for the April 15th, 2015 meeting. Comments welcome Regards Jeff Apache MINA is a network application framework which helps users develop

Re: FTP Server issues

Le 15/04/15 18:23, Dave Roberts a écrit : On 10/04/2015 16:50, Dave Carlson wrote: releases scheduled. Are these being actively developed, and is there a target date for any of them? There hasn't been any active development for quite some time. For many years now, this mostly hinged on one

Re: [MINA3] HTTP/2 thoughts

Le 27/06/15 19:17, Jeff MAURY a écrit : Hello, I am thinking about the HTTP/2 implementation we might have in MINA3 and I want to share it with you. As of yet, we have a basic HTTP/2 layer that just encode and decode HTTP/2 frames. This is not enough as the user has to manage the conversion

Re: ftpserver warnings - cannot find an available passive port

Le 30/06/15 17:52, Michael Benovich a écrit : Hi, We have been running ftpserver 1.0.6 in a production environment for several years. Last week we encountered an issue that we have not encountered before. Hmmm. We began to see intermittent failures when trying to enter passive mode. A

Re: Apache MINA TCP server fails to receiving some messages when more then two soruce sending messages concurrently

Le 03/07/15 13:38, amit mevada a écrit : Apache mina TCP server its working fine when single user sending HL7 message using HAPPI Test panel(tool for sending HL7 messages). *Its Working fine with # no of messages sent by HAPPI test panel* *But When more then two user try to sent # of message

Re: SSHD Build

Le 20/08/15 14:45, Lyor Goldstein a écrit : Your help in setting up such a CI would be greatly appreciated... We already have a Jenkins server that could be used for that purpose.

Re: MINA IoSessions show null as client IP and 0.0.0.0 as local IP

Le 04/08/15 18:53, Gowtham Rupavatharam a écrit : Sorry may be I should have elaborated We have a chat application and we are using *MINA* NioSocketAcceptor on the server side to accept the TCP connections from the client. Our chat protocol is customized XMPP Did you have a look at Vysper,

Re: MINA IoSessions show null as client IP and 0.0.0.0 as local IP

Le 04/08/15 18:08, Gowtham Rupavatharam a écrit : Hello Mina Dev, We use Apache MINA for TCP socket connections on our servers. After around close to 3000 TCP connections, the MINA IoSession resolve the remote IP as NULL and client IP as 0.0.0.0:5222 and this

Re: SSHD 1.0.0 is out ?

Le 10/11/15 03:05, Guillaume Nodet a écrit : > I'll do it this morning. Thanks Guillaume ! The vote was closed (I wasn't able to find the mail in my mailbox, for some reason I have to evaluate - redirection to my spam folder ?) :

Re: SSHD 1.0.0 is out ?

Le 10/11/15 06:16, Guillaume Nodet a écrit : > Yeah, having a release process for sshd page should definitely help. > Btw, I've updated the web site, but I still don't understand how to use CMS > (it always point to an outdated version of the site source in my case), so > I'm using pure svn. The

Re: SSHD 1.0.0 is out ?

Le 10/11/15 07:29, Guillaume Nodet a écrit : > Yeah, what i meant is that I can't get the web CMS interface to work > properly. I don't really mind svn/git. I dontt use teh web interface. Way too creepy... I have a copy of the site on my disk, and use a text editor to update it. Works just fine.

SSHD 1.0.0 is out ?

Hi guys, has the vote for SSHD 1.0.0 being closed ? If not, why do we have http://search.maven.org/#artifactdetails|org.apache.sshd|sshd|1.0.0|pom ? I haven't see any announce on annou...@apache.org since 0.2.0 too, so we are most certainly missing some steps whiel cutting releases... Shoudl I

Re: Building Mina 2.0.10-SNAPSHOT

Le 06/11/15 17:08, Mondain a écrit : > I'm unable to build the latest snapshot for the 2.0 branch today, the build > "hangs" with this last line on the console: > > Running org.apache.mina.example.echoserver.ConnectorTest > > I've tried with and without "-Pserial"; ex. mvn clean install -Pserial >

Re: Mina Bug Report: Mina Udp server send same packets many times continuously

Le 27/08/15 04:15, roland a écrit : Dear Sir, I use Mina to setup a UDP server to let people download files. I split a file to many segments of 1KB size. If ten clients download the file, it works fine. But if 50 or more clients download the files at the same time, The server will

Re: [SITE] Site enhancemens

Le 01/09/15 00:17, Jeff MAURY a écrit : > Hello, Hi Jeff > > I received a mail from the infra team suggesting to update Apache TLP sites > regarding DDOS attacks. I'm volontering to work on it but I never worked on > MINA site so if there are pointers I will be happy to read them and train > them

Re: [SITE] Site enhancemens

Le 01/09/15 00:45, Emmanuel Lécharny a écrit : > Le 01/09/15 00:17, Jeff MAURY a écrit : >> Hello, > Hi Jeff >> I received a mail from the infra team suggesting to update Apache TLP sites >> regarding DDOS attacks. I'm volontering to work on it but I never w

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 03/09/15 13:15, Jeff MAURY a écrit : > +1 (Windows 8.1 / Java 1.8.0_51) +1 (after having fixed the test). I don't mean we should change anything in the current code, it's just a test that work under some specific conditions (or that fails under specific condition, should I say ;-) I think

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

btw, soem tuning should be applied to the apache-rat plugin config. in sshd-core, when running mvn apache-rat:check : 29 Unknown Licenses *** Unapproved licenses: /Users/elecharny/Downloads/apache-sshd-1.0.0/sshd-core/src/test/resources/big-msg.txt

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Ok, the failing test is due to the resolution of 'localhost'. On my computer, 'localhost' resolves to localhost/192.168.1.29, which is not 127.0.0.1. I would suggest that the test uses 127.0.0.1 (for which teh test is passing).

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 03/09/15 18:29, Stefan Magnus Landrø a écrit : > Btw, I tried building with three different JDKs on travis: > https://travis-ci.org/landro/mina-sshd/ > > They all fail - I haven't had any time to investigate what's going on, but > it's probably issues similar to the one Emmanuel is

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 07/09/15 06:01, Lyor Goldstein a écrit : > They are excluded (or the build would have failed...) just run mvn apache-rat:check

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 07/09/15 09:08, Lyor Goldstein a écrit : > This is not I know. The thing is that there is no way to check that the license headers are correct *before* running the release, when we would like to check that beforehand. That means there is probably something we can fix to be able to run the

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 07/09/15 10:32, Lyor Goldstein a écrit : > Found another way (committed in latest 'master' version) - simply run 'mvn > apache-rat:check' wherever you like in the project and the correct defaults > will be applied - regardless of whether the sources are compiled or not... Thanks !

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 03/09/15 06:35, Lyor Goldstein a écrit : > That's strange (see below) - I noticed you are using Java 8 to compile > whereas we use Java 7. It should not matter - e.g., I also use (sometimes) > Java 8 and have had no problems. > > - Have you tried running only this test (see below) ? > - Maybe

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

version: 1.8.0_45, vendor: Oracle Corporation Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home/jre Default locale: en_US, platform encoding: UTF-8 OS name: "mac os x", version: "10.9.5", arch: "x86_64", family: "mac" Le 03/09/15 01:16

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 06/09/15 12:06, Lyor Goldstein a écrit : > These files are test ones that usually don't have copyright notices since > they are standard formats... uyes, I know. You just have to modify the pom to get those files excluded from the rat check.

Re: [VOTE] Release SSHD 1.0.0 (2nd try)

Le 02/09/15 14:51, Lyor Goldstein a écrit : > +1 (if developers can vote for the very code they wrote... :-)) Ahhh... Please let me check the code tonite and vote.

[sshd] Session closing leakage... (https://issues.apache.org/jira/browse/DIRMINA-1021)

Hi guys, I have added a comment in https://issues.apache.org/jira/browse/DIRMINA-1021, as I think *maybe* the pb is not a MINA issue, but a SSHD one : when an exception is caught, and if the session is closing, nothing is done while we should brutally terminate it. Thoughts ?

Re: [VOTE] MINA 2.0.10 release

Hi Jeff, I'd like to know if you hold on your -1 vote. Release vote are majority votes, there is no veto, but in this case, I think it's important to have your opinion. We have three options here : - You maintain your -1, and we bypass it. I think that would be the very first time, and would be

Re: MINA build with Java 8

Le 17/12/15 13:49, Jeff MAURY a écrit : > Agree that we should adopt Java8 standards related to JavaDoc. > I think we should have a CI job that does the check from now, even if it > fails until we finished what you propose. Actually, the pb is just when we run mvn site (which makes sense, because

Re: MINA build with Java 8

Le 17/12/15 14:17, Jeff MAURY a écrit : > Given the Java5 minimum requirement for MINA, can't we have an annotation. Probably... I have no idea how xbean works...

Re: [VOTE] MINA 2.0.10 release

Le 10/12/15 15:55, Ashish a écrit : > Do we still continue the vote with Jeff's binding -1? H. I haven't seen his vote...

Re: [VOTE] MINA 2.0.10 release

Le 10/12/15 15:55, Ashish a écrit : > Do we still continue the vote with Jeff's binding -1? Seems like I never received it, but it's on the archive. Give me some time to process the info Thanks !

Re: [VOTE] MINA 2.0.10 release

Hi, replying to Jeff's mail I never received (no idea why...) : - mina-example: contains log4j.properties + MANIFEST.MF does not contain OSGI metadata I don't see why the example package, which is not intended to be included in any project, should expose OSGI metadata. This is just a

Result, was : [VOTE] MINA 2.0.10 release

Hi guys ! I'm closing this vote, which got 4 +1 Ashish, Guillaume, Lyor and me and a 0+ from Jeff. I'll push the packages and do teh announcement today and tomorrow. Thanks a lot !

Re: Can not download SSHD binary distributions

Le 07/01/16 08:01, Leon van der Voort van der Kleij a écrit : > Hi, > > I just tried to download > apache-sshd-1.0.0.tar.gz > but all download links seem to be invalid: > Not Found > The requested URL

[MINA 2] Big bug in the NioDatagramAcceptor

Hi guys, as this is a bit slow those days, I'm spending some time doing some cleanup on MINA 2.0 code (cleaning the Javadoc, checking https://analysis.apache.org/dashboard/index/109933). It's absolutly incredible the numbers of bug I have found... A few of them were easy, but this one :

MINA build with Java 8

Hi guys, Java 8 is pretty picky when it comes to Javadoc. In order to cut the latest release, I had to add this line in the main pom.xml : -Xdoclint:none At this point, I think that we should benefit from the strictness of Java 8 and get the Javadoc fixed for the next release. That

MIA for 10 days

Hi guys ! I'll be MIA for 10 days, with no internet connection - and more important : no computer ! -. Vacations ! (I'm going to visit the south of Germany, and its crazy castles. Sorry Stefan, we won't stop in München this time :/) Have fun in the mean time and see you in 10 days ! Emmanuel

Result, was : [VOTE] MINA 2.0.12 release, take 2

for the current version to be released. Many thanks ! Le 03/02/16 10:21, Emmanuel Lécharny a écrit : > Hi, > > Here is another vote for a new bug fix release of Mina : 2.0.12. > > This release fixed a serious issue in the IoProcessor loop, that may lead in > some cases to a 10

MINA jenkins Build on windows

Hi guys, it's a couple of days we get some jenkins error every hour for windows. I have askd Infra about it, and in the mean time, changed the periodicity to get only one build per day. If anyone has a clue about what should be done to get this fixed, this would be very appreciated.

[VOTE] MINA 2.0.13 release

Hi, MINA 2.0.13 is a release that fixes a serious bug in the SslHandler that was causing a deadlock in some specific case. Here is the fixed issues : Bugs : -- [DIRMINA-1019 ] SslHandler flushScheduledEvents race condition [DIRMINA-1027

Re: Session.close(true) issues

Le 01/02/16 00:51, Emmanuel Lécharny a écrit : > Hi guys, > > following the bugs Radovan found last week, I'm now reviewing the > session.close(true) execution, and I have found some new problems. I > just create a JIRA ofr one of them (DIRMINA-1025). > > Not that it's critica

Session.close(true) issues

Hi guys, following the bugs Radovan found last week, I'm now reviewing the session.close(true) execution, and I have found some new problems. I just create a JIRA ofr one of them (DIRMINA-1025). Not that it's critical, but it's violating the contract : the session should be closed immediately,

Re: Building a snapshot with bundles for private repo

Le 26/01/16 19:45, Mondain a écrit : > I'm having a lot of trouble trying to get a set of files that can be pushed > to my own private repository; I've been through the docs and I've tried > messing with felix, but alas I'm coming up short. Here's my latest command > which produces no .bundle

Re: Session.close(true) issues

Le 01/02/16 00:51, Emmanuel Lécharny a écrit : > Hi guys, > > following the bugs Radovan found last week, I'm now reviewing the > session.close(true) execution, and I have found some new problems. I > just create a JIRA ofr one of them (DIRMINA-1025). > > Not that it's critica

Re: Session.close(true) issues

Le 01/02/16 08:38, Emmanuel Lécharny a écrit : > Le 01/02/16 00:51, Emmanuel Lécharny a écrit : >> Hi guys, >> >> following the bugs Radovan found last week, I'm now reviewing the >> session.close(true) execution, and I have found some new problems. I >> just creat

[VOTE] MINA 2.0.12 release, take 2

Hi, Here is another vote for a new bug fix release of Mina : 2.0.12. This release fixed a serious issue in the IoProcessor loop, that may lead in some cases to a 100% CPU consumption. It also fixes the IoProcessor loop exit conditions. Another two bugs found by Radovan Semancik has been

MINA 2.0.12

Hi guys, we just have released MINA 2.0.1 (still to be announced) and Radovan just found a hug bug in the way we deal with closed session. This is related to DIRMINA-1001 and DIRMINA-1006. All in all, the code that manage session removal and the check for the spin-bug detection is not good, and

[VOTE] MINA 2.0.12 release

iff/7c7336a9 - Nexus repository:https://repository.apache.org/content/repositories/orgapachemina-1018 - Binaries:http://people.apache.org/~elecharny Let us vote : [ ] +1 | Release MINA 2.0.12 [ ] ± | Abstain [ ] -1 | Do **NOT** release MINA 2.0.12 Thanks ! -- Regards, Cordialement, Emman

Cancel, was: [VOTE] MINA 2.0.12 release

! Le 31/01/16 08:27, Emmanuel Lécharny a écrit : > Hi, > > Here is a vote for a new bug fix release of Mina : 2.0.12. > > Tjis release fixed a serious issue in the IoProcessor loop, that may lead in > some cases to a 100% CPU consumption. > It also fixes the IoProcessor

Re: We still experience DIRMINA-1006 despite using 2.0.13

Le 27/02/16 18:08, Buddy Butterfly a écrit : > Obviously netty fixed this with a workaround. Thanks for the interesting analysis and pointers. It seems that in some case, we are still looping on the select(). Can you do one more thing to confirm that it's teh real problem ? Set the log to WARN,

Re: We still experience DIRMINA-1006 despite using 2.0.13

Le 28/02/16 18:00, Buddy Butterfly a écrit : > Hi, > > if I understand it correct, you are telling me that there will be no > sultion for it? Did I say that ??? > Or did I get it wrong. Probably... I'm just trying to see what could be the root cause. > This problem strikes > us heavily!

Re: We still experience DIRMINA-1006 despite using 2.0.13

Le 26/02/16 12:07, Buddy Butterfly a écrit : > Hi, > > we still experience isse DIRMINA-1006. We have an RFID device that > rejects connections when connection limit is reached. Our mina client > thread then goes into 100% cpu usage. Any idea if the patch maybe > did not cover the all situations?

Re: Mina SSL buffer expansion bug (and patch)

Le 20/01/16 19:49, Emmanuel Lécharny a écrit : > Le 20/01/16 19:33, Emmanuel Lécharny a écrit : >> Le 20/01/16 17:01, Radovan Semancik a écrit : >>> Hello, >>> >>> Working with Apache Directory API while getting Active Directory >>> schema over SS

New release soon...

Hi guys, Radovan signaled a huge bug in the SslHandler, that is blocking for any application that is going to process big messages through a SSL connection. This error is due to a bad fix in 2.0.10. Basically, we were growing the buffer receiving the decoded message by doubling its size every

Re: Mina SSL buffer expansion bug (and patch)

Le 20/01/16 17:01, Radovan Semancik a écrit : > Hello, > > Working with Apache Directory API while getting Active Directory > schema over SSL uncovered a bug in Mina 2 code. The attempt to read > the data ended up in endless loop caused by consecutive overflows from > the SSL engine. What is

Re: Mina SSL buffer expansion bug (and patch)

Le 20/01/16 19:33, Emmanuel Lécharny a écrit : > Le 20/01/16 17:01, Radovan Semancik a écrit : >> Hello, >> >> Working with Apache Directory API while getting Active Directory >> schema over SSL uncovered a bug in Mina 2 code. The attempt to read >> the dat

Re: [VOTE] Release SSHD 1.1.0

Le 22/01/16 08:50, Guillaume Nodet a écrit : > I think we're still missing at least one binding vote ... My +1

Re: [VOTE] Release SSHD 1.1.0

Le 24/01/16 06:49, Lyor Goldstein a écrit : > We are not using the SslHandler (AFAIK) so it is highly unlikely we are > affected by this bug, but it may be a good idea to hold off until a patched > version of MINA is released ... No, please, cut the release. I checked, you are not using the

Result, was : [VOTE] MINA 2.0.11 release

Hi guys, I close the vote for MINA 2.0.0-M11, with 4 binding +1 and 2 non binding +1 : Binding +1 : Ashish Jeff G Jeff M and me Non-Binding +1 : Jamie Mondain I'll push the packages and announce it today. Many thanks !

Re: [VOTE] Release SSHD 1.1.0

Le 22/01/16 08:49, Guillaume Nodet a écrit : > +1 Hi Guillaume, sorry for the huge burden, but a blocking bug has been found in the MINA SslHandler, that is now patched. I'm in the process of curring a new Mina release. I suspect that SSHD might be hit by this bug, as there is a dependency on

[VOTE] MINA 2.0.11 release

e MINA 2.0.11 [ ] ± | Abstain [ ] -1 | Do **NOT** release MINA 2.0.11 Thanks ! -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com

Re: [VOTE] Release SSHD 1.1.0

Le 24/01/16 22:06, Jeff MAURY a écrit : > Please find the attached log file. Jeff, the attachements are removed by the mail system. Better create a JIRA and attach the log to it, or use https://paste.apache.org/ to insert your attachement and post the URL

Re: svn commit: r1730433 - /mina/site/trunk/content/mina-project/developer-guide.mdtext

Le 15/02/16 09:45, Jeff MAURY a écrit : > Should we really promote skipping tests which is a bad practice ? This is not what I wrote. This is a very specific case, where we *have* to run a clean install before running a perform, otherwise you have failures. Tests have already been ran 2 times in

Result, was: [VOTE] MINA 2.0.13 release

Hi guys, I'm closing this vote with 4 binding +1s and one non binding +1 : bindings : Jeff Jean-François Ashish and me Non binding : Jamie I'll publish the packages and update the web site asap. Many thanks !

Re: CumulativeProtocolDecoder and UDP

Le 01/03/16 16:58, tunca a écrit : > Our customer has strange requirement about merging multiple udp/TCP packages > to create a single message. > There is a well defined protocol that defines message boundaries. > The decoder is working good with TCP packages. It can create a single > message

Re: Mina build JDK

Le 09/03/16 17:32, Mondain a écrit : > Will the jdk7 build artifacts have a different name? No, the idea would be to build with JDK7 as a target. I don't know why I haven't done that, it's clearly a mistake.

Re: Mina build JDK

Le 09/03/16 20:20, Emmanuel Lécharny a écrit : > Le 09/03/16 19:53, Mondain a écrit : >> The "catch" here is that you can't build with JDK8 for JDK7; if you do >> this, users on JDK7 will see the concurrent keyset error. > Damn... The problem is that Java 7 is not av

Re: Mina build JDK

Le 08/03/16 23:08, Mondain a écrit : > I noticed that the last couple builds were done with JDK8; is this the > trend from now on for Mina? > > Paul > No. We will continue support Java 7.

Re: Mina build JDK

Le 09/03/16 19:53, Mondain a écrit : > The "catch" here is that you can't build with JDK8 for JDK7; if you do > this, users on JDK7 will see the concurrent keyset error. Damn... The problem is that Java 7 is not available anymore for download since April 2015...

Re: Vysper update

Le 19/03/16 09:45, Praveen Prabhu a écrit : > Hi, > I have recently downloaded the source from the vysper svn trunk and have made > it compatible with jdk 1.7. > Also, a number of changes made: > 1. Upgraded the deprecated DocumentSpecCompliantAnnotationFactory to >

Re: CumulativeProtocolDecoder and UDP

Le 02/03/16 07:38, tunca a écrit : > Hi Emmanuel. > http://pastebin.com/embed_iframe/EpL4WE4b > This is the link to my doDecode method. > > A complete message starts with x01 and ends with x03. > For test I send 2 udp messages. > First Udp message starts with x01 > Second Udp messages ends with

Re: CumulativeProtocolDecoder and UDP

Le 03/03/16 09:09, tunca a écrit : > Hi Emmanuel, > > I downloaded apache mina 2.0.13 and updated NioDatagramSession METADATA > creation code. > Set the 4th parameter to true, then for UDP CumulativeProtocolDecoder > started to work as expected. Indeed. Although doing so you create a dependency

Re: Student looking to contribute

Le 03/03/16 06:00, Alberto Torres a écrit : > Hi, > > My name is Alberto Torres and I am a 4th year computer science student. I am > looking to contribute to an open source project as part of my school > semester. I currently work in and have 1 year experience in IT support for a > Charter

Re: CumulativeProtocolDecoder and UDP

Le 03/03/16 08:29, tunca a écrit : > Hi Emmanuel, > > Thanks a lot, you find out the root cause of the problem I believe. > > I created my own version of CumulativeProtocolDecoder > (http://pastebin.com/m0qmbEVS) and as you suggested removed the has > fragmentation check. > It still doesn't

Re: Student looking to contribute

Le 03/03/16 15:16, Alberto Torres a écrit : > Great! I would love to help out with documentation. Can you provide me with > more information on where to start ? Sure : we have all the documentation stored on http://svn.apache.org/viewvc/mina/site/trunk/ You can checkout the content doing : $

Re: CumulativeProtocolDecoder and UDP

Le 01/03/16 15:05, tunca a écrit : > Hi Trustin, > We're using Mina Core 2.0.9. Have you checked with 2.0.13 ? > The Udp Cumulative Protocol doesn't seem to accumulate. > The Decoder is working with TCP however, with UDP the > The size of the IoBuffer doesn't increase. Using such a protocol

Re: [VOTE] Release Apache Mina SSHD 1.2.0

Le 31/03/16 23:15, Guillaume Nodet a écrit : > 2016-03-31 15:13 GMT+02:00 Emmanuel Lécharny <elecha...@gmail.com>: > >> Le 31/03/16 09:15, Guillaume Nodet a écrit : >>> We're still missing a few binding votes >> Damn.. Totally missed the last votes :/ &

Re: [VOTE] Release Apache Mina SSHD 1.2.0

Le 31/03/16 09:15, Guillaume Nodet a écrit : > We're still missing a few binding votes Damn.. Totally missed the last votes :/ I have tested the package, and teh first time I got an error : Tests run: 4, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.098 sec <<< FAILURE! - in

Re: Recent releases are not included on the web site

Le 11/05/16 16:46, Eugene Petrenko a écrit : > Hi, > > According to Maven we have 1.1.1 and 1.2.0 released. But on the web site > https://mina.apache.org/sshd-project/downloads.html > it shows the latest release is 1.1.0. I just re-published the site. It should now reference the 2 missing

<    1   2   3   4   5   6   7   8   9   10   >