Page History

file://directoryName[?options]

{div:class=confluenceTableSmall}
|| Name || Default Value || Description ||
| {{initialDelay}} | {{1000}} | Milliseconds before polling the file/directory starts. |
| {{delay}} | {{500}} | Milliseconds before the next poll of the file/directory. |
| {{useFixedDelay}} | | Controls if fixed delay or fixed rate is used. See [ScheduledExecutorService|http://java.sun.com/j2se/1.5.0/docs/api/java/util/concurrent/ScheduledExecutorService.html] in JDK for details. In *Camel 2.7.x* or older the default value is {{false}}. From *Camel 2.8* onwards the default value is {{true}}. |
| {{runLoggingLevel}} | {{TRACE}} | *Camel 2.8:* The consumer logs a start/complete log line when it polls. This option allows you to configure the logging level for that. |
| {{recursive}} | {{false}} | If a directory, will look for files in all the sub-directories as well. |
| {{delete}} | {{false}} | If {{true}}, the file will be deleted *after* it is processed |
| {{noop}} | {{false}} | If {{true}}, the file is not moved or deleted in any way. This option is good for readonly data, or for [ETL] type requirements. If {{noop=true}}, Camel will set {{idempotent=true}} as well, to avoid consuming the same files over and over again. |
| {{preMove}} | {{null}} | [Expression] (such as [File Language]) used to dynamically set the filename when moving it *before* processing. For example to move in-progress files into the {{order}} directory set this value to {{order}}. |
| {{move}} | {{.camel}} | [Expression] (such as [File Language]) used to dynamically set the filename when moving it *after* processing. To move files into a {{.done}} subdirectory just enter {{.done}}. |
| {{moveFailed}} | {{null}} | [Expression] (such as [File Language]) used to dynamically set a different target directory when moving files after processing (configured via {{move}} defined above) failed. For example, to move files into a {{.error}} subdirectory use: {{.error}}. Note: When moving the files to the “fail” location Camel will *handle* the error and will not pick up the file again. |
| {{include}} | {{null}} | Is used to include files, if filename matches the regex pattern. |
| {{exclude}} | {{null}} | Is used to exclude files, if filename matches the regex pattern. |
| {{antInclude}} | {{null}} | *Camel 2.10:* Ant style filter inclusion, for example {{antInclude=\*}}{{{}*/*{}}}{{.txt}}. Multiple inclusions may be specified in comma-delimited format. See [below|#Filtering using ANT path matcher] for more details about ant path filters. |
| {{antExclude}} | {{null}} | *Camel 2.10:* Ant style filter exclusion. If both {{antInclude}} and {{antExclude}} are used, {{antExclude}} takes precedence over {{antInclude}}. Multiple exclusions may be specified in comma-delimited format. See [below|#Filtering using ANT path matcher] for more details about ant path filters. |
| {{antFilterCaseSensitive}} | {{true}} | *Camel 2.11:* Ant style filter which is case sensitive or not. |
| {{idempotent}} | {{false}} | Option to use the [Idempotent Consumer] EIP pattern to let Camel skip already processed files. Will by default use a memory based LRUCache that holds 1000 entries. If {{noop=true}} then idempotent will be enabled as well to avoid consuming the same files over and over again. |
| {{idempotentKey}} | {{Expression}} | *Camel 2.11:* To use a custom idempotent key. By default the absolute path of the file is used. You can use the [File Language], for example to use the file name and file size, you can do: {code}idempotentKey=${file:name}-${file:size}{code}. |
| {{idempotentRepository}} | {{null}} | A pluggable repository [org.apache.camel.spi.IdempotentRepository|http://camel.apache.org/maven/current/camel-core/apidocs/org/apache/camel/spi/IdempotentRepository.html] which by default use {{MemoryMessageIdRepository}} if none is specified and {{idempotent}} is {{true}}. |
| {{inProgressRepository}} | {{memory}} | A pluggable in-progress repository [org.apache.camel.spi.IdempotentRepository|http://camel.apache.org/maven/current/camel-core/apidocs/org/apache/camel/spi/IdempotentRepository.html]. The in-progress repository is used to account the current in progress files being consumed. By default a memory based repository is used. |
| {{filter}} | {{null}} | Pluggable filter as a {{org.apache.camel.component.file.GenericFileFilter}} class. Will skip files if filter returns {{false}} in its {{accept()}} method. More details in section below. |
| {{sorter}} | {{null}} | Pluggable sorter as a [java.util.Comparator<org.apache.camel.component.file.GenericFile>|http://java.sun.com/j2se/1.5.0/docs/api/java/util/Comparator.html] class. |
| {{sortBy}} | {{null}} | Built-in sort using the [File Language]. Supports nested sorts, so you can have a sort by file name and as a 2nd group sort by modified date. See sorting section below for details. |
| {{readLock}} | {{markerFile}} | Used by consumer, to only poll the files if it has exclusive read-lock on the file (i.e. the file is not in-progress or being written). Camel will wait until the file lock is granted. \\
This option provides the build in strategies: \\  {{markerFile}} Camel creates a marker file (fileName.camelLock) and then holds a lock on it. This option is *not* available for the [FTP|FTP2] component. \\  {{changed}} is using file length/modification timestamp to detect whether the file is currently being copied or not. Will at least use 1 sec. to determine this, so this option cannot consume files as fast as the others, but can be more reliable as the JDK IO API cannot always determine whether a file is currently being used by another process. The option {{readLockCheckInterval}} can be used to set the check frequency. This option is *only* avail for the [FTP|FTP2] component from *Camel 2.8* onwards. Notice that from *Camel 2.10.1* onwards the [FTP|FTP2] option {{fastExistsCheck}} can be enabled to speedup this readLock strategy, if the FTP server support the LIST operation with a full file name (some servers may not). \\  {{fileLock}} is for using {{java.nio.channels.FileLock}}. This option is *not* avail for the [FTP|FTP2] component. This approach should be avoided when accessing a remote file system via a mount/share unless that file system supports distributed file locks. \\  {{rename}} is for using a try to rename the file as a test if we can get exclusive read-lock. \\  {{none}} is for no read locks at all. \\
Notice from *Camel 2.10* onwards the read locks {{changed}}, {{fileLock}} and {{rename}} will also use a {{markerFile}} as well, to ensure not picking up files that may be in process by another Camel consumer running on another node (eg cluster). This is only supported by the file component (not the ftp component). |
| {{readLockTimeout}} | {{10000}} | Optional timeout in millis for the read-lock, if supported by the read-lock. If the read-lock could not be granted and the timeout triggered, then Camel will skip the file. At next poll Camel, will try the file again, and this time maybe the read-lock could be granted. Use a value of 0 or lower to indicate forever. In *Camel 2.0* the default value is 0. Starting with *Camel 2.1* the default value is 10000. Currently {{fileLock}}, {{changed}} and {{rename}} support the timeout. *Notice:* For [FTP|FTP2] the default {{readLockTimeout}} value is {{20000}} instead of {{10000}}. |
| {{readLockCheckInterval}} | {{1000}} | *Camel 2.6:* Interval in millis for the read-lock, if supported by the read lock. This interval is used for sleeping between attempts to acquire the read lock. For example when using the {{changed}} read lock, you can set a higher interval period to cater for _slow writes_. The default of 1 sec. may be _too fast_ if the producer is very slow writing the file. For [FTP|FTP2] the default {{readLockCheckInterval}} is {{5000}}. |
| {{readLockMinLength}} | {{1}} | *Camel 2.10.1:* This option applied only for {{readLock=changed}}. This option allows you to configure a minimum file length. By default Camel expects the file to contain data, and thus the default value is 1. You can set this option to zero, to allow consuming zero-length files. | 
| {{readLockLoggingLevel}} | {{WARN}} | *Camel 2.12:* Logging level used when a read lock could not be acquired. By default a WARN is logged. You can change this level, for example to OFF to not have any logging. This option is only applicable for readLock of types: changed, fileLock, rename. |
| {{directoryMustExist}} | {{false}} | *Camel 2.5:* Similar to {{startingDirectoryMustExist}} but this applies during polling recursive sub directories. |
| {{doneFileName}} | {{null}} | *Camel 2.6:* If provided, Camel will only consume files if a _done_ file exists. This option configures what file name to use. Either you can specify a fixed name. Or you can use dynamic placeholders. The _done_ file is *always* expected in the same folder as the original file. See _using done file_ and _writing done file_ sections for examples. |
| {{exclusiveReadLockStrategy}} | {{null}} | Pluggable read-lock as a {{org.apache.camel.component.file.GenericFileExclusiveReadLockStrategy}} implementation. |
| {{maxMessagesPerPoll}} | {{0}} | An integer to define a maximum messages to gather per poll. By default no maximum is set. Can be used to set a limit of e.g. 1000 to avoid when starting up the server that there are thousands of files. Set a value of 0 or negative to disabled it. See more details at [Batch Consumer]. *Notice:* If this option is in use then the [File|File2] and [FTP|FTP2] components will limit *before* any sorting. For example if you have 100000 files and use {{maxMessagesPerPoll=500}}, then only the first 500 files will be picked up, and then sorted. You can use the {{eagerMaxMessagesPerPoll}} option and set this to {{false}} to allow to scan all files first and then sort afterwards. |
| {{eagerMaxMessagesPerPoll}} | {{true}} | *Camel 2.9.3:* Allows for controlling whether the limit from {{maxMessagesPerPoll}} is eager or not. If eager then the limit is during the scanning of files. Where as {{false}} would scan all files, and then perform sorting. Setting this option to {{false}} allows for sorting all files first, and then limit the poll. Mind that this requires a higher memory usage as all file details are in memory to perform the sorting. |
| {{minDepth}} | 0 | *Camel 2.8*: The minimum depth to start processing when recursively processing a directory. Using {{minDepth=1}} means the base directory. Using {{minDepth=2}} means the first sub directory. This option is supported by [FTP|FTP2] consumer from *Camel 2.8.2, 2.9* onwards. |
| {{maxDepth}} | {{Integer.MAX_VALUE}} | *Camel 2.8:* The maximum depth to traverse when recursively processing a directory. This option is supported by [FTP|FTP2] consumer from *Camel 2.8.2, 2.9* onwards. |
| {{processStrategy}} | {{null}} | A pluggable {{org.apache.camel.component.file.GenericFileProcessStrategy}} allowing you to implement your own {{readLock}} option or similar. Can also be used when special conditions must be met before a file can be consumed, such as a special _ready_ file exists. If this option is set then the {{readLock}} option does not apply. |
| {{startingDirectoryMustExist}} | {{false}} | *Camel 2.5:* Whether the starting directory must exist. Mind that the {{autoCreate}} option is default enabled, which means the starting directory is normally auto created if it doesn't exist. You can disable {{autoCreate}} and enable this to ensure the starting directory must exist. Will thrown an exception if the directory doesn't exist. |
| {{pollStrategy}} | {{null}} | A pluggable {{org.apache.camel.PollingConsumerPollStrategy}} allowing you to provide your custom implementation to control error handling usually occurred during the {{poll}} operation *before* an [Exchange] have been created and being routed in Camel. In other words the error occurred while the polling was gathering information, for instance access to a file network failed so Camel cannot access it to scan for files. The default implementation will log the caused exception at {{WARN}} level and ignore it. |
| {{sendEmptyMessageWhenIdle}} | {{false}} | *Camel 2.9:* If the polling consumer did not poll any files, you can enable this option to send an empty message (no body) instead. |
| {{consumer.bridgeErrorHandler}} | {{false}} | *Camel 2.10:* Allows for bridging the consumer to the Camel routing [Error Handler], which mean any exceptions occurred while trying to pickup files, or the likes, will now be processed as a message and handled by the routing [Error Handler]. By default the consumer will use the {{org.apache.camel.spi.ExceptionHandler}} to deal with exceptions, that by default will be logged at WARN/ERROR level and ignored. See further below on this page fore more details, at section _How to use the Camel error handler to deal with exceptions triggered outside the routing engine_. |
| {{scheduledExecutorService}} | {{null}} | *Camel 2.10:* Allows for configuring a custom/shared thread pool to use for the consumer. By default each consumer has its own single threaded thread pool. This option allows you to share a thread pool among multiple file consumers. |
| {{scheduler}} | {{null}} | *Camel 2.12:* To use a custom scheduler to trigger the consumer to run. See more details at [Polling Consumer], for example there is a [Quartz2], and [Spring] based scheduler that supports CRON expressions. |
| {{backoffMultiplier}} | {{0}} | *Camel 2.12:* To let the scheduled polling consumer backoff if there has been a number of subsequent idles/errors in a row. The multiplier is then the number of polls that will be skipped before the next actual attempt is happening again. When this option is in use then {{backoffIdleThreshold}} and/or {{backoffErrorThreshold}} must also be configured. See more details at [Polling Consumer]. |
| {{backoffIdleThreshold}} | {{0}} | *Camel 2.12:* The number of subsequent idle polls that should happen before the {{backoffMultipler}} should kick-in. |
| {{backoffErrorThreshold}} | {{0}} | *Camel 2.12:* The number of subsequent error polls (failed due some error) that should happen before the {{backoffMultipler}} should kick-in. |
{div}

    from("file://inbox?move=.done").to("bean:handleOrder");

    from("file://inobox?delete=true").to("bean:handleOrder");

    from("file://inbox?preMove=inprogress").to("bean:handleOrder");

    from("file://inbox?preMove=inprogress&move=.done").to("bean:handleOrder");

move=backup/${date:now:yyyyMMdd}/${file:name}

from("file:inbox?charset=utf-8")
  .to("file:outbox?charset=iso-8859-1")

from("file:inbox?charset=utf-8")
  .convertBodyTo(byte[].class, "iso-8859-1")
  .to("bean:myBean")
  .to("file:outbox");

from("file:inbox")
  .convertBodyTo(byte[].class, "iso-8859-1")
  .to("bean:myBean")
  .to("file:outbox");

from("file:inbox")
  .convertBodyTo(byte[].class, "iso-8859-1")
  .to("bean:myBean")
  .setProperty(Exchange.CHARSET_NAME, header("someCharsetHeader"))
  .to("file:outbox");

DEBUG GenericFileConverter           - Read file /Users/davsclaus/workspace/camel/camel-core/target/charset/input/input.txt with charset utf-8
DEBUG FileOperations                 - Using Reader to write file: target/charset/output.txt with charset: iso-8859-1

from("direct:report").to("file:target/reports");

from("direct:report").setHeader(Exchange.FILE_NAME, constant("report.txt")).to( "file:target/reports");

from("direct:report").setHeader("CamelFileName", constant("report.txt")).to( "file:target/reports");

from("direct:report").to("file:target/reports/?fileName=report.txt");

from("file:bar?doneFileName=done");

from("file:bar?doneFileName=${file:name}.done");

from("file:bar?doneFileName=ready-${file:name}");

.to("file:bar?doneFileName=done");

.to("file:bar?doneFileName=done-${file:name}");

.to("file:bar?doneFileName=${file:name}.done");

.to("file:bar?doneFileName=${file:name.noext}.done");

from("file://inputdir/?delete=true").to("file://outputdir")

from("file://inputdir/?delete=true").to("file://outputdir?overruleFile=copy-of-${file:name}")

from("file://inputdir/?recursive=true&delete=true").to("file://outputdir")

inputdir/foo.txt
inputdir/sub/bar.txt

outputdir/foo.txt
outputdir/sub/bar.txt

from("file://inputdir/?recursive=true&delete=true").to("file://outputdir?flatten=true")

outputdir/foo.txt
outputdir/bar.txt

from("file://inputdir/?recursive=true&delete=true").to("file://outputdir")

inputdir/.camel/foo.txt
inputdir/sub/.camel/bar.txt
outputdir/foo.txt
outputdir/sub/bar.txt

from("file://inputdir/").process(new Processor() {
  public void process(Exchange exchange) throws Exception {
    Object body = exchange.getIn().getBody();
    // do some business logic with the input body
  }
});

  <route>
    <from uri="bean:myBean"/>
    <to uri="file:/rootDirectory"/>
  </route>

Exchange.FILE_NAME = hello.txt => /rootDirectory/hello.txt
Exchange.FILE_NAME = foo/bye.txt => /rootDirectory/foo/bye.txt

from("file://inbox?move=backup/${date:now:yyyyMMdd}/${file:name}").to("...");

from("file://inbox?idempotent=true").to("...");

  <route>
    <from uri="file://inbox?idempotent=true&amp;idempotentKey=${file:name}-${file:size}"/>
    <to uri="bean:processInbox"/>
  </route>

   <!-- define our store as a plain spring bean -->
   <bean id="myStore" class="com.mycompany.MyIdempotentStore"/>

  <route>
    <from uri="file://inbox?idempotent=true&amp;idempotentRepository=#myStore"/>
    <to uri="bean:processInbox"/>
  </route>

DEBUG FileConsumer is idempotent and the file has been consumed before. Will skip this file: target\idempotent\report.txt

  <route>
    <from uri="file://inbox?idempotent=true&amp;idempotentRepository=#jpaStore"/>
    <to uri="bean:processInbox"/>
  </route>

  <!-- define our filter as a plain spring bean -->
  <bean id="myFilter" class="com.mycompany.MyFileFilter"/>
  
 <route>
    <from uri="file://inbox?filter=#myFilter"/>
    <to uri="bean:processInbox"/>
  </route>

   <!-- define our sorter as a plain spring bean -->
   <bean id="mySorter" class="com.mycompany.MyFileSorter"/>

  <route>
    <from uri="file://inbox?sorter=#mySorter"/>
    <to uri="bean:processInbox"/>
  </route>

sortBy=group 1;group 2;group 3;...

sortBy=file:name

sortBy=reverse:file:name

sortBy=file:length

sortBy=ignoreCase:file:name

sortBy=reverse:ignoreCase:file:name

sortBy=file:modifed

sortBy=file:modifed;file:name

sortBy=date:file:yyyyMMdd;file:name

sortBy=date:file:yyyyMMdd;reverse:file:name

When using consumer.bridgeErrorHandler, then interceptors, OnCompletions does not apply. The Exchange is processed directly by the Camel error handler Error Handler, and does not allow prior actions such as interceptors, onCompletion to take action.