I have an interesting integration problem:
One of our business units drops report files in a directory. Each report is
a PDF, and has an associated text metadata file that describes the report.
I'd like to have Camel poll the directory for the metadata files, and then,
upon reading the metadata f
Supposing I had a route that consumed from a remote directory via SFTP.
When files are dropped into this directory, they are usually the wrong
permission until a cron job comes by to "fix" the permissions so that they
are readable by the Camel file consumer.
However, until the permissions are set
Also, for what it's worth, I can stay at the currently supported version of
Camel we are using and do this:
${properties:processor.posting.aggregation_timeout_millis}
--sgp
On Mon, Aug 19, 2013 at 1:39 PM, Scott Parkerson wrote:
> Ah, but I
Ah, but I see that I can use the completionTimeout as an attribute; I've
tried it using the special namespace with 2.10.5 and it worked.
Thanks!
--sgp
On Mon, Aug 19, 2013 at 1:32 PM, Scott Parkerson wrote:
> Babak,
>
> I'm not sure this will help, as the value I'm try
SGi Blueprint is in use:
>
>
> http://camel.apache.org/using-propertyplaceholder.html#UsingPropertyPlaceholder-UsingpropertyplaceholdersforanykindofattributeintheXMLDSL
>
> Babak
>
>
> Scott Parkerson-4 wrote
> > I'm using Camel 2.10.4 with my routes defined in Bl
I'm using Camel 2.10.4 with my routes defined in Blueprint. I'm trying to
use a property placeholder to configure the completionTimeout for my
aggregator, and it's complaining:
Camel (postingResultsCamelContext) thread #6 - seda://start ERROR
[org.apache.camel.processor.DefaultErrorHandler] - Fail
are passed with the exchange the
> files wont move. The VM component passes the completions to the next camel
> context so the files are not moved... You have to use a queue or something
> like wiretap to stop completions.
>
> HTH
> Bilgin
>
> Sent from mobile
> On 5 Aug
make sure that the file on the SFTP
server is marked processed before it goes off to the handling route? Do I
need to send the data to a file or an JMS/ActiveMQ queue first?
Thanks,
Scott Parkerson
Folks,
Somewhere along the way, the semantics of setting the "reply to" in a
message header has changed.
Background: In 2.2.0, I used to be able to send a message to a queue
(specifically, the ActiveMQ.Statistics.Destination.> wildcard queue), which
would trigger n responses, n being the number o
Camel riders,
I've been working on various approaches to a message-driven solution here at
$WORK for quite some time, and I must say first of all that I totally love
Camel.
That said, sometimes I find myself constantly refactoring my solution, because
Camel offers so many different approaches
pache.org
> Apache Directory Server :: http://directory.apache.org
>
>
> On Mon, Jul 19, 2010 at 09:57, Scott Parkerson
> wrote:
>
>> I wanted to pass this along to both the Camel and Servicemix groups
>> because I've been seeing a few things in the archives and
I wanted to pass this along to both the Camel and Servicemix groups
because I've been seeing a few things in the archives and in JIRA
noting that it appeared that Flatpack[1] was dead. On the contrary, it
looks quite alive, as they (finally) released version 3.2.0 in March
2010, about two and a hal
There's now a JIRA open for this, with a test case attached.
https://issues.apache.org/activemq/browse/CAMEL-2715
--sgp
On Wed, May 12, 2010 at 11:44 AM, Scott Parkerson
wrote:
> Well, setting up the consumer side
> (from('activemq:foo?exchangePattern=InOut')) seems to wor
Well, setting up the consumer side
(from('activemq:foo?exchangePattern=InOut')) seems to work, although
my test is failing because I have a mock endpoint at the end of the
route who is receiving the message almost instantaneously. This tells
me that the routing slip doesn't quite work as I intended
On Wed, May 12, 2010 at 12:35 AM, Claus Ibsen wrote:
> On Wed, May 12, 2010 at 1:21 AM, Jon Anstey wrote:
>> In RoutingSlipCreator maybe add a slip like
>> "jms:foo?exchangePattern=InOut,jms:bar?exchangePattern=InOut" instead of
>> just the plain endpoint URIs.
>>
>
> Yeah the MEP impacts how the
changePattern=InOut
and the odd thing is that the tracer doesn't show any difference on
the consuming side; i.e. the MEP is still InOnly, and things are still
handled out of order.
Any other ideas?
--sgp
> On Tue, May 11, 2010 at 7:12 PM, Scott Parkerson
> wrote:
>
>> Camel ri
Camel riders,
I've got a route that makes use of the Routing Slip EIP. Right now, a
processor is used to create the header to be used with the routingSlip
processor. Once that is done, the routingSlip then passes the messages
on to one or more ActiveMQ queues as targets.
It was my understanding t
I'm trying to use Camel's HTTP component to send a POST request to a
web service using HTTPS. When I attempt to connect, I get the
following exception:
org.apache.camel.RuntimeCamelException:
javax.net.ssl.SSLHandshakeException:
sun.security.validator.ValidatorException: PKIX path building failed:
On Mon, 2009-09-14 at 16:07 +0100, James Strachan wrote:
> Are you creating your OutboundFooRequestHandlerImpl class by
> configuring it in Spring XML? Or are you using the Spring 3 component
> scan stuff?
Well, that question made me realize that I need to instantiate the bean
via Spring. Turns o
Hello,
I'm trying to use Camel 1.6.1 in SMX 4.1.0.2 (FUSE) and the POJO
Producing / Consuming annotations as described in the online
documentation.
In one class (a CXF-based RESTful webservice), I have the following set
up:
// OutboundFooRequestHandler is an interface (see below)
@Produ
20 matches
Mail list logo
