Re: apache sshd

Yes, you can have a look at the the JLine SSH support ( https://github.com/jline/jline3/blob/860c0d64a874ab7e327b0a21cc434a9aaf232149/remote-ssh/src/main/java/org/jline/builtins/ssh/Ssh.java ). What you need is to configure the SSH connection with the correct control char ( https://github.com/jline

Re: [VOTE] Release Apache Mina SSHD 2.6.0

No, this is the only instance that runs on my laptop. This error has been around for quite a long time on MacOSX. On 14/12/2020 19:45, Matt Sicker wrote: Are you running another copy of SSH somewhere? You can check the output of `sudo lsof -i` to see what programs are using what ports/interface

Re: [VOTE] Release Apache Mina SSHD 2.6.0

No, this is the only instance that runs on my laptop. This error has been around for quite a long time on MacOSX. On 14/12/2020 19:45, Matt Sicker wrote: Are you running another copy of SSH somewhere? You can check the output of `sudo lsof -i` to see what programs are using what ports/interface

Re: [VOTE] Release Apache Mina SSHD 2.6.0

Are you running another copy of SSH somewhere? You can check the output of `sudo lsof -i` to see what programs are using what ports/interfaces/etc. On Mon, 14 Dec 2020 at 10:47, Emmanuel Lécharny wrote: > > Was sent to Guillaume instead of the list... > > > > Forwarded Message >

Re: [VOTE] Release Apache Mina SSHD 2.6.0

On 07.12.20 21:29 , Guillaume Nodet wrote: I've staged a release candidate: * maven repo: https://repository.apache.org/content/repositories/orgapachemina-1052 * Distributions: https://dist.apache.org/repos/dist/dev/mina/sshd/2.6.0/ +1 . Source distro builds cleanly; 1 flaky test: org.a

Re: [VOTE] Release Apache Mina SSHD 2.6.0

+1 Le lun. 7 déc. 2020 à 21:29, Guillaume Nodet a écrit : > I've staged a release candidate: > * maven repo: > https://repository.apache.org/content/repositories/orgapachemina-1052 > * Distributions: https://dist.apache.org/repos/dist/dev/mina/sshd/2.6.0/ > * Git tag: https://github.com/ap

Re: [VOTE] Release Apache Mina SSHD 2.6.0

+1

Re: Propose to release SSHD 2.6.0

pending > urgent/important issues I would like to recommend that we start the process > of releasing 2.6.0 - especially since we also plan to engage in a major > re-factoring (a.k.a. 3.0). > > Guillaume - what do you think? If you agree, can you get the ball

Re: Apache MINA SSHD 2.6.0 release date?

>> Do you have any planned release date for a version supporting this? As a matter of fact I intend to propose this in the next few days (just tying up some loose ends,,,)

Re: SSHD Custom ShellFactory

>> Looks like I was able to get it to work JLine following the example outlined here: https://www.google.com/amp/s/blog.javaforge.net/post/68495259926/embedded-ssh-daemon-and-remote-shell-for-java-applicatio/amp < https://www.google.com/amp/s/blog.javaforge.net/post/68495259926/embedded-ssh-daem

Re: SSHD Custom ShellFactory

Looks like I was able to get it to work JLine following the example outlined here: https://www.google.com/amp/s/blog.javaforge.net/post/68495259926/embedded-ssh-daemon-and-remote-shell-for-java-applicatio/amp

Re: SSHD Custom ShellFactory

Thank you! Are there examples of JLine and using in App code? Regards, Oskar > On Oct 28, 2020, at 3:48 PM, Guillaume Nodet wrote: > > Jline can be used to create a fully functional shell and integrate it into > JLine. > The issue Lyor pointed is when you want to integrate SSHD with a native >

Re: SSHD Custom ShellFactory

Jline can be used to create a fully functional shell and integrate it into JLine. The issue Lyor pointed is when you want to integrate SSHD with a native shell such as bash instead of using a java shell. This cause issues which haven't been fully resolved yet. If you want to check using a java she

Re: SSHD Custom ShellFactory

>> I found this project called JLine, and help can be provided there for SSHD and console/terminals? See https://issues.apache.org/jira/browse/SSHD-1029 - turns out it's not that simple even with JLine

Re: SSHD Custom ShellFactory

I found this project called JLine, and help can be provided there for SSHD and console/terminals? > On Oct 28, 2020, at 12:23 PM, Lyor Goldstein wrote: > >>> But now the issue is how do I get the ECHO to work! When I type my > command, I need to see what I type, as soon as I type a character, j

Re: SSHD Custom ShellFactory

>> But now the issue is how do I get the ECHO to work! When I type my command, I need to see what I type, as soon as I type a character, just like in any normal terminal. I understand how the ProcessShell works, as the process has Input, Output and Error (which is used as Echo stream) streams, L

Re: SSHD Custom ShellFactory

I have made some more progress, not sure if this will work for all cases, but it works on MacOS and Linux. I had to extend TtyFilterOutputStream with my own class / methods to handleLF and handleCR. So the output looks fine: READY STARTRECORD Status --- Running: 1 Sessions

Re: SSHD Custom ShellFactory

Thanks! So looks like the issue is still unresolved. I think this is very critical. So I have made some progress, but now everything is written to the same line, no matter what. I’m using the following PTY options: PtyMode.ONLCR PtyMode.OCRNL PtyMode.ONOCR PtyMode.ECHO PtyMode.INLCR PtyMode.IC

Re: SSHD Custom ShellFactory

>> I would really appreciate someone who has experience with this to give me some guidance. I have searched the web and cannot seem to find anything. >> Hope someone can help… This is an oldie but goodie - we have made several attempts in the past (see SSHD-897 SSHD-1029) but we always come up s

Re: SSHD Custom ShellFactory

Let me see if I could put some more details around this. So I have two problems. I think they are around PtyModes. 1. The carriage return is not honored no matter what I options I use. I’m just simply trying to get it to work in Mac/Linux environment. Unless I specifically add \r\n it does not

Re: Help on permissions on SCP and SFTP operations

>> The use case is beforeany file operations I need to check whether the user in session is having permissions to carry on the operations, This involves registering your own SftpFileSystemAccessor via: SftpSubsystemFactory factory = new SftpSubsystemFactory.Builder()

Re: [jira] [Created] (DIRMINA-1138) Java Module support

There is a huge problem in eclipse with Java 9 Modules and the src/test folder structure in Maven. I still don’t think it’s been resolved. On Sun, Oct 11, 2020 at 10:33 PM Gili (Jira) wrote: > Gili created DIRMINA-1138: > - > > Summary: Java Module suppor

Re: Reminde: How to use ls command with SftpClient Apache library

Hello Team, I am passing this url from application and based on this url I want to get all file from this path. dir/dir1*/ dir/dir1? So Can you please give me example ASAP. On Sun, Sep 20, 2020 at 8:02 AM Leshika Sahu 6A wrote: > Hello Guillaume, > Thanks for your response. > > I am using re

Re: Reminde: How to use ls command with SftpClient Apache library

I didn’t get answer for this issue Hello Team, I want to use Apache library for ls Unix command. Means same list I want to get using Apache library. So can lease advice. How to use ls command with SftpClient Apache library. I want to use Apache library For matching pattern below: dir/dir1*/Tes

Re: Enhancements to IoBufferHexDumper

This was my original option, just weary about changing anything with the public api. Thanks On Sun, Sep 13, 2020 at 3:34 AM Jeff MAURY wrote: > Add a new method getHexDump with a pretty flag and use the old one to call > > with false > > > > Le dim. 13 sept. 2020 à 01:23, Jonathan Valliere a >

Re: Enhancements to IoBufferHexDumper

Add a new method getHexDump with a pretty flag and use the old one to call with false Le dim. 13 sept. 2020 à 01:23, Jonathan Valliere a écrit : > I'm adding some additional methods to IoBufferHexDumper to produce pretty > hex dumps for debugging purposes. > > Possible options to expose the new

Re: Question on support for TLSv1.3

Looks like it's a bug in JDK 11; Try JDK 12 and let me know. https://webtide.com/openjdk-11-and-tls-1-3-issues/ On Sat, Sep 5, 2020 at 6:41 AM Ratnakar Lingamallu < lingamallu.ratna...@gmail.com> wrote: > Not sure if I have the privilege to create the JIRA ticket. Please let me > know if any add

Re: Question on support for TLSv1.3

Not sure if I have the privilege to create the JIRA ticket. Please let me know if any additional information required. On Sat, Sep 5, 2020 at 4:09 PM Ratnakar Lingamallu < lingamallu.ratna...@gmail.com> wrote: > Thanks for the reply. > We are using Java 11.0.6(I am fine with anything greater than

Re: Question on support for TLSv1.3

Thanks for the reply. We are using Java 11.0.6(I am fine with anything greater than 11.0.6). SSLContext sslCtx = SSLContext.getInstance("TLSv1.3"); sslFilter.setEnabledProtocols(new String[] { "SSLv2Hello", "TLSv1.3" });sslFilter.setEnabledCipherSuites(new String[]); Please let me know if any oth

Re: Question on support for TLSv1.3

Please create a ticket in JIRA and let us know the version of Java you are using and how you configured the TLS. I’ll look into it when the ticket is made and I can try to reproduce it. Have you tried using MINA 2.1? On Fri, Sep 4, 2020 at 4:53 AM Ratnakar Lingamallu < lingamallu.ratna...@gmail.

Re: Result, was: [VOTE] Release Apache MINA 2.1.4

Hi ! FTR, I pushed the packages, but I still have to update the website. The new site is a bit different, and I probably have to find the best way to push the generated docs. Something like what Bean did is probably the way to go, but I have to spend some time on that (later this week). I'

Re: [VOTE] Release Apache MINA 2.1.4

+1 On Mon, Aug 17, 2020 at 8:38 PM Christoph John wrote: > +1 > > Cheers, > Chris. > > Am 17. August 2020 18:35:25 MESZ schrieb "Emmanuel Lécharny" < > elecha...@gmail.com>: > >Hi ! > > > >I'm calling for a vote of Apache MINA 2.1.4 release. > > > >It fixes the following issues : > > > > > >Bugs

Re: [VOTE] Release Apache MINA 2.1.4

+1 Cheers, Chris. Am 17. August 2020 18:35:25 MESZ schrieb "Emmanuel Lécharny" : >Hi ! > >I'm calling for a vote of Apache MINA 2.1.4 release. > >It fixes the following issues : > > >Bugs > >     [DIRMINA-966] - NIO Datagram messages can get duplicated when >unable to be sent by the underlying

Re: [VOTE] Release Apache MINA 2.1.4

+1 Jeff > On Aug 17, 2020, at 10:35 AM, Emmanuel Lécharny wrote: > > Hi ! > > I'm calling for a vote of Apache MINA 2.1.4 release. > > It fixes the following issues : > > > Bugs > > [DIRMINA-966] - NIO Datagram messages can get duplicated when unable to > be sent by the underlying Dat

Re: [VOTE] Release Apache MINA 2.1.4

+1 On Mon, Aug 17, 2020 at 12:35 PM Emmanuel Lécharny wrote: > Hi ! > > > > I'm calling for a vote of Apache MINA 2.1.4 release. > > > > It fixes the following issues : > > > > > > Bugs > > > > [DIRMINA-966] - NIO Datagram messages can get duplicated when > > unable to be sent by the underl

Re: Jenkins / site

On 2020/07/20 20:53:24, Emmanuel Lécharny wrote: > > On 20/07/2020 22:45, Jonathan Valliere wrote: > > Okay. Emmanuel is our go-to person for managing the CI but he has been > > unavailable recently so I should take a look at this so I can be useful. > > > I'm mostly absent, but I follow wh

Re: Jenkins / site

That said, we need to push a new build of 2.1.X out the door. On Mon, Jul 20, 2020 at 4:53 PM Emmanuel Lécharny wrote: > > On 20/07/2020 22:45, Jonathan Valliere wrote: > > Okay. Emmanuel is our go-to person for managing the CI but he has been > > unavailable recently so I should take a look at

Re: Jenkins / site

On 20/07/2020 22:45, Jonathan Valliere wrote: Okay. Emmanuel is our go-to person for managing the CI but he has been unavailable recently so I should take a look at this so I can be useful. I'm mostly absent, but I follow what's going on. If there is a task I can complete quickly, then I ca

Re: Jenkins / site

Okay. Emmanuel is our go-to person for managing the CI but he has been unavailable recently so I should take a look at this so I can be useful. On Mon, Jul 20, 2020 at 2:55 PM Roy Lenferink wrote: > This affects all CI builds running on builds.a.o. See [1] for the > announcement on builds@ > > [

Re: Jenkins / site

This affects all CI builds running on builds.a.o. See [1] for the announcement on builds@ [1] https://lists.apache.org/thread.html/re974eed417a1bc294694701d5c91b4bf92689fcf32a4c91f169be87d%40%3Cbuilds.apache.org%3E The cutoff date is August 15th, that's why I started with the site job already.

Re: Jenkins / site

Is this just for the MINA site or also for our CI builds? On Mon, Jul 20, 2020 at 1:16 PM Roy Lenferink wrote: > Hi all, > > The builds.a.o environment is on the move to a new ci-builds.a.o > environment. Some time ago I > created a mina-site job to generate the MINA site. The configuration was

Re: [VOTE] Release Apache Mina SSHD 2.5.1

+1 Le ven. 26 juin 2020 à 11:16, Guillaume Nodet a écrit : > I've staged a release candidate: > * Maven Repo: > https://repository.apache.org/content/repositories/orgapachemina-1050 > * Distributions: https://dist.apache.org/repos/dist/dev/mina/sshd/2.5.1/ > * Git Tag: https://github.com/a

Re: [VOTE] Release Apache Mina SSHD 2.5.1

+1 Jeff > On Jun 26, 2020, at 3:16 AM, Guillaume Nodet wrote: > > I've staged a release candidate: > * Maven Repo: > https://repository.apache.org/content/repositories/orgapachemina-1050 > * Distributions: https://dist.apache.org/repos/dist/dev/mina/sshd/2.5.1/ > * Git Tag: https://github.co

Re: [VOTE] Release Apache Mina SSHD 2.5.1

+1 >> This release is a bug fix release for SSHD-1022 .

Re: Release 2.5.1 patch due to SSHD-1022 ?

>> Sorry, I just saw your message, the release has been uploaded already No problem - we'll include it in the next release then...

Re: Release 2.5.1 patch due to SSHD-1022 ?

>> A release sounds good to me. I can start the release process now. Can you wait 2-3 hours ? I would like to add some log messages to Nio2Session that might help diagnose read/write errors like the one mentioned in SSHD-1020

Re: [VOTE] Release Apache Mina SSHD 2.5.0

+1 Le mar. 16 juin 2020 à 17:27, Guillaume Nodet a écrit : > I've staged a release candidate: > * Repo: > https://repository.apache.org/content/repositories/orgapachemina-1049 > * Distributions: > https://repository.apache.org/content/repositories/orgapachemina-1049/org/apache/sshd/apache-ss

Re: [VOTE] Release Apache Mina SSHD 2.5.0

On 18/06/2020 17:23, Martin Perina wrote: Hi, not sure if my voice counts, Every voice count ! Even if you vote is not binding, a -1 would clearly be addressed :-) Thanks ! - To unsubscribe, e-mail: dev-unsubscr...@mina

Re: [VOTE] Release Apache Mina SSHD 2.5.0

Hi, not sure if my voice counts, but definitely +1 from me. I've just verified that rsa-sha2 support for a client has been fixed since 2.4.0 and all other flows we are using in oVirt work as expected. So looking forward to official release! Thanks, Martin On Tue, Jun 16, 2020 at 7:39 PM Lyor Gol

Re: [VOTE] Release Apache Mina SSHD 2.5.0

+1 Jeff > On Jun 18, 2020, at 1:35 AM, Emmanuel Lécharny wrote: > > My +1 > > - built from git and from packages > > - signature checked > > > I insist that the packages should be pushed into > https://dist.apache.org/repos/dist/dev/mina/sshd/ with SHA256 and SHA512 > signatures, as Mave

Re: [VOTE] Release Apache Mina SSHD 2.5.0

I've uploaded the packages signed with a stronger key at https://dist.apache.org/repos/dist/dev/mina/sshd/2.5.0/ Le jeu. 18 juin 2020 à 09:35, Emmanuel Lécharny a écrit : > My +1 > > - built from git and from packages > > - signature checked > > > I insist that the packages should be pushed in

Re: [VOTE] Release Apache Mina SSHD 2.5.0

My +1 - built from git and from packages - signature checked I insist that the packages should be pushed into https://dist.apache.org/repos/dist/dev/mina/sshd/ with SHA256 and SHA512 signatures, as Maven only creates MD5 and SHA1 signatures that are not anymore valid for The ASF. Thanks

Re: [VOTE] Release Apache Mina SSHD 2.5.0

+1 >> I've staged a release candidate: * Repo: https://repository.apache.org/content/repositories/orgapachemina-1049 * Distributions: https://repository.apache.org/content/repositories/orgapachemina-1049/org/apache/sshd/apache-sshd/2.5.0/ * Git Tag: https://github.com/apache/mina-sshd/releas

Re: [DISCUSS] Release SSHD 2.5.0 ?

>> Days sounds good to me. >> I can actually start the process today / tomorrow to get it out next week if that's ok for everyone. Fine by me...

Re: [DISCUSS] Release SSHD 2.5.0 ?

On Wed, Jun 10, 2020 at 8:55 AM Guillaume Nodet wrote: > Days sounds good to me. > I can actually start the process today / tomorrow to get it out next week > if that's ok for everyone. > That would be great, thanks a lot! > > Guillaume > > Le mar. 9 juin 2020 à 17:54, Lyor Goldstein a > écrit

Re: [DISCUSS] Release SSHD 2.5.0 ?

Days sounds good to me. I can actually start the process today / tomorrow to get it out next week if that's ok for everyone. Guillaume Le mar. 9 juin 2020 à 17:54, Lyor Goldstein a écrit : > >> what's the expected timeframe to release 2.5.0? Is it a matter of days > or weeks? > > Hopefully day

Re: Alternative methods in Mina ssh

The code has been changed a bit: https://github.com/apache/mina-sshd/commit/aa551bc0ed07430ee768e98a57b75cd56f3927e0#diff-945f416b7cba28d68dc577da4f2b186eR217-R237 You need to use setForwardingFilter / setForwarderFactory instead. Le ven. 18 mai 2018 à 13:11, pratap kumar raju a écrit : > Hi, >

Re: [DISCUSS] Release SSHD 2.5.0 ?

>> what's the expected timeframe to release 2.5.0? Is it a matter of days or weeks? Hopefully days (at least for me) - Guillaume, can you weigh in your opinion on this ?

Re: [DISCUSS] Release SSHD 2.5.0 ?

On Thu, Jun 4, 2020 at 5:27 PM Lyor Goldstein wrote: > >> A bunch of new features / enhancements have been fixed in master since > the last release a few months ago (end of january), so I think we should > get 2.5.0 out. > > I am 100% in favor - as a matter of fact I was considering suggesting i

Re: [DISCUSS] Release SSHD 2.5.0 ?

>> A bunch of new features / enhancements have been fixed in master since the last release a few months ago (end of january), so I think we should get 2.5.0 out. I am 100% in favor - as a matter of fact I was considering suggesting it myself soon...

Re: Multi version jar support?

Using crypto in J11 and removing bouncycastle requires code changes. Not sure how to do that other than branching. On Mon, May 25, 2020 at 11:14 AM Matt Sicker wrote: > By far the easiest way to do it is via a separate maven module. It just > adds another jar dependency. Alternatively, you can u

Re: Multi version jar support?

By far the easiest way to do it is via a separate maven module. It just adds another jar dependency. Alternatively, you can use the maven dependencies plugin to copy in code from another module to make an aggregate one (how we package a multi version jar in log4j2 at least). On Mon, May 25, 2020 a

Re: Multi version jar support?

Hi Matt, we could modify the build to generate distinguish packages for the various JAVA version (at least for the LTS supported versions, like Java 11 and Java 14). The thing is that we added some Jenkins tasks for Java 11 and 14n, and MINA tests fail with those versions, so there are thing we n

Re: Multi version jar support?

It appears that I assumed a ticket existed for this particular issue, but it doesn't. This is about SSHD in particular. In order to support the following: https://issues.apache.org/jira/browse/SSHD-594 https://issues.apache.org/jira/browse/SSHD-811 https://issues.apache.org/jira/browse/SSHD-704 S

Re: Multi version jar support?

I’m not sure what Mina project or specific problem you’re referring to. On Sun, May 24, 2020 at 12:22 PM Matt Sicker wrote: > In order to support ChaCha20-Poly1305, Java 11 is required, or a backport > of the cipher and mac to Java 8 like in Bouncycastle (whose java > implementation is based on

Re: SCP commands redirect to SFTP subsystem

>> Now our requirement is once we use SCP from this filezila, winscp,putty then also we need to call same class and same method as above for SFTP. Why would you want to do that ? SSHD supports SCP no need to go through SFTP... SshServer server = SshServer.setupDefaultServer(); ...more initia

Re: MINA & Project Loom

If they do something like deferring the blocking operation on to a real thread and use an async callback then the wasted cpu cycles is going to shoot through the roof but that might be a trade off acceptable to some. Uring was doing something similar using their worker thread model for AIO and the

Re: MINA & Project Loom

I expected they would have to change the IO API in some way to hack that together. It will be interesting to see what they actually had to change. The IO API is already hugely inefficient as-is compared to calling the native functions directly via JNI. On Tue, May 19, 2020 at 11:49 AM Emmanuel Lé

Re: MINA & Project Loom

On 19/05/2020 17:25, Jonathan Valliere wrote: Right, I’m not sure how loom is going to make any difference other than being able to resource limit certain groups of threads. The problem With virtual threads is pausing the thread during io; I’m not sure it is even possible to do. "The follow

Re: MINA & Project Loom

Right, I’m not sure how loom is going to make any difference other than being able to resource limit certain groups of threads. The problem With virtual threads is pausing the thread during io; I’m not sure it is even possible to do. The cool idea of virtual threads would be that I could make a b

Re: MINA & Project Loom

On 19/05/2020 16:01, Jonathan Valliere wrote: I’ll have to look at it but generally speaking virtual threads are not for us because they cannot be paused during blocking operations within the kernel space so you can’t have ten virtual threads blocked on a kernel action on a single process threa

Re: MINA & Project Loom

I’ll have to look at it but generally speaking virtual threads are not for us because they cannot be paused during blocking operations within the kernel space so you can’t have ten virtual threads blocked on a kernel action on a single process thread. Java once had “green” threads back in version

Re: SSHD Mina: Help to fetch public key from host

>> I have one requirement where I have to fetch public key from given remote host and port, Can you please help me for that, Please point me for any document, code snippet. There is class that I believe already does this: see SshKeyScanMain

Re: CI

I think we should hold off on releasing 2.1.4 until these issues are resolved. On Sat, May 9, 2020 at 10:38 AM Emmanuel Lécharny wrote: > FTR it would be cool to create a pipeline for each branch, where we > build in // the various JDK versions, like what we do for directory : > > > > https://bu

Re: CI

FTR it would be cool to create a pipeline for each branch, where we build in // the various JDK versions, like what we do for directory : https://builds.apache.org/blue/organizations/jenkins/dir-ldap-api-pipeline/detail/dir-ldap-api-pipeline/208/pipeline We have defined docker images for each

Re: CI

On 09/05/2020 14:53, Jonathan Valliere wrote: This is consistent with what I’ve been experiencing.  These issues do not happen all the time. Thanks for getting the tests running again.  How do I access this information normally without going through you? You should be able to log in https:

Re: CI

This is consistent with what I’ve been experiencing. These issues do not happen all the time. Thanks for getting the tests running again. How do I access this information normally without going through you? On Sat, May 9, 2020 at 1:32 AM Emmanuel Lécharny wrote: > On 09/05/2020 01:04, Jonatha

Re: CI

On 09/05/2020 01:04, Jonathan Valliere wrote: I tried 2.1.2 earlier and that was intermittently failing on one or another SSL test also. I’m going to have to look at it again. Either a socket bind test or ssl test fails or hangs randomly on my side. FTR, the build with Java 11 hanged on the S

Re: CI

I tried 2.1.2 earlier and that was intermittently failing on one or another SSL test also. I’m going to have to look at it again. Either a socket bind test or ssl test fails or hangs randomly on my side. On Fri, May 8, 2020 at 6:31 PM Emmanuel Lécharny wrote: > I'm also adding CI instances for

Re: CI

I'm also adding CI instances for Java 11 and 14, on both windows and linux. On 09/05/2020 00:20, Emmanuel Lécharny wrote: FTR, the latest 2.1.X build was successful : https://builds.apache.org/view/M-R/view/MINA/job/MINA-2.1.X-jdk1.8-ubuntu/8/console On 09/05/2020 00:07, Emmanuel Lécharny

Re: CI

FTR, the latest 2.1.X build was successful : https://builds.apache.org/view/M-R/view/MINA/job/MINA-2.1.X-jdk1.8-ubuntu/8/console On 09/05/2020 00:07, Emmanuel Lécharny wrote: On 08/05/2020 18:39, Jonathan Valliere wrote: Do we have CI running for Mina on the primary branches? If so where is

Re: CI

On 08/05/2020 18:39, Jonathan Valliere wrote: Do we have CI running for Mina on the primary branches? If so where is the daily reports? We don't have daily builds, we have builds triggered on commits. Now, the CI was badly configured, due to a change in the branches names : it was expecting

Re: [apache/mina] make NioProcessor and NioSocketAcceptor extendable by removing final from class declaration (#25)

Well, I did some testing and GitHub _does_ have templates for pull requests [1]. However, multiple templates can only be accessed by adding the ?template parameter to the url (which is not something anyone wants to do). However, a pull_request_template.md template created inside the .github d

Re: [apache/mina] make NioProcessor and NioSocketAcceptor extendable by removing final from class declaration (#25)

It looks like issues tab is disabled but github marks pull requests as issues so it was confusing. It also seems that github does not have templates for pull requests like it does for issues otherwise we could note in the template to link the request in JIRA. On Thu, Apr 23, 2020 at 10:26 AM Roy

Re: [apache/mina] make NioProcessor and NioSocketAcceptor extendable by removing final from class declaration (#25)

*Me not having read the completely thread and jumping in* There is a possibility to disable GitHub repository features by using the .asf.yaml. It can be used to enable/disable the issues tab on GitHub: https://cwiki.apache.org/confluence/display/INFRA/.asf.yaml+features+for+git+repositories#id-.

Re: MINA: New relase soon ?

We will need to figure out what changes should be backported to 2.0.X and create a single ticket in jira (backport x,y) so we have that work logged adequately comes time when something is accidentally broken we will know where the change came from. As you can see from the commit log I’m trying to

Re: [apache/mina] make NioProcessor and NioSocketAcceptor extendable by removing final from class declaration (#25)

On 23/04/2020 15:42, jon-valliere wrote: Is there any way to disable issues on github and force everyone to use JIRA? I don't think so. The best is to kindly ask people to fill a JIRA pointing to the GH PR. - To unsub

Re: [apache/mina] make NioProcessor and NioSocketAcceptor extendable by removing final from class declaration (#25)

On 23/04/2020 10:44, Anna Kukliansky wrote: You are right, this is exactly our goal. It's just that the new NioAcceptor we implemented is a pretty simple extension over the existing NioSocketAcceptor (which I'm changing here to support inheritance), and it's a shame to duplicate all of the

Re: Autoformat source code issue

Merge yours, I'll try another ackk (remove / add back) tomorrow. Le mar. 21 avr. 2020 à 19:44, Lyor Goldstein a écrit : > >> >> Could you try with https://github.com/gnodet/mina-sshd/tree/SSHD-978 > and see if it's stable for you > > Works for me - except BCrypt.java seems to still require CRL

Re: Autoformat source code issue

>> >> Could you try with https://github.com/gnodet/mina-sshd/tree/SSHD-978 and see if it's stable for you Works for me - except BCrypt.java seems to still require CRLF changes somehow I guess it will keep doing that every time we "ping pong" commits for it. I therefore think since it is the only

Re: Autoformat source code issue

>> I can still see mixed lf / crlf in the BCrypt.java file, so I'll push another commit to get rid of those. I saw the same and tried to get rid of them - no success either >> Could you try with https://github.com/gnodet/mina-sshd/tree/SSHD-978 and see if it's stable for you Will do - but if BCr

Re: Autoformat source code issue

>> When working on an existing repo and modifying the .gitattributes, you may need to use the --renormalize option as indicated in https://help.github.com/en/github/using-git/configuring-git-to-handle-line-endings#refreshing-a-repository-after-changing-line-endings to fix the line endings. >> Afte

Re: Autoformat source code issue

lete the whole repo and re-clone it? I have no idea, I don’t use > Windows for anything relating to work. > > On Mon, Apr 20, 2020 at 1:49 PM Lyor Goldstein > wrote: > > > >> >> > > https://stackoverflow.com/questions/21822650/disable-git-eol-conversions &

Re: Autoformat source code issue

Did you delete the whole repo and re-clone it? I have no idea, I don’t use Windows for anything relating to work. On Mon, Apr 20, 2020 at 1:49 PM Lyor Goldstein wrote: > >> >> > https://stackoverflow.com/questions/21822650/disable-git-eol-conversions > >> >> Y

Re: Autoformat source code issue

>> >> https://stackoverflow.com/questions/21822650/disable-git-eol-conversions >> >> You will probably have to checkout the repo again. >> Thx - I'll give it a try... No good - tried all sort of combinations for .gitconfig and .gitattributes but none worked quite frustrating - makes no sense

Re: Autoformat source code issue

>> https://stackoverflow.com/questions/21822650/disable-git-eol-conversions >> You will probably have to checkout the repo again. Thx - I'll give it a try...

Re: Autoformat source code issue

https://stackoverflow.com/questions/21822650/disable-git-eol-conversions You will probably have to checkout the repo again. On Mon, Apr 20, 2020 at 1:23 PM Lyor Goldstein wrote: > >> Maven auto format might be converting it back to LF then GIT gets > confused? Maybe just disable the conversio

Re: Autoformat source code issue

>> Maven auto format might be converting it back to LF then GIT gets confused? Maybe just disable the conversion to CRLF? How do I do that ?

Re: Autoformat source code issue

Maven auto format might be converting it back to LF then GIT gets confused? Maybe just disable the conversion to CRLF? On Mon, Apr 20, 2020 at 11:03 AM Lyor Goldstein wrote: > >> I thought GIT does this automatically on Windows. > > Not entirely - there are some core settings that control it, b

Re: Autoformat source code issue

>> I thought GIT does this automatically on Windows. Not entirely - there are some core settings that control it, but it is not clear how they affect the behavior. My current setup in .gitconfig is shown below: [core] autocrlf = input filemode = false I have been using it so far wit

<    9   10   11   12   13   14   15   16   17   18   >