Re: camel 2.13.2 zipdataformat

[Walzer, Thomas]

Hi Sven,

I seem to have a similar problem. I also use 2.13.2.
My code is almost identical. The only difference is my in-url, that looks like:
file:////someserver/somedir/in?move=archive/${date:now:yyyyMMdd}/${file:name}.${date:now:HHmmss}&antInclude=*.ZIP

I get a random number of retrievals (about 4-20) and therefore the same number 
of files in the „archive“ directory. The timestamps are 6 seconds apart.

Cheers, Thomas.

Am 02.09.2014 um 08:44 schrieb Sven Nold <sven.n...@isb-ag.de>:

> Hi Guys,
> 
> I am trying to read Zipentries and process them separately. But using the 
> file component it seems the file is not correctly closed. I can see the file 
> for a few seconds in the .done and source directory. But then it disappears 
> in the .done folder and is back in the source directory :
> 
> 
> <bean id="zipFileDataFormat" 
> class="org.apache.camel.dataformat.zipfile.ZipFileDataFormat">
>    <property name="usingIterator" value="true" />
>  </bean>
> 
> <route id="readZip">
>      <from 
> uri="file://C:/temp/?fileName=any.zip&amp;moveFailed=.error&amp;move=.done&amp;delay=10000"
>  />
>      <unmarshal ref="zipFileDataFormat" />
> <!--       <split streaming="true"> -->
> <!--             <simple>$simple{body}</simple> -->
> <!--             <to 
> uri="log://OUT?level=INFO&amp;showAll=true&amp;multiline=true" /> -->
> <!--       </split> -->
>      <to uri="log://OUT?level=INFO&amp;showAll=true&amp;multiline=true" />
> </route>
> 
> If I remove the unmarshal the file component works fine (it moves processed 
> file to .done).
> 
> Any Ideas? I guess I could do a workaround by using noop=true and moving the 
> file myself, but it would be nice if it works as expected.
> 
> Best regards,
> 
> Sven