Hi,

   +-From: Keith Richardson <[email protected]> --
   |_Date: Tue, 17 Feb 2009 15:04:45 +0200 __________
   |
   |Implemented and tested via password authentication.
   |Changes are to Session.java only.  Attached is the patch (i.e. diff
   |-u) against 0.1.41 source code.  If this list doesn't allow
   |attachements, I will resend with changes in the mail body.

There is no plan to change the code for your requirements.
At least, the control by java system property is ugly.

Rather than changing jsch code, I suggest you to improve
Ant's sshexec(or scp?) task to re-use established sessions.
In the current implementations, ant will establish sessions for each task.
I think that is the source of your problem.

I, however, have not understood the problem yet,

   |The reason we want to implement this inside JSCH (opposed to
   |implementing within our applications using JSCH) is to enable ANT to
   |utilize this feature.  We have several applications which utilize JSCH
   |written in ANT.  We have been unable to reliablely implement such a
   |limit in ANT.

Is it enough to run ant tasks sequentially?


Sincerely,
--
Atsuhiko Yamanaka
JCraft,Inc.
1-14-20 HONCHO AOBA-KU,
SENDAI, MIYAGI 980-0014 Japan.
Tel +81-22-723-2150
    +1-415-578-3454
Fax +81-22-224-8773
Skype callto://jcraft/

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
JSch-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jsch-users

Reply via email to