You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Mario Ivankovits <ma...@ops.co.at> on 2005/02/24 08:52:14 UTC
[VFS] test cases using embeded server - was Moving out the sandbox
?
Gary Gregory wrote:
>I have not worked in VFS for a while now but I do recall that it was
>quite painful to be able to set up my PC to do unit tests for all file
>systems.
>IMO, there would need to be docs on how to test.
>
>
I plan to embed pure java server into the tests where possible. Thus one
do not have to setup an environment - except for smb tests.
I will start with this in the next two weeks.
I would like to try the following things:
tomcat-embeded: http/webdav
Everybody knows it ;-)
http://www.mycgiserver.com/~ranab/ftp: ftp
ftp-server using ASF 1.1 license. But maybe someone knows a alternative.
http://sourceforge.net/projects/sshtools: sftp
LGPL - though I dont know a bit about this library and dont know if I
would have success with it. Again, if one knows another package ...
"pure java windows":smb
;-) a joke - but there exists an implementation called JLAN
http://starlasoft.com, but it is commercial.
---
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Ahmed Mohombe <am...@yahoo.com>.
> But sshtools are commercial now and it looks like the LGPL version is no
> longer under development.
Well, it's no longer under development from the side of those who made
the first version. Only the second version is commercial. This doesn't
mean that the project is closed and no one can contribute. Good things
don't need bug fixes every week :).
> What advantages might a VFS user have if we use j2ssh? I found jsch very
> useage, though I have to admit I never used another package.
J2ssh is very clean and easy to understand. It has a CVS repository and
one can track the entire activity and changes.
It's very easy to debug and the handling of protocol exceptions/errors
is clear and clean.
Even if Jsch is "still" under development, it has none of the above
advantages IMHO. The author did a great job with Jsch, but still ...
I used both, and other commercial versions, but j2ssh was the best for
me, or maybe the authors were thinking exactly like me so the API was
very "at hand" :) for me.
Last month we finished some sort of "simple VPN" for one of our
customers, and only j2ssh saved my day.
Not trying to convince someone, but without j2ssh I were in big shi..
:), cause our manager(as usual :) ) promised unrealistic features to the
customer :).
Ahmed.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hello!
> I'm using sshtools and it's simply good.
> I'm using the client as well as the daemon. The client is much simpler
> to use than the JCraft/JSync. I would even suggest to change VFS's
> Sftp use of JSync to sshtools/j2ssh.
Thanks for the infos.
But sshtools are commercial now and it looks like the LGPL version is no
longer under development.
What advantages might a VFS user have if we use j2ssh? I found jsch very
useage, though I have to admit I never used another package.
---
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Thorbjørn Ravn Andersen <th...@gmail.com>.
Paul Smith wrote:
>
>> Is there an Official Apache explanation for treating the LGPL like the
>> boogeyman? URL? This is all just silly!!! I can understand not
>> using GPL
>> libraries, but LGPL does not impose any requirements on code using it
>> (for
>> Java, at least). Don't believe me? As the FSF yourself. We had a long
>> discussion with them before choosing the LGPL for the BarracudaMVC
>> project on
>> ObjectWeb.
>>
>>
>>
> http://wiki.apache.org/jakarta/Using_20LGPL_27d_20code
>
> Maybe one day it'll get sorted out, but it seems that LGPL is a no-no
> for Apache projects for now. I hope it's resolved RSN.
I was considering looking at getting NFS support by incorporating the
WebNFS library from Sun. Since log4j uses Java Maili and Java
Activation Framework also from Sun, would this be feasible?
--
Thorbjørn
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Ahmed Mohombe <am...@yahoo.com>.
> http://wiki.apache.org/jakarta/Using_20LGPL_27d_20code
>
> Maybe one day it'll get sorted out, but it seems that LGPL is a no-no
> for Apache projects for now. I hope it's resolved RSN.
Sorry, but I thing this is all .... :).
We are programmers, not lawyers, and lawyers have nothing to search
here. I consider them to be the most subtle form of social parasitism. A
lot of politicians are lawyers too, so they just make their own lobby
and world.
All these "license agreements" have in Europe(Germany at least) no legal
value (even if some lawyers try to make something out of it).
It's just nonsense. IMHO there are only 2 possibilities(boolean): got
the source or not. Everything else is time wasting lawyer like nonsense.
Ahmed.
--
Life is too short to waste it with applesauce!
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Paul Smith <ps...@apache.org>.
>Is there an Official Apache explanation for treating the LGPL like the
>boogeyman? URL? This is all just silly!!! I can understand not using GPL
>libraries, but LGPL does not impose any requirements on code using it (for
>Java, at least). Don't believe me? As the FSF yourself. We had a long
>discussion with them before choosing the LGPL for the BarracudaMVC project on
>ObjectWeb.
>
>
>
http://wiki.apache.org/jakarta/Using_20LGPL_27d_20code
Maybe one day it'll get sorted out, but it seems that LGPL is a no-no
for Apache projects for now. I hope it's resolved RSN.
Paul Smith
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox ?
Posted by Jacob Kjome <ho...@visi.com>.
Quoting Mario Ivankovits <ma...@ops.co.at>:
> Mario Ivankovits wrote:
>
> > I am aware about this limitation.
> > But does this really mean I cant use the sshd daemon to embed into VFS
> > tests? I mean VFS still isnt based on sshtools just uses their daemon
> > for its tests.
>
> What if I "outsource" the startup-code for the sshd daemon to an
> external library and use reflection to see if I can startup the daemon?
> This library could be hosted on sourceforge or on my own site.
> The question is about the license of this library - It cant be LGPL ;-)
> i know, but can it be the Apache license. Or is there any other "glue"
> license I could use.
>
Is there an Official Apache explanation for treating the LGPL like the
boogeyman? URL? This is all just silly!!! I can understand not using GPL
libraries, but LGPL does not impose any requirements on code using it (for
Java, at least). Don't believe me? As the FSF yourself. We had a long
discussion with them before choosing the LGPL for the BarracudaMVC project on
ObjectWeb.
Jake
> ---
> Mario
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Mario Ivankovits <ma...@ops.co.at>.
Mario Ivankovits wrote:
> I am aware about this limitation.
> But does this really mean I cant use the sshd daemon to embed into VFS
> tests? I mean VFS still isnt based on sshtools just uses their daemon
> for its tests.
What if I "outsource" the startup-code for the sshd daemon to an
external library and use reflection to see if I can startup the daemon?
This library could be hosted on sourceforge or on my own site.
The question is about the license of this library - It cant be LGPL ;-)
i know, but can it be the Apache license. Or is there any other "glue"
license I could use.
---
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Mario Ivankovits <ma...@ops.co.at>.
Simon Kitching wrote:
>I've also used sshtools, but would *not* recommend using it, and
>certainly not recommend migrating to it from any current package.
>
>
Never change a running system ;-)
jsch works well enough for me and maybe for many other VFS users.
>In addition, the LGPL license is not currently regarded as being
>compatible with the Apache ASF license; no LGPL code can be referenced
>directly from any apache jakarta project.
>
>
I am aware about this limitation.
But does this really mean I cant use the sshd daemon to embed into VFS
tests? I mean VFS still isnt based on sshtools just uses their daemon
for its tests.
---
Mario
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the
sandbox ?
Posted by Simon Kitching <sk...@apache.org>.
On Thu, 2005-02-24 at 18:13 +0100, Ahmed Mohombe wrote:
> > http://sourceforge.net/projects/sshtools: sftp
> > LGPL - though I dont know a bit about this library and dont know if I
> > would have success with it. Again, if one knows another package ...
> I'm using sshtools and it's simply good.
> I'm using the client as well as the daemon. The client is much simpler
> to use than the JCraft/JSync. I would even suggest to change VFS's Sftp
> use of JSync to sshtools/j2ssh.
I've also used sshtools, but would *not* recommend using it, and
certainly not recommend migrating to it from any current package.
The sshtools project was originally released as open-source, but the
main developers/maintainers then essentially abandoned the open-source
version, and took the code private (see 3sp.com). In particular, new
releases of the library that implements the ssh protocol can be found
here:
http://3sp.com/showMaverick.do
The last cvs commit to the sshtools sourceforge project occurred on 26th
of November 2003 according to the "sshtools-cvs" mailing list on the
sourceforge site.
While the last open-source release is reasonably stable, there are still
bugs and missing pieces of functionality. I can't remember off-hand what
they are now, but I did use sshtools quite extensively on a project a
few years ago. It was, at the time, the best alternative but is
definitely neither complete nor maintained.
Please note that I don't mean any criticism of the 3sp (formerly
sshtools) coders. They have every right to sell their code if they want.
And they still *do* nicely release some code as open-source; just not
the base ssh protocol implementation.
In addition, the LGPL license is not currently regarded as being
compatible with the Apache ASF license; no LGPL code can be referenced
directly from any apache jakarta project.
Regards,
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [VFS] test cases using embeded server - was Moving out the sandbox
?
Posted by Ahmed Mohombe <am...@yahoo.com>.
> http://sourceforge.net/projects/sshtools: sftp
> LGPL - though I dont know a bit about this library and dont know if I
> would have success with it. Again, if one knows another package ...
I'm using sshtools and it's simply good.
I'm using the client as well as the daemon. The client is much simpler
to use than the JCraft/JSync. I would even suggest to change VFS's Sftp
use of JSync to sshtools/j2ssh.
Thanks,
Ahmed.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org