This site contains the documentation that is relevant to older WSO2 product versions and offerings.
For the latest WSO2 documentation, visit https://wso2.com/documentation/.

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

VFS (Virtual File System) transport implementation is a module which belongs to the Apache Synapse project. The following classes implement the listener and sender APIs.

  • org.apache.synapse.transport.vfs.VFSTransportListener
  • org.apache.synapse.transport.vfs.VFSTransportSender

The necessary classes can be found in the synapse-vfs-transport.jar file. Unlike the transports described previously, VFS transport does not have any global parameters to be configured. Rather, it has a set of service level parameters that needs to be specified for each service. VFS transport implementation is mainly used and mostly effective in WSO2 ESB.

Starting from version 4.0, VFS transport supports FTPS protocol ( New in version 4.0 ). Configuration is identical to other protocols with the only difference being the URL prefixes.

The VFS transport implementation is based on Apache Commons VFS implementation. Therefore commons-vfs.jar file should be included in the Carbon classpath to enable the VFS transport.

Since VFS transport deals with file operations there are certain time that these can fail due to unavailability of some resource. In such a case VFS transport is equipped with the following fault handling mechanism.

When a failure occurs in a file object, that will be marked as a fail record and will be moved to location (configured by the user) where move error file objects are kept. The failed record will be maintain inside a text file ( file name is configurable) and the location of that file will be provided by the user. When the next polling iteration is going on, it will check the file against the failed record and if the file is a failed record, it will skip processing and schedule a move task to move that file(the retry duration of the file move task can be configured). This is handle this way because this is random failure in move operation.

VFS Service Level Parameters

Tip

In transport parameter tables, literals displayed in italic mode under the "Possible Values" column should be considered as fixed literal constant values. Those values can be directly put in transport configurations.

Parameter Name

Description

Required

Possible Values

Default Value

transport.vfs.
FileURI

The file URL from
where the input files
 should be fetched.

Yes

A valid file URL
of the form file://
file://<path>

 

transport.vfs.
ContentType

Content type of the files
transferred over the transport.

Yes

A valid content
type for the
files (eg: text/xml)

 

transport.vfs.
FileName
Pattern

If the VFS listener
should read only a
subset of all the files
available in the
specified file URI
location, this parameter
can be used to select
those files by name
using a regular
expression.

No

A regular
expression to
select files by
name
(eg:.*\.xml)

 

transport.
PollInterval

The polling interval in
milliseconds for the
transport receiver to
poll the file URI
location.

No

A positive integer

 

transport.vfs.
ActionAfter
Process

Action to perform
over the files after
processed by
the transport.

No

MOVE,
DELETE

DELETE

transport.vfs.
ActionAfter
Failure

Action to perform
over the files after
processed by
the transport.

No

MOVE,
DELETE

DELETE

transport.vfs.
MoveAfter
Process

The location to
move the files
after processing.

Required if
ActionAfterProcess
is MOVE

A valid file URI

 

transport.vfs.
MoveAfter
Failure

The location to
move the files
after a failure
occurs.

Required if
ActionAfterFailure
is MOVE

A valid file URI

 

transport.vfs.
ReplyFileURI

The location to
which reply files
should be written
by the transport.

No

A valid file URI

 

transport.vfs.
ReplyFile
Name

The name for reply files
written by the transport.

No

A valid file
name

response.xml

transport.vfs.
Move
Timestamp
Format

The pattern/format
of the  timestamps
added to file names
as prefixes when
moving files (See
the API documentation
of java.text.
SimpleDateFormat
for details).

No

A valid timestamp
pattern
(eg: yyyy-MM-
dd'T'HH:mm
:ss.SSSZ)

 

transport.vfs.
Streaming

If files should be transferred
in streaming mode or not.

No

true, false

false

transport.vfs.
Reconnect
Timeout

Reconnect timeout
value in seconds
to be used in
case of an error
when  transferring
files.

No

A positive
integer

30 sec

transport.vfs.
MaxRetry
Count

Maximum number of
retry attempts to
carry out  in case
of errors.

No

A positive
integer

3

transport.vfs.
Append

When writing the
response to a file,
if the response
should be appended
to the response file
this parameter
should be set to
true.

This should be
defined as a query
parameter in out/reply
file URI(ex: " vfs:file:
///home/user/test/out?
transport.vfs.Append=true "
or <parameter name="
transport.vfs.ReplyFileURI">
file:///home/user/test/out?
transport.vfs.Append=true
</parameter>).

By default the
response  file will
be completely
overwritten.

No

true, false

false

transport.vfs.
MoveAfter
FailedMove

New destination
to move the
failed file.

No

A valid file URI

 

transport.vfs.
Failed
Records
FileName

The file name to maintain
the list of failure files.

No

A valid file name

vfs-move-
failed-
records.
properties

transport.vfs.
Failed
Records
File
Destination

The destination of the
failed file.

No

A folder URI

repository
/conf/

transport.vfs.
Move
Failed
Record
Timestamp
Format

When adding record
to the failed file,
entries is logged
the as:
file_name
time_stamp.
This will configure
the time stamp
format.

No

A valid timestamp
pattern (eg: yyyy-
MM-dd'T'HH:mm:
ss.SSSZ)

dd-MM-
yyyy
HH:mm
:ss

transport.vfs.
Failed
Record
Next
Retry
Duration

The time in milli
second for the
move task to wait
until next retry.

No

A positive
integer

3000 milli
seconds

transport.vfs.Locking

By-default file locking is
turned on in the VFS transport,
and this parameter lets you configure
the locking behaviour on a per service basis.
Possible values are enable or disable ,
and both these values are important
because the locking can be disabled
at the global level by specifying
that at the receiver level and
selectively enable locking only for a set of services.

No

enable or disable

enable

Please, refer Using the file system as transport medium (VFS) on how to use the VFS transport in real world applications.

  • No labels