Hi Claus,
thank you for the yet another idea.
It seems ruined by the stream caching that injects
itself as the first node in the route, so I cannot easily
have a processor acting before the stream caching
converts (downloads) the in body to the stream cache.
Best regards
Cc.
--
Mr. Petr Kužel, Software Engineer
-----Original Message-----
From: Claus Ibsen <claus.ib...@gmail.com>
Sent: Wednesday, 11 December, 2024 12:25
To: users@camel.apache.org
Subject: Re: FTPS moving away over-sized files remotely without downloading them
You can try use streamDownload and then don't read/log the message for those
big files
On Wed, Dec 11, 2024 at 10:21 AM Petr Kuzel
<petr.ku...@it.eurofinseu.com.invalid> wrote:
> Thank you Claus,
>
> indeed, download=false I have overlooked.
>
> However thinking further it would require to configure two
> routes/pollers with size filters:
> (1) for normal files with default &download= and
> (2) for over-sized with &download=false and &move=away.
>
> Unless &download= accepts an expression alike ${file.size <=
> 1234567890}.
>
> Best regards
> Cc.
>
> --
> Mr. Petr Kužel, Software Engineer
>
> -----Original Message-----
> From: Claus Ibsen <claus.ib...@gmail.com>
> Sent: Wednesday, 11 December, 2024 7:22
> To: users@camel.apache.org
> Subject: Re: FTPS moving away over-sized files remotely without
> downloading them
>
> Hi
>
> There is a download=false option
>
> On Tue, Dec 10, 2024 at 3:08 PM Petr Kuzel
> <petr.ku...@it.eurofinseu.com.invalid>
> wrote:
>
> > Hi riders,
> >
> > We have defined a max file size to be accepted and processed.
> >
> > Now, I wonder if it's possible to get the effect of &moveFailed= (a
> > remote move) before a from()-exchange is created (which means a
> > remote file body was already downloaded to the local working dir).
> >
> > I have tried at the level of poll filters, which have all needed
> > file properties before a file body is downloaded, but to no avail.
> >
> > Have I overlooked anything evident, please?
> >
> > (Having said that, I do not need to over-optimize rejecting the
> > over-sized files: downloading them just to check size and provoke
> > moveFailed is terribly inefficient but acceptable.)
> >
> > Best regards
> > Cc.
> > --
> > Mr. Petr Kužel, Software Engineer
> > Eurofins Scientific S.E.
> > L-8399 Windhof
> >
> >
> >
>
> --
> Claus Ibsen
> -----------------
> @davsclaus
> Camel in Action 2:
> https://www/.
> manning.com%2Fibsen2&data=05%7C02%7C%7Cab683991616b4c9116f308dd19d68a7
> d%7C1a1dce2021b14beaa9d2130e9f1f6e2f%7C0%7C0%7C638695131444602500%7CUn
> known%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOi
> JXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=o496ogoX
> DkinbFHWpG1v7tF1PK3tQXY6p%2FdNUk9U3dA%3D&reserved=0
>
--
Claus Ibsen
-----------------
@davsclaus
Camel in Action 2: https://www.manning.com/ibsen2
