Atmos Component
Available as of Camel version 2.15
Camel-Atmos is an Apache Camel component that allows you to work with ViPR object data services using the Atmos Client.
from("atmos:foo/get?remotePath=/path").to("mock:test");
Options
The Atmos component has no options.
The Atmos endpoint is configured using URI syntax:
atmos:name/operation
with the following path and query parameters:
Path Parameters (2 parameters):
Name | Description | Default | Type |
---|---|---|---|
name |
Atmos name |
String |
|
operation |
Required Operation to perform |
AtmosOperation |
Query Parameters (12 parameters):
Name | Description | Default | Type |
---|---|---|---|
enableSslValidation (common) |
Atmos SSL validation |
false |
boolean |
fullTokenId (common) |
Atmos client fullTokenId |
String |
|
localPath (common) |
Local path to put files |
String |
|
newRemotePath (common) |
New path on Atmos when moving files |
String |
|
query (common) |
Search query on Atmos |
String |
|
remotePath (common) |
Where to put files on Atmos |
String |
|
secretKey (common) |
Atmos shared secret |
String |
|
uri (common) |
Atomos server uri |
String |
|
bridgeErrorHandler (consumer) |
Allows for bridging the consumer to the Camel routing Error Handler which mean any exceptions occurred while the consumer is trying to pickup incoming messages 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 will be logged at WARN or ERROR level and ignored. |
false |
boolean |
exceptionHandler (consumer) |
To let the consumer use a custom ExceptionHandler. Notice if the option bridgeErrorHandler is enabled then this options is not in use. By default the consumer will deal with exceptions that will be logged at WARN or ERROR level and ignored. |
ExceptionHandler |
|
exchangePattern (consumer) |
Sets the exchange pattern when the consumer creates an exchange. |
ExchangePattern |
|
synchronous (advanced) |
Sets whether synchronous processing should be strictly used or Camel is allowed to use asynchronous processing (if supported). |
false |
boolean |
Dependencies
To use Atmos in your camel routes you need to add the dependency on camel-atmos which implements this data format.
If you use maven you could just add the following to your pom.xml, substituting the version number for the latest & greatest release (see the download page for the latest versions).
<dependency>
<groupId>org.apache.camel</groupId>
<artifactId>camel-atmos</artifactId>
<version>x.x.x</version>
<!-- use the same version as your Camel core version -->
</dependency>
Integrations
When you look at atmos integrations, there is one type of consumer, GetConsumer, which is a type of ScheduledPollConsumer.
-
Get
Whereas there are 4 types of producers which are
-
Get
-
Del
-
Move
-
Put
Examples
These example are taken from tests:
from("atmos:foo/get?remotePath=/path").to("mock:test");
Here, this is a consumer example.
remotePath
represents the path from where the data will
be read and passes the camel exchange to regarding producer
Underneath, this component uses atmos client API for this and
every other operations.
from("direct:start")
.to("atmos://get?remotePath=/dummy/dummy.txt")
.to("mock:result");
Here, this a producer sample.
remotePath
represents the path where the operations occur
on ViPR object data service. In producers, operations(Get
,Del
,
Move
,Put
) run on ViPR object data services and results are set
on headers of camel exchange.
Regarding the operations, the following headers are set on camel exhange
DOWNLOADED_FILE, DOWNLOADED_FILES, UPLOADED_FILE, UPLOADED_FILES, FOUND_FILES, DELETED_PATH, MOVED_PATH;