Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 9069 invoked from network); 6 Sep 2004 15:18:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 6 Sep 2004 15:18:59 -0000 Received: (qmail 91431 invoked by uid 500); 6 Sep 2004 15:18:51 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 91375 invoked by uid 500); 6 Sep 2004 15:18:51 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 91361 invoked by uid 99); 6 Sep 2004 15:18:51 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [193.131.176.58] (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 06 Sep 2004 08:18:48 -0700 Received: from cam-mail2.cambridge.arm.com (cam-mail2.cambridge.arm.com [10.1.127.39]) by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id i86FIVxm016555 for ; Mon, 6 Sep 2004 16:18:31 +0100 (BST) Received: from ZIPPY.Emea.Arm.com (george.emea.arm.com [10.1.255.81]) by cam-mail2.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id QAA23295 for ; Mon, 6 Sep 2004 16:18:02 +0100 (BST) x-mimeole: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Flush by net.ftp.FTPClient.retrieveFile(String, OutputStream) Date: Mon, 6 Sep 2004 16:18:44 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Flush by net.ftp.FTPClient.retrieveFile(String, OutputStream) Thread-Index: AcSUIXHJdk08Od9bQxOoDQAmNvaE1gAAzejg From: "Andrew Ferguson" To: "Jakarta Commons Users List" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N quick suggestion - is it possible to use FTPClient.retrieveStream = instead? if I understand, you'd have to write the glue code but I'd = guess there was a reason for calling flush so often (?) -----Original Message----- From: Marco Jacob [mailto:mjacob@picturesafe.de]=20 Sent: 06 September 2004 15:57 To: commons-user@jakarta.apache.org Subject: Flush by net.ftp.FTPClient.retrieveFile(String, OutputStream) I am new to this list. Today I switched to the new commons-net.jar libraries because I found = out that FTPClient.retrieveFile(String, OutputStream) flushes the OutputStream after each time it calls write(byte[], int, = int). Unfortunately I habe an RMIOutputStream that transfers the data to a = client. The flush call makes RMIOutputStream write every 1024 over RMI while the = buffer to transfer is 1MB. I think, FTPClient.retrieveFile(String, OutputStream) should never flush = or close() the given OutputStream. The calling method should do this. However, can this be changed in the next release? -- Marco Jacob picturesafe GmbH Software Development L=FCerstra=DFe 3 D-30175 Hannover GERMANY Fon: +49 511 - 856 20 54 Fax: +49 511 - 856 20 10 mailto:mjacob@picturesafe.de --------------------------------------------------------------------- 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