Running last 3.1 snapshot, FTP component in 3.1 seems to need real
improvement to be operational. 

If I transfer a first file named "hello.txt" it is ok. Then, a second file
whose name would be "hello_again.txt", I get an error:

java.io.IOException: No output stream available for output name: hello.txt.
Maybe the file already exists?
        at
org.apache.servicemix.ftp.FtpEndpoint.processInOnly(FtpEndpoint.java:163)
        at
org.apache.servicemix.common.endpoints.ProviderEndpoint.process(ProviderEndpoint.java:99)
        at
org.apache.servicemix.common.AsyncBaseLifeCycle.doProcess(AsyncBaseLifeCycle.java:479)
        at
org.apache.servicemix.common.AsyncBaseLifeCycle.processExchange(AsyncBaseLifeCycle.java:439)
        at
org.apache.servicemix.common.BaseLifeCycle.onMessageExchange(BaseLifeCycle.java:46)
        at
org.apache.servicemix.jbi.messaging.DeliveryChannelImpl.processInBound(DeliveryChannelImpl.java:610)
        at
org.apache.servicemix.jbi.nmr.flow.AbstractFlow.doRouting(AbstractFlow.java:174)
        at
org.apache.servicemix.jbi.nmr.flow.seda.SedaFlow.doRouting(SedaFlow.java:176)
        at
org.apache.servicemix.jbi.nmr.flow.seda.SedaQueue$1.run(SedaQueue.java:134)
        at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665)
        at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690)
        at java.lang.Thread.run(Thread.java:595)

Notice the error on hello.txt and not hello_again.txt

I set the output name file from the message's FILE_NAME_PROPERTY: 

this.setFileName(new
ConstantExpression(message.getProperty(FILE_NAME_PROPERTY)));

in the writeMessage method of the custom binary marshaler. It works with
other components, and debugging this it seems that it doesn't even execute
this method when the error occurs, so it may not be linked.

Then if I put the same hello_again.txt file in the polled directory, it will
work. Except the first time, I have to put my file twice so that it is
processed once correctly.


gnodet wrote:
> 
> Have you tried with the lightweight components in o.a.s.components.net
> package (FTPPoller and FTPSender) ?
> Or with the new standard JBI component if you use
> 3.1-SNAPSHOT (you can find some exaples at [1]).
> 
> [1]
> http://svn.apache.org/viewvc/incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-ftp/src/test/resources/spring-polling.xml?view=markup
> 
> On 11/9/06, mart <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>> I have a problem when using the VFS component to replace the FTP
>> component
>> (which I have other reported issue with). This is a FTP to FTP flow. When
>> putting more than about 10 files in my FTP source folder at once, the
>> process just stops, while on the FTP server I can see users logged in,
>> doing
>> nothing. I have tried Filezilla and Apache FTP Server.
>>
>> These are very small text files (some bytes), processed as binaries
>> attachment in the JBI message with the binary marshaller.
>>
>> May I raise a JIRA or am I wrong somewhere?
>> --
>> View this message in context:
>> http://www.nabble.com/Problem-using-VFS-with-FTP-tf2602487s12049.html#a7260669
>> Sent from the ServiceMix - User mailing list archive at Nabble.com.
>>
>>
> 
> 
> -- 
> Cheers,
> Guillaume Nodet
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Problem-using-VFS-with-FTP-tf2602487s12049.html#a7333948
Sent from the ServiceMix - User mailing list archive at Nabble.com.

Reply via email to