[jira] Resolved: (SSHD-87) apache-ssd not in maven repository
[ https://issues.apache.org/jira/browse/SSHD-87?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SSHD-87. - Assignee: Guillaume Nodet Fix Version/s: (was: 0.3.0) Resolution: Not A Problem That's because the main artifactId is sshd-core: http://repo2.maven.org/maven2/org/apache/sshd/sshd-core/0.3.0/ apache-ssd not in maven repository -- Key: SSHD-87 URL: https://issues.apache.org/jira/browse/SSHD-87 Project: MINA SSHD Issue Type: Bug Affects Versions: 0.3.0 Environment: All Reporter: Saul Hazledine Assignee: Guillaume Nodet Priority: Minor It does not seem possible to use apache-sshd in a maven project without manually downloading and installing jar files. The 0.3.0 release on mvnrepository.com contains a pom but not a jar file. Manually downloading the 0.3.0 source release and running 'mvn install' adds tar.gz files to the users local repository - this is an error as the .tar.gz files cannot be used by maven. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[VOTE] Time for another vote on MINA 2.0 ?
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 now wondering if we should not release 2.0, instead of waiting forever that magically the release gets out of the box. My opinion is that the current trunk may not be perfect, but unless we release it, it will be difficult to know what's wrong about it. We also can release a 2.0.1 if needed. I mean, perfection is a goal, not a requirement... Also my perception is that everyone is waiting for 2.0 to be out before starting to work on 3.0. I think it's time. So : [] +1 Yes, release MINA 2.0 [] +/-0 No opinion [] -1 No, we are not ready yet. Thanks ! -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com
Re: [VOTE] Time for another vote on MINA 2.0 ?
On Mon, May 31, 2010 at 9:11 AM, Emmanuel Lecharny elecha...@gmail.com wrote: [X] +1 Yes, release MINA 2.0 Assuming we will actually get a vote for the actual release as well :-) /niklas
Re: [VOTE] Time for another vote on MINA 2.0 ?
+1 On Mon, May 31, 2010 at 10:16 AM, Guillaume Nodet gno...@gmail.com wrote: +1 On Mon, May 31, 2010 at 09:11, Emmanuel Lecharny elecha...@gmail.com wrote: 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 now wondering if we should not release 2.0, instead of waiting forever that magically the release gets out of the box. My opinion is that the current trunk may not be perfect, but unless we release it, it will be difficult to know what's wrong about it. We also can release a 2.0.1 if needed. I mean, perfection is a goal, not a requirement... Also my perception is that everyone is waiting for 2.0 to be out before starting to work on 3.0. I think it's time. So : [] +1 Yes, release MINA 2.0 [] +/-0 No opinion [] -1 No, we are not ready yet. Thanks ! -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com -- Alex Karasulu My Blog :: http://www.jroller.com/akarasulu/ Apache Directory Server :: http://directory.apache.org Apache MINA :: http://mina.apache.org To set up a meeting with me: http://tungle.me/AlexKarasulu
I'm the only one having trouble on Mac ?
Hi, as I just launched a new vote for 2.0, as suggested by Niklas, I should have added the revision and uploaded binaries for the vote. So I started to generate them, and now, on my Mac, I have one error : --- Test set: org.apache.mina.example.echoserver.ssl.SslFilterTest --- Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.886 sec FAILURE! testMessageSentIsCalled_With_SSL(org.apache.mina.example.echoserver.ssl.SslFilterTest) Time elapsed: 0.779 sec ERROR! javax.net.ssl.SSLHandshakeException: renegotiation is not allowed at com.sun.net.ssl.internal.ssl.SSLSocketImpl.kickstartHandshake(SSLSocketImpl.java:1181) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1150) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1131) at org.apache.mina.example.echoserver.ssl.SslFilterTest.testMessageSentIsCalled(SslFilterTest.java:104) at org.apache.mina.example.echoserver.ssl.SslFilterTest.testMessageSentIsCalled_With_SSL(SslFilterTest.java:76) I strongly suspect that it's due to the newly installed Java 1.6.0_20 on my computer, because the build worked ike a charm before I installed it. On the other hand, the build works well on linux, but with Java 1.6.0_18. Can someone give it a try with an older Java version on mac, and the last version on inux? Thanks ! -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com
Re: [VOTE] Time for another vote on MINA 2.0 ?
Le Mon, 31 May 2010 09:18:24 +0200, Niklas Gustavsson nik...@protocol7.com a écrit : On Mon, May 31, 2010 at 9:11 AM, Emmanuel Lecharny elecha...@gmail.com wrote: [X] +1 Yes, release MINA 2.0 Assuming we will actually get a vote for the actual release as well :-) /niklas +1, as soon the tests are stables :) I won't be much available for helping. -- Julien Vermillard Archean Technologies http://www.archean.fr signature.asc Description: PGP signature
Re: [VOTE] Time for another vote on MINA 2.0 ?
+1 On Mon, May 31, 2010 at 12:41 PM, Emmanuel Lecharny elecha...@gmail.com wrote: 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 now wondering if we should not release 2.0, instead of waiting forever that magically the release gets out of the box. My opinion is that the current trunk may not be perfect, but unless we release it, it will be difficult to know what's wrong about it. We also can release a 2.0.1 if needed. I mean, perfection is a goal, not a requirement... Also my perception is that everyone is waiting for 2.0 to be out before starting to work on 3.0. I think it's time. So : [] +1 Yes, release MINA 2.0 [] +/-0 No opinion [] -1 No, we are not ready yet. Thanks ! -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: I'm the only one having trouble on Mac ?
On Mon, May 31, 2010 at 9:53 AM, Emmanuel Lecharny elecha...@gmail.com wrote: as I just launched a new vote for 2.0, as suggested by Niklas, I should have added the revision and uploaded binaries for the vote. So I started to generate them, and now, on my Mac, I have one error : Do you get this consistently? I just ran mvn clean install on trunk and it worked fine. But, that's using 1.6.0_17. /niklas
Re: I'm the only one having trouble on Mac ?
I am getting the same error :( Me and Emm both are on JDK 1.6 u20 On Mon, May 31, 2010 at 1:48 PM, Niklas Gustavsson nik...@protocol7.com wrote: On Mon, May 31, 2010 at 9:53 AM, Emmanuel Lecharny elecha...@gmail.com wrote: as I just launched a new vote for 2.0, as suggested by Niklas, I should have added the revision and uploaded binaries for the vote. So I started to generate them, and now, on my Mac, I have one error : Do you get this consistently? I just ran mvn clean install on trunk and it worked fine. But, that's using 1.6.0_17. /niklas -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: I'm the only one having trouble on Mac ?
There was a vulnerability discovered in TLS recently. One fix is to switch off renegotitation. Maybe you are running into this issue, but you'd have to check for yourself. From http://en.wikipedia.org/wiki/Transport_Layer_Security : A vulnerability of the renegotiation procedure was discovered in August 2009 that can lead to plaintext injection attacks against SSLv3 and all current versions of TLS. For example, it allows an attacker who can hijack an https connection to splice their own requests into the beginning of the conversation the client has with the web server. The attacker can't actually decrypt the client-server communication, so it is different from a typical man-in-the-middle attack. A short-term fix is for web servers to stop allowing renegotiation, which typically will not require other changes unless client certificate authentication is used. See also this blog post from Ben Laurie: http://www.links.org/?p=840 HTH, Bernd Ashish wrote: I am getting the same error :( Me and Emm both are on JDK 1.6 u20 On Mon, May 31, 2010 at 1:48 PM, Niklas Gustavsson nik...@protocol7.com wrote: On Mon, May 31, 2010 at 9:53 AM, Emmanuel Lecharny elecha...@gmail.com wrote: as I just launched a new vote for 2.0, as suggested by Niklas, I should have added the revision and uploaded binaries for the vote. So I started to generate them, and now, on my Mac, I have one error : Do you get this consistently? I just ran mvn clean install on trunk and it worked fine. But, that's using 1.6.0_17. /niklas
Re: I'm the only one having trouble on Mac ?
On 5/31/10 10:51 AM, Bernd Fondermann wrote: There was a vulnerability discovered in TLS recently. One fix is to switch off renegotitation. Maybe you are running into this issue, but you'd have to check for yourself. Most certainly the case. The test fails in a call to SSLSocket.startHandshake(). Not our fault, but this impact the code, as the tests are failing. I will try to find a workaround. PS : I understand why Sun has been bought by Oracle more and more. It was not big enough though to become a supernova, but probably just a brown dwarf... (http://en.wikipedia.org/wiki/Brown_dwarf) -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com
MINE pending vote
Hi guys, I will hold the vote for a bit, just for me to generate the packages. It will be done after lunch. In any case, the 72 hours will start *after* the packages will have been provided. Sorry for the latency. -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com
Release steps on the MINA web site are totally broken
Hi guys, I'm trying to package the 2.0 jars, following this page : http://mina.apache.org/developer-guide.html#DeveloperGuide-ReleasingaPointRelease%2528CommittersOnly%2529 It's totally FU. When I run a mvn -Dwith-LGPL-dependencies -DdryRun=true release:prepare (or even the mvn -Dwith-LGPL-dependencies release:prepare command), after having removed the MINA repository (to be sure), then I get many errors like : [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.mina:mina-integration-beans:jar:2.0.0-RC2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.mina -DartifactId=mina-integration-beans -Dversion=2.0.0-RC2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.mina -DartifactId=mina-integration-beans -Dversion=2.0.0-RC2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.mina:mina-integration-xbean:jar:2.0.0-RC2-SNAPSHOT 2) org.apache.mina:mina-integration-beans:jar:2.0.0-RC2-SNAPSHOT 2) org.apache.mina:mina-core:jar:2.0.0-RC2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.mina -DartifactId=mina-core -Dversion=2.0.0-RC2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file It looks like we have to do a mvn -Pserial clean install before. Then, when you run the release:prepare again, it gives another error : ... [INFO] [INFO] [INFO] [INFO] Building Apache MINA Core [INFO] [INFO]task-segment: [clean, verify] [INFO] [INFO] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Deleting directory /Users/elecharny/mina/trunk/core/target [INFO] [INFO] [remote-resources:process {execution: default}] [INFO] [INFO] [resources:resources {execution: default-resources}] [INFO] [WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent! [INFO] [INFO] Copying 0 resource [INFO] [INFO] Copying 3 resources [INFO] [INFO] [compiler:compile {execution: default-compile}] [INFO] [INFO] Compiling 285 source files to /Users/elecharny/mina/trunk/core/target/classes [INFO] [INFO] [resources:testResources {execution: default-testResources}] [INFO] [WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent! [INFO] [INFO] Copying 4 resources [INFO] [INFO] Copying 3 resources [INFO] [INFO] [compiler:testCompile {execution: default-testCompile}] [INFO] [INFO] Compiling 62 source files to /Users/elecharny/mina/trunk/core/target/test-classes [INFO] [INFO] [surefire:test {execution: default-test}] [INFO] [INFO] Surefire report directory: /Users/elecharny/mina/trunk/core/target/surefire-reports [INFO] [INFO] --- [INFO] T E S T S [INFO] --- ... [INFO] Tests run: 189, Failures: 0, Errors: 0, Skipped: 4 [INFO] [INFO] [INFO] [bundle:bundle {execution: default-bundle}] [INFO] [INFO] Preparing source:jar [INFO] [WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation. [INFO] [INFO] No goals needed for project - skipping [INFO] [INFO] [source:jar {execution: attach-source}] [INFO] [INFO] Building jar: /Users/elecharny/mina/trunk/core/target/mina-core-2.0.0-sources.jar [INFO] [INFO] [INFO] [INFO] Building Apache MINA APR Transport [INFO] [INFO]task-segment: [clean, verify] [INFO] [INFO] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Deleting directory /Users/elecharny/mina/trunk/transport-apr/target [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/mina/mina-core/2.0.0/mina-core-2.0.0.jar [INFO] [INFO] Unable to find resource 'org.apache.mina:mina-core:jar:2.0.0' in repository central (http://repo1.maven.org/maven2) [INFO] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] [INFO] [INFO] Failed to resolve artifact. [INFO] [INFO] Missing: [INFO] -- [INFO] 1) org.apache.mina:mina-core:jar:2.0.0 [INFO] [INFO] Try downloading the file manually from the project
Hudson build became unstable: MINA-tru nk-jdk1.6-windows » Apache MINA Core #24
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.6-windows/org.apache.mina$mina-core/24/changes
Hudson build became unstable: MINA-tru nk-jdk1.5-windows » Apache MINA Core #21
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/org.apache.mina$mina-core/21/changes
Hudson build became unstable: MINA-trunk-jdk1.6-windows #24
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.6-windows/24/changes
Hudson build became unstable: MINA-trunk-jdk1.5-windows #21
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/21/changes
Re: Release steps on the MINA web site are totally broken
Hi Emmanuel, It seems to me that the dependency link between several projects is wrong as they are not referring to the correct packaging type ('jar' is inherited as default packaging type, instead of 'bundle' in your case). The attached patch should fix all dependency link issues and should let you release... Regards, Pierre-Arnaud On 31 mai 2010, at 14:24, Emmanuel Lecharny wrote: Hi guys, I'm trying to package the 2.0 jars, following this page : http://mina.apache.org/developer-guide.html#DeveloperGuide-ReleasingaPointRelease%2528CommittersOnly%2529 It's totally FU. When I run a mvn -Dwith-LGPL-dependencies -DdryRun=true release:prepare (or even the mvn -Dwith-LGPL-dependencies release:prepare command), after having removed the MINA repository (to be sure), then I get many errors like : [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.mina:mina-integration-beans:jar:2.0.0-RC2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.mina -DartifactId=mina-integration-beans -Dversion=2.0.0-RC2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.mina -DartifactId=mina-integration-beans -Dversion=2.0.0-RC2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.mina:mina-integration-xbean:jar:2.0.0-RC2-SNAPSHOT 2) org.apache.mina:mina-integration-beans:jar:2.0.0-RC2-SNAPSHOT 2) org.apache.mina:mina-core:jar:2.0.0-RC2-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.mina -DartifactId=mina-core -Dversion=2.0.0-RC2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file It looks like we have to do a mvn -Pserial clean install before. Then, when you run the release:prepare again, it gives another error : ... [INFO] [INFO] [INFO] [INFO] Building Apache MINA Core [INFO] [INFO]task-segment: [clean, verify] [INFO] [INFO] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Deleting directory /Users/elecharny/mina/trunk/core/target [INFO] [INFO] [remote-resources:process {execution: default}] [INFO] [INFO] [resources:resources {execution: default-resources}] [INFO] [WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent! [INFO] [INFO] Copying 0 resource [INFO] [INFO] Copying 3 resources [INFO] [INFO] [compiler:compile {execution: default-compile}] [INFO] [INFO] Compiling 285 source files to /Users/elecharny/mina/trunk/core/target/classes [INFO] [INFO] [resources:testResources {execution: default-testResources}] [INFO] [WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent! [INFO] [INFO] Copying 4 resources [INFO] [INFO] Copying 3 resources [INFO] [INFO] [compiler:testCompile {execution: default-testCompile}] [INFO] [INFO] Compiling 62 source files to /Users/elecharny/mina/trunk/core/target/test-classes [INFO] [INFO] [surefire:test {execution: default-test}] [INFO] [INFO] Surefire report directory: /Users/elecharny/mina/trunk/core/target/surefire-reports [INFO] [INFO] --- [INFO] T E S T S [INFO] --- ... [INFO] Tests run: 189, Failures: 0, Errors: 0, Skipped: 4 [INFO] [INFO] [INFO] [bundle:bundle {execution: default-bundle}] [INFO] [INFO] Preparing source:jar [INFO] [WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation. [INFO] [INFO] No goals needed for project - skipping [INFO] [INFO] [source:jar {execution: attach-source}] [INFO] [INFO] Building jar: /Users/elecharny/mina/trunk/core/target/mina-core-2.0.0-sources.jar [INFO] [INFO] [INFO] [INFO] Building Apache MINA APR Transport [INFO] [INFO]task-segment: [clean, verify] [INFO] [INFO] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Deleting directory /Users/elecharny/mina/trunk/transport-apr/target [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/mina/mina-core/2.0.0/mina-core-2.0.0.jar [INFO] [INFO] Unable to find resource
Hudson build is back to stable : MINA-tr unk-jdk1.6-windows » Apache MINA Core #25
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.6-windows/org.apache.mina$mina-core/25/
Hudson build is still unstable: MINA-tru nk-jdk1.5-windows » Apache MINA Core #22
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/org.apache.mina$mina-core/changes
Hudson build is back to stable : MINA-trunk-jdk1.6-windows #25
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.6-windows/25/changes
Hudson build is still unstable: MINA-trunk-jdk1.5-windows #22
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/changes
Hudson build became unstable: MINA-trunk-jdk1.6-windows #26
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.6-windows/26/changes
Hudson build is still unstable: MINA-tru nk-jdk1.5-windows » Apache MINA Core #23
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/org.apache.mina$mina-core/23/
Hudson build is still unstable: MINA-trunk-jdk1.5-windows #23
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/changes
2.0.0 package generation aborted :/
Hi guys, I don't know how possibly we were able to release MINA in the past, but I must admit it's a nightmare. I spent the full afternoon trying to get the packages generated and the 2.0.0 tags to be created, with no success. Not only the poms were all totally broken (with bad references to a jar when the core module is a bundle), but also the SCM infos were wrong, and we can't deploy because the parent's assembly can't be generated (it seems to be a maven's limitation). I'm done with this crap, fed up, worn out. No wonder why Maven has so many enemies... -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com
Hudson build is still unstable: MINA-tru nk-jdk1.5-windows » Apache MINA Core #24
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/org.apache.mina$mina-core/changes
Hudson build is still unstable: MINA-trunk-jdk1.5-windows #24
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/changes
Hudson build is still unstable: MINA-tru nk-jdk1.6-windows » Apache MINA Core #27
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.6-windows/org.apache.mina$mina-core/changes
Hudson build is still unstable: MINA-trunk-jdk1.6-windows #27
See http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.6-windows/changes
Re: [VOTE] Time for another vote on MINA 2.0 ?
+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 now wondering if we should not release 2.0, instead of waiting forever that magically the release gets out of the box. My opinion is that the current trunk may not be perfect, but unless we release it, it will be difficult to know what's wrong about it. We also can release a 2.0.1 if needed. I mean, perfection is a goal, not a requirement... Also my perception is that everyone is waiting for 2.0 to be out before starting to work on 3.0. I think it's time. So : [] +1 Yes, release MINA 2.0 [] +/-0 No opinion [] -1 No, we are not ready yet. Thanks ! -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com