Hi,
I just tryed your fix and it works fine. Thank you.
However, I have one last problem :camel-jdbc doesn't preserve headers on
some INSERT requests.
These lines :
were moved from JdbcProducer.process to some "deeper" functions, but now it
doesn't get called all the time.
For instance, if I w
Hi
Ah yeah there was some code missing. I have pushed a fix. You are
welcome to test again.
On Wed, Aug 13, 2014 at 9:52 AM, A577127 wrote:
> Hi,
>
> I just tryed your fix and it works fine. Thank you.
>
> However, I have one last problem :camel-jdbc doesn't preserve headers on
> some INSERT req
Everything works fine. Thanks.
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel-jdbc-snapshots-SQLException-tp5755058p5755158.html
Sent from the Camel - Users mailing list archive at Nabble.com.
At present, we do not limit the fetch size on the JDBC driver level which
will fix this issue (e.g.
preparedStatement.setFetchSize(getMaxMessagesPerPoll())).
The drawback is, we don't know how many rows are in the database which will
match our query. We only can assume if fetchSize is equal to
maxM
Use a transacted client as described here [1] and chain your database
operations along within one transaction. If everything went fine, Camel
will commit the transaction, otherwise Camel will rollback the transaction.
[1] http://camel.apache.org/transactional-client.html
Best,
Christian
Hi Team,
Please find the below scenarios or camel route
from("wmq:queue:eventQueue + "?useMessageIDAsCorrelationID=true")
.transacted()
.bean(orchestrator, "processMessage(${body}, ${headers})");
and for transaction i am maintaining JmsTransactionManager. please find the
same. actually
Is there any way to send HTTP basic authorization(preemptive authentication)
to another web service(from HTTP4).
I have a proxy with Jetty consuming and HTTP4 producing.
Here is some sample code in the webservice documentation -
Options options = ipgstub._getServiceClient().getOptions();
In doing research about implementing multiple CamelContexts within a single
JVM, I have seen the information on this page pop up in several different
places.
http://camel.apache.org/why-use-multiple-camelcontext.html
"In general, you don't tend to want multiple camel contexts in your
application,
My desired flow is:
endpoint routes to bean
bean creates multiple child messages from source
split on body
child messages process in parallel, up to a max
aggregate results
reply w/ aggregated results
I've tried several different configurations. I've been able to make it all
process like a queue,
Of course, I figure it out 30 minutes after posting. This route works as
desired:
from("stomp:request_queue").
bean(new MyGenerator()).
split(body(), new MyAggregationStrategy()).
parallelProcessing().executorService(Executors.newFixedThreadPool(4)).
bean(new MyRunner()).
end().
recipientList(simp
No "exec" headers are set after an invocation of this endpoint, so I'm not
being able to decide what do upon process execution. I'm using Spring DSL
like this:
exec://{{cmod.arsLoad}}?useStderrOnEmptyStdout=t
Hi Claus,
Thanks for the reply.
I need to rollback the transaction otherwise my DB statements will commit
and a JMS event will be sent.
What is the point of the transaction if it's not rolled back on error?
Is there no simple way to have the request / reply return immediately upon
an exception
Extra, I'm using camel 2.13.2
In my pom.xml:
org.apache.camel
camel-spring-ws
2.13.2
Running both in Apache Tomcat 7 (JDK 1.7.0_04-b21 in OSX) and IBM WebSphere
Application Server 8.5.5.2
It's certainly far easier to use in such a scenario. Multiple CamelContexts
prevents you from using the direct: and seda: components (to name two) in
between contexts. Some components may also not be using very modular
libraries behind the scenes which may be using singletons and such. In such
a sc
Are you using the unit of work feature?
On 13 August 2014 13:36, Matt Wendling wrote:
> Hi Claus,
>
> Thanks for the reply.
>
> I need to rollback the transaction otherwise my DB statements will commit
> and a JMS event will be sent.
>
> What is the point of the transaction if it's not rolled b
I'm not using that.
On Wed, Aug 13, 2014 at 11:57 AM, Matt Sicker wrote:
> Are you using the unit of work feature?
>
>
> On 13 August 2014 13:36, Matt Wendling wrote:
>
> > Hi Claus,
> >
> > Thanks for the reply.
> >
> > I need to rollback the transaction otherwise my DB statements will commit
Finally found a way to make this work.
I was using the activemq component but when I switched to using Direct it
works like I want.
On Wed, Aug 13, 2014 at 1:23 PM, Matt Wendling wrote:
> I'm not using that.
>
>
> On Wed, Aug 13, 2014 at 11:57 AM, Matt Sicker wrote:
>
>> Are you using the u
Hi
I'm using 2.13.2
The URI option is non-ideal since it sends the credentials in clear text as
part of the http (GET) call.
That's not very secure.
Thanks,
Rick
--
View this message in context:
http://camel.465427.n5.nabble.com/How-can-I-make-a-RecipientList-http-component-use-an-HttpConf
Hi,
Did you try to check the EXEC_EXIT_VALUE from in message?
You can find more information about in and out message here[1].
[1]http://camel.apache.org/using-getin-or-getout-methods-on-exchange.html
--
Willem Jiang
Red Hat, Inc.
Web: http://www.redhat.com
Blog: http://willemjiang.blogs
If you already know the basic authentication information, you can set up the
http4 endpoint uri options just like this
http4://BackEndAddress?authUsername=WS111920._.1&authPassword=0WRtTq1K&authenticationPreemptive=true
--
Willem Jiang
Red Hat, Inc.
Web: http://www.redhat.com
Blog: http://w
Hi
See also
http://camel.apache.org/threading-model.html
how you can setup thread pools / thread pool profiles etc, and assign
those to the eips and components and whatnot.
On Wed, Aug 13, 2014 at 7:41 PM, efenderbosch
wrote:
> Of course, I figure it out 30 minutes after posting. This route wor
21 matches
Mail list logo