[sshd] ChannelSession NPE with a subsystem command, trying to implement sftp

I am using mina sshd version 0.2.0. I created a simple main, and sftp command factory and command and tried to connect to my daemon with my OS X command line sftp client, and a few other graphical clients and it all ends the same way. With a NPE in the ChannelSession.doWriteData line 260. After

[Vysper] XML parser in a separate module?

Hi Since there has been some interest here on using XML decoders with MINA, and the inherit problems with doing this with the standard XML parsers out there, I'm thinking of breaking out the XML parser in Vysper into a separate module (still within the Vysper subproject, but with it's own JAR).

Build failed in Hudson: vysper-trunk-jdk1.6-solaris #158

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.6-solaris/158/changes Changes: [ngn] Removing extraneous constructors on XMLElement and Stanza which causes a lot of null castings Added support for keeping the namespace URI and prefix on attributes, a step towards full

Hudson build became unstable: vysper-trunk-jdk1.5-u buntu » Apache Vysper XEP-0045 Multi-user chat #195

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ubuntu/org.apache.vysper.extensions$xep0045-muc/195/changes

Hudson build became unstable: vysper-trunk-jdk1.5-ubuntu #195

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ubuntu/195/changes

Build failed in Hudson: vysper-trunk-jdk1.5-solaris #159

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-solaris/159/changes Changes: [ngn] Removing extraneous constructors on XMLElement and Stanza which causes a lot of null castings Added support for keeping the namespace URI and prefix on attributes, a step towards full

Re: [Vysper] XML parser in a separate module?

Niklas Gustavsson wrote: Hi Since there has been some interest here on using XML decoders with MINA, and the inherit problems with doing this with the standard XML parsers out there, I'm thinking of breaking out the XML parser in Vysper into a separate module (still within the Vysper

Build failed in Hudson: vysper-trunk-jdk1.6-solaris #159

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.6-solaris/159/changes Changes: [ngn] Fix bug where attribute values might contain characters that must be escaped in XML -- A SCM change trigger started this job Building remotely on

Build failed in Hudson: vysper-trunk-jdk1.5-solaris #160

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-solaris/160/changes Changes: [ngn] Fix bug where attribute values might contain characters that must be escaped in XML -- A SCM change trigger started this job Building remotely on

Hudson build is back to stable: vysper-trunk-jdk1.5- ubuntu » Apache Vysper XEP-0045 Multi-user chat #196

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ubuntu/org.apache.vysper.extensions$xep0045-muc/196/

Hudson build is back to stable: vysper-trunk-jdk1.5-ubuntu #196

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ubuntu/196/changes

Build failed in Hudson: vysper-trunk-jdk1.6-solaris #160

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.6-solaris/160/changes Changes: [ngn] Use convenience method for adding attributes -- A SCM change trigger started this job Building remotely on lucene.zones.apache.org (Solaris 10) Updating

Hudson build became unstable: vysper-trunk-jdk1.5-ibm -ubuntu » Apache Vysper XEP-0045 Multi-user chat #197

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ibm-ubuntu/org.apache.vysper.extensions$xep0045-muc/197/

Hudson build became unstable: vysper-trunk-jdk1.5-ibm-ubuntu #197

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ibm-ubuntu/197/changes

Build failed in Hudson: vysper-trunk-jdk1.5-solaris #161

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-solaris/161/changes Changes: [ngn] Use convenience method for adding attributes -- A SCM change trigger started this job Building remotely on lucene.zones.apache.org (Solaris 10) Updating

Re: Build failed in Hudson: vysper-trunk-jdk1.6-solaris #160

These builds errors are due to problems with Hudson, I'll let the Hudson admins know so they can help us fix it. /niklas On Wed, Nov 11, 2009 at 11:36 PM, Apache Hudson Server hud...@hudson.zones.apache.org wrote: See

Build failed in Hudson: vysper-trunk-jdk1.6-solaris #161

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.6-solaris/161/changes Changes: [ngn] Attributes now fully supporting XML namespaces except for namespace inheritance. This change means that new Attribute(foo:bar, value) should not be new Attribute(http://example.com;, bar,

Hudson build is back to stable: vysper-trunk-jdk1.5-ib m-ubuntu » Apache Vysper XEP-0045 Multi-user chat #198

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ibm-ubuntu/org.apache.vysper.extensions$xep0045-muc/198/

Hudson build is back to stable: vysper-trunk-jdk1.5-ibm-ubuntu #198

See http://hudson.zones.apache.org/hudson/job/vysper-trunk-jdk1.5-ibm-ubuntu/198/changes

Re: [Vysper] XML parser in a separate module?

+ 1 Much needed On Thu, Nov 12, 2009 at 2:47 AM, Emmanuel Lecharny elecha...@apache.org wrote: Niklas Gustavsson wrote: Hi Since there has been some interest here on using XML decoders with MINA, and the inherit problems with doing this with the standard XML parsers out there, I'm thinking

Re: [sshd] ChannelSession NPE with a subsystem command, trying to implement sftp

Subsystems are not really supported yet. The error you see is already reported at https://issues.apache.org/jira/browse/SSHD-48 I think. I'll fix it asap. On Wed, Nov 11, 2009 at 15:57, Kyle Miller k...@kylemiller.com wrote: I am using mina sshd version 0.2.0. I created a simple main, and sftp