Have tried this on the mailing list - to no avail - so I'm gona raise it as a 
bug - either code or lack of documentation !  Although I'm not certain the code
below should work.

We are using COG-1.1 and GT 2.4.3 - we have just upgraded from GT 2.2.3 - which
showed no problem - although I have been unable to test this exact code against 
2.2.3 since I no longer have access to it - I believe the code this test is 
based on used to work on gt 2.2.3.



I have a simple GRIDFtp test program I would like to make work – help please !

My code hangs during the 2nd file transfer – I guess I haven’t reset the server 
properly after the first file transfer – I’ve tried resetting the server mode – 
as in the GirdFTP's programmer's guide - but have had no joy.

Any suggestions that achieve multiple (client to server) file transfer without 
closing the client would be good !

----------------------------------------------------------------
package test;

import java.io.IOException;

import org.globus.ftp.DataChannelAuthentication;
import org.globus.ftp.DataSource;
import org.globus.ftp.FileRandomIO;
import org.globus.ftp.GridFTPClient;
import org.globus.ftp.GridFTPSession;
import org.globus.ftp.exception.ClientException;
import org.globus.ftp.exception.ServerException;
import org.globus.myproxy.MyProxyException;
import org.ietf.jgss.GSSException;

public class Test7
{
	public static void main(String[] s) throws GSSException, IOException, 
MyProxyException, ServerException, ClientException
	{
		GridFTPClient client = new GridFTPClient("myhost.mydomain", 
2811);
		client.authenticate(null);
		
		client.setProtectionBufferSize(16384);
		client.setDataChannelAuthentication
(DataChannelAuthentication.SELF);
		client.setDataChannelProtection(GridFTPSession.PROTECTION_SAFE);
		client.setType(GridFTPSession.TYPE_IMAGE);

		DataSource source1 = new FileRandomIO(new 
java.io.RandomAccessFile("c:\\aaa", "r"));
		DataSource source2 = new FileRandomIO(new 
java.io.RandomAccessFile("c:\\aaa", "r"));
		DataSource source3 = new FileRandomIO(new 
java.io.RandomAccessFile("c:\\aaa", "r"));
		
		client.setPassive();
		client.setLocalActive();
		client.put("/home/abc/tmp1/a1",   source1,   null);
		source1.close();
		
		client.setPassive();
		client.setLocalActive();
		client.put("/home/abc/tmp1/a2",   source2,   null); 
		source2.close();
		
		client.setPassive();
		client.setLocalActive();
		client.put("/home/abc/tmp1/a3",   source3,	   null);
		source3.close();
	}
}

I have been able to test code against GT2.2 and GT2.4 installations - on GT2.2 
it works, on GT2.4 it does not.  One thing I notice is the debug output 
contains some version numbers: and the GT2.2 seems later than the GT2.4 !! Does 
this matter ?

Gt2.2 debug output :

- Control channel received: 220 blue02.iridis.soton.ac.uk GridFTP Server 1.7 
GSSAPI type Globus/GSI wu-2.6.2 (gcc32dbg, 1059689022-28) ready.

 

GT2.4 debug output :

- Control channel received: 220 escience-dept2.sesnet.soton.ac.uk FTP server 
(GridFTP Server 1.5 [GSI patch v0.5] wu-2.6.2(2) Thu Sep 11 13:17:12 CDT 2003) 
ready.

 

Hi - any just of an time estimate for this one.

This is a problem with the 2.4.3 server, I will try to release an update 
package some time next week.

Joe

great - thanks!

*** Bug 1353 has been marked as a duplicate of this bug. ***

*** Bug 1397 has been marked as a duplicate of this bug. ***

Hi, any news on a fix ? thanks ?

Created an attachment (id=266) [details]
Fix for 2.4.3 release

This bug does not exist in any versions other than 2.4.3 and 3.0.2, and the 
single patch will work for both versions.

An updated package with this fix has been released at 
http://www-unix.globus.org/toolkit/advisories.html