Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
MIME-Version: 1.0
Sender: jcarman@carmanconsulting.com
In-Reply-To: <4BA0A423.1070504@tbee.org>
References: <4B9E4A31.2030908@tbee.org> <4B9E9727.5010009@tbee.org>
	<4B9EA0EB.3050300@tbee.org> <4B9EAA38.1030506@tbee.org>
 <4B9EAB19.2090301@tbee.org>
	<f2e8eedf1003151451g6eeed45ap7eff63dfa05600f7@mail.gmail.com>
	<4B9F2514.4030500@tbee.org> <4B9FCC88.9080507@tbee.org>
 <f2e8eedf1003161126s187c0747y2c1f5490249ef200@mail.gmail.com>
	<4BA0A423.1070504@tbee.org>
From: James Carman <james@carmanconsulting.com>
Date: Wed, 17 Mar 2010 08:36:52 -0400
Message-ID: <f2e8eedf1003170536g4a0668e4i66bf40f634a59c7a@mail.gmail.com>
Subject: Re: FTP findFiles vs FILE bug
To: Commons Users List <user@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

You might want to file a but with the Alfresco folks on this one.
Their FTP server implementation should support paths and not just
directory names for the CWD command.  Everyone else does.

On Wed, Mar 17, 2010 at 5:42 AM, Tom <tbee@tbee.org> wrote:
> The same issues for storeFileStream and appendFileStream with the same fi=
x.
> I assume that the FTP server of Alfresco is the culprit.
>
> Tom
>
>
>
> On 2010-03-16 19:26, James Carman wrote:
>>
>> I would say open up a JIRA and someone will take a look at it. =A0Make
>> sure you attach your patch and check the box that says you allow the
>> ASF to use your code (or whatever it says).
>>
>> On Tue, Mar 16, 2010 at 2:23 PM, Tom<tbee@tbee.org> =A0wrote:
>>
>>>
>>> What are the chances of this patch (I can give you the code) being
>>> submitted
>>> to SVN? I'd rather not use a special VFS.
>>>
>>> Tom
>>>
>>>
>>>
>>> On 2010-03-16 7:28, Tom wrote:
>>>
>>>>
>>>> All I can say: I checked out the code from subversion, put a break poi=
nt
>>>> in the FTP code, saw "Alfresco/Documents" come in as a parameter, that
>>>> was
>>>> handed over to the FTPClient and the method returned false to indicate
>>>> an
>>>> error. In a stand alone test of FTPClient I already noticed that handi=
ng
>>>> over a compound path did not work, so I add a split and a loop et voil=
a;
>>>> the
>>>> code worked.
>>>>
>>>> It may be Alfresco's FTP server, it may be FTPClient, I don't know. Bu=
t
>>>> this works and it seems like a more compatible implementation.
>>>>
>>>> Tom
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: user-help@commons.apache.org
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
>> For additional commands, e-mail: user-help@commons.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org