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 <[email protected]>:
> 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&moveFailed=.error&move=.done&delay=10000"
> />
> <unmarshal ref="zipFileDataFormat" />
> <!-- <split streaming="true"> -->
> <!-- <simple>$simple{body}</simple> -->
> <!-- <to
> uri="log://OUT?level=INFO&showAll=true&multiline=true" /> -->
> <!-- </split> -->
> <to uri="log://OUT?level=INFO&showAll=true&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
