[jira] [Resolved] (SSHD-733) SSHD server displays file symlinks instead of dir symlinks
[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Goldstein Lyor resolved SSHD-733.
-
Resolution: Fixed
Fix Version/s: 1.5.0
> SSHD server displays file symlinks instead of dir symlinks
> --
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
>Affects Versions: 1.2.0
> Environment: Windows/Linux
>Reporter: Marcin Kozakiewicz
>Assignee: Goldstein Lyor
>Priority: Minor
> Fix For: 1.5.0
>
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Comment Edited] (SSHD-733) SSHD server displays file symlinks instead of dir symlinks
[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15947529#comment-15947529
]
Goldstein Lyor edited comment on SSHD-733 at 3/29/17 5:11 PM:
--
Please note that according to [SFTP draft
13|https://tools.ietf.org/html/draft-ietf-secsh-filexfer-13]
{quote}
SSH_FXP_STAT and SSH_FXP_LSTAT only differ in that SSH_FXP_STAT follows
symbolic links on the server, whereas SSH_FXP_LSTAT does not.
{quote}
A similar logic applies to removing files/folders - if they are symbolic links,
then the *link* is deleted and not the reference file - i.e., the configured
value will *not* apply to these commands.
was (Author: lgoldstein):
Please note that according to [SFTP draft
13|https://tools.ietf.org/html/draft-ietf-secsh-filexfer-13]
{quote}
SSH_FXP_STAT and SSH_FXP_LSTAT only differ in that SSH_FXP_STAT follows
symbolic links on the server, whereas SSH_FXP_LSTAT does not
{quote}
I.e., the configured value will *not* apply to these commands.
> SSHD server displays file symlinks instead of dir symlinks
> --
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
>Affects Versions: 1.2.0
> Environment: Windows/Linux
>Reporter: Marcin Kozakiewicz
>Assignee: Goldstein Lyor
>Priority: Minor
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (SSHD-733) SSHD server displays file symlinks instead of dir symlinks
[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15947529#comment-15947529
]
Goldstein Lyor commented on SSHD-733:
-
Please note that according to [SFTP draft
13|https://tools.ietf.org/html/draft-ietf-secsh-filexfer-13]
{quote}
SSH_FXP_STAT and SSH_FXP_LSTAT only differ in that SSH_FXP_STAT follows
symbolic links on the server, whereas SSH_FXP_LSTAT does not
{quote}
I.e., the configured value will *not* apply to these commands.
> SSHD server displays file symlinks instead of dir symlinks
> --
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
>Affects Versions: 1.2.0
> Environment: Windows/Linux
>Reporter: Marcin Kozakiewicz
>Assignee: Goldstein Lyor
>Priority: Minor
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (SSHD-732) ClientIdentitiesWatcher should load keys one at a time
[ https://issues.apache.org/jira/browse/SSHD-732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15947454#comment-15947454 ] Goldstein Lyor commented on SSHD-732: - Great - thanks :-) > ClientIdentitiesWatcher should load keys one at a time > -- > > Key: SSHD-732 > URL: https://issues.apache.org/jira/browse/SSHD-732 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 1.4.0 >Reporter: Guillaume Nodet >Assignee: Guillaume Nodet >Priority: Critical > Fix For: 1.5.0 > > Attachments: > org.apache.sshd.common.auth.AuthenticationTest-output.txt, > org.apache.sshd.common.auth.AuthenticationTest.txt > > > The keys are loaded into a List instead of using an > Iterable which could allow lazy loading the keys. > The problem is that loading keys can require passwords, thus asking the user > for passwords which may not be used. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Work started] (SSHD-733) SSHD server displays file symlinks instead of dir symlinks
[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on SSHD-733 started by Goldstein Lyor.
---
> SSHD server displays file symlinks instead of dir symlinks
> --
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
>Affects Versions: 1.2.0
> Environment: Windows/Linux
>Reporter: Marcin Kozakiewicz
>Assignee: Goldstein Lyor
>Priority: Minor
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Assigned] (SSHD-733) SSHD server displays file symlinks instead of dir symlinks
[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Goldstein Lyor reassigned SSHD-733:
---
Assignee: Goldstein Lyor
> SSHD server displays file symlinks instead of dir symlinks
> --
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
>Affects Versions: 1.2.0
> Environment: Windows/Linux
>Reporter: Marcin Kozakiewicz
>Assignee: Goldstein Lyor
>Priority: Minor
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (SSHD-733) SSHD server displays file symlinks instead of dir symlinks
[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15947411#comment-15947411
]
Goldstein Lyor commented on SSHD-733:
-
I am inclined to agree, I will therefore add it as a *configurable* option (in
case someone encounters an error and needs to restore the current
implementation) with the default set to follow links,
> SSHD server displays file symlinks instead of dir symlinks
> --
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
>Affects Versions: 1.2.0
> Environment: Windows/Linux
>Reporter: Marcin Kozakiewicz
>Priority: Minor
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Comment Edited] (SSHD-735) How to build javadoc for older versions
[
https://issues.apache.org/jira/browse/SSHD-735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15946715#comment-15946715
]
Ewout Van Gossum edited comment on SSHD-735 at 3/29/17 9:11 AM:
Thanks for the input I figured out the changes in the API and now my test
compiles. One slight problem though, I am getting a security exception:
{code}
java.lang.SecurityException: class
"org.bouncycastle.crypto.prng.VMPCRandomGenerator"'s signer information does
not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:806)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at
org.apache.sshd.common.random.BouncyCastleRandom.(BouncyCastleRandom.java:56)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:48)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:41)
at
org.apache.sshd.common.random.SingletonRandomFactory.(SingletonRandomFactory.java:37)
at
org.apache.sshd.SshBuilder$BaseBuilder.fillWithDefaultValues(SshBuilder.java:117)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:365)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:361)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:234)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:254)
at org.apache.sshd.SshServer.setUpDefaultServer(SshServer.java:366)
{code}
Do you know which version sshd core expects? Please let me know if I should put
this under a separate ticket.
EDIT: Nevermind. I had a dependency collision with another library that
depended on bouncycastle. After including the correct mina-core version I got
everything working.
was (Author: denewout):
Thanks for the input I figured out the changes in the API and now my test
compiles. One slight problem though, I am getting a security exception:
{code}
java.lang.SecurityException: class
"org.bouncycastle.crypto.prng.VMPCRandomGenerator"'s signer information does
not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:806)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at
org.apache.sshd.common.random.BouncyCastleRandom.(BouncyCastleRandom.java:56)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:48)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:41)
at
org.apache.sshd.common.random.SingletonRandomFactory.(SingletonRandomFactory.java:37)
at
org.apache.sshd.SshBuilder$BaseBuilder.fillWithDefaultValues(SshBuilder.java:117)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:365)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:361)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:234)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:254)
at org.apache.sshd.SshServer.setUpDefaultServer(SshServer.java:366)
{code}
Do you know which version sshd core expects? Please let me know if I
[jira] [Comment Edited] (SSHD-735) How to build javadoc for older versions
[
https://issues.apache.org/jira/browse/SSHD-735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15946715#comment-15946715
]
Ewout Van Gossum edited comment on SSHD-735 at 3/29/17 8:36 AM:
Thanks for the input I figured out the changes in the API and now my test
compiles. One slight problem though, I am getting a security exception:
{code}
java.lang.SecurityException: class
"org.bouncycastle.crypto.prng.VMPCRandomGenerator"'s signer information does
not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:806)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at
org.apache.sshd.common.random.BouncyCastleRandom.(BouncyCastleRandom.java:56)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:48)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:41)
at
org.apache.sshd.common.random.SingletonRandomFactory.(SingletonRandomFactory.java:37)
at
org.apache.sshd.SshBuilder$BaseBuilder.fillWithDefaultValues(SshBuilder.java:117)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:365)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:361)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:234)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:254)
at org.apache.sshd.SshServer.setUpDefaultServer(SshServer.java:366)
{code}
Do you know which version sshd core expects? Please let me know if I should put
this under a separate ticket.
was (Author: denewout):
Thanks for the input I figured out the changes in the API and now my test
compiles. One slight problem though, I am getting a security exception:
{code}
java.lang.SecurityException: class
"org.bouncycastle.crypto.prng.VMPCRandomGenerator"'s signer information does
not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:806)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at
org.apache.sshd.common.random.BouncyCastleRandom.(BouncyCastleRandom.java:56)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:48)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:41)
at
org.apache.sshd.common.random.SingletonRandomFactory.(SingletonRandomFactory.java:37)
at
org.apache.sshd.SshBuilder$BaseBuilder.fillWithDefaultValues(SshBuilder.java:117)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:365)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:361)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:234)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:254)
at org.apache.sshd.SshServer.setUpDefaultServer(SshServer.java:366)
{code}
Do you know which version sshd core expects?
> How to build javadoc for older versions
> ---
>
> Key: SSHD-735
> URL: https://issues.apache.org/jira/browse/SSHD-735
>
[jira] [Comment Edited] (SSHD-735) How to build javadoc for older versions
[
https://issues.apache.org/jira/browse/SSHD-735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15946715#comment-15946715
]
Ewout Van Gossum edited comment on SSHD-735 at 3/29/17 8:20 AM:
Thanks for the input I figured out the changes in the API and now my test
compiles. One slight problem though, I am getting a security exception:
{code}
java.lang.SecurityException: class
"org.bouncycastle.crypto.prng.VMPCRandomGenerator"'s signer information does
not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:806)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at
org.apache.sshd.common.random.BouncyCastleRandom.(BouncyCastleRandom.java:56)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:48)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:41)
at
org.apache.sshd.common.random.SingletonRandomFactory.(SingletonRandomFactory.java:37)
at
org.apache.sshd.SshBuilder$BaseBuilder.fillWithDefaultValues(SshBuilder.java:117)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:365)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:361)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:234)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:254)
at org.apache.sshd.SshServer.setUpDefaultServer(SshServer.java:366)
{code}
Do you know which version sshd core expects?
was (Author: denewout):
Alright so I found the changes in the API and now my test compiles. One slight
problem though, I am getting a security exception:
{code}
java.lang.SecurityException: class
"org.bouncycastle.crypto.prng.VMPCRandomGenerator"'s signer information does
not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:806)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at
org.apache.sshd.common.random.BouncyCastleRandom.(BouncyCastleRandom.java:56)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:48)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:41)
at
org.apache.sshd.common.random.SingletonRandomFactory.(SingletonRandomFactory.java:37)
at
org.apache.sshd.SshBuilder$BaseBuilder.fillWithDefaultValues(SshBuilder.java:117)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:365)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:361)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:234)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:254)
at org.apache.sshd.SshServer.setUpDefaultServer(SshServer.java:366)
{code}
Which version does the sshd core expect?
> How to build javadoc for older versions
> ---
>
> Key: SSHD-735
> URL: https://issues.apache.org/jira/browse/SSHD-735
> Project: MINA SSHD
> Issue Type: Question
>Reporter: Ewout Van
[jira] [Commented] (SSHD-735) How to build javadoc for older versions
[
https://issues.apache.org/jira/browse/SSHD-735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15946715#comment-15946715
]
Ewout Van Gossum commented on SSHD-735:
---
Alright so I found the changes in the API and now my test compiles. One slight
problem though, I am getting a security exception:
{code}
java.lang.SecurityException: class
"org.bouncycastle.crypto.prng.VMPCRandomGenerator"'s signer information does
not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:806)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at
org.apache.sshd.common.random.BouncyCastleRandom.(BouncyCastleRandom.java:56)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:48)
at
org.apache.sshd.common.random.BouncyCastleRandom$Factory.create(BouncyCastleRandom.java:41)
at
org.apache.sshd.common.random.SingletonRandomFactory.(SingletonRandomFactory.java:37)
at
org.apache.sshd.SshBuilder$BaseBuilder.fillWithDefaultValues(SshBuilder.java:117)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:365)
at
org.apache.sshd.SshBuilder$ServerBuilder.fillWithDefaultValues(SshBuilder.java:361)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:234)
at org.apache.sshd.SshBuilder$BaseBuilder.build(SshBuilder.java:254)
at org.apache.sshd.SshServer.setUpDefaultServer(SshServer.java:366)
{code}
Which version does the sshd core expect?
> How to build javadoc for older versions
> ---
>
> Key: SSHD-735
> URL: https://issues.apache.org/jira/browse/SSHD-735
> Project: MINA SSHD
> Issue Type: Question
>Reporter: Ewout Van Gossum
>Assignee: Goldstein Lyor
>
> Hello,
> I am working on a Java 6 project that requires an SFTP connection. To my
> delight the SSHD-CORE library would serve me nicely.
> There is only one issue, the latest version requires java 8. As far as I can
> see release 0.14.0 is the latest version compatible with java 6. The API of
> this version is drastically different from the current version (which makes
> sense).
> I couldn't find any hosted javadoc of this older version, and attempted to
> build a javadoc from the source, but this was not successful. How can I
> create an up to date javadoc of the 0.14.0 version?
> Kind regards,
> Ewout.
> EDIT: I figured out how to generate the javadoc using my IDE, but I will
> leave this issue here as I still find the documentation of older versions
> lacking. Is the documentation thrown away?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Resolved] (SSHD-732) ClientIdentitiesWatcher should load keys one at a time
[ https://issues.apache.org/jira/browse/SSHD-732?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SSHD-732. -- Resolution: Fixed https://github.com/apache/mina-sshd/commit/3b3d1159fb4d38d9a50d2e7b73e756c379e2dad2 > ClientIdentitiesWatcher should load keys one at a time > -- > > Key: SSHD-732 > URL: https://issues.apache.org/jira/browse/SSHD-732 > Project: MINA SSHD > Issue Type: Bug >Affects Versions: 1.4.0 >Reporter: Guillaume Nodet >Assignee: Guillaume Nodet >Priority: Critical > Fix For: 1.5.0 > > Attachments: > org.apache.sshd.common.auth.AuthenticationTest-output.txt, > org.apache.sshd.common.auth.AuthenticationTest.txt > > > The keys are loaded into a List instead of using an > Iterable which could allow lazy loading the keys. > The problem is that loading keys can require passwords, thus asking the user > for passwords which may not be used. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
