Hi
There was a person in the community who worked on a jWorkManager
plugin, but for WebLogic.
But the jWorkManager API is a vendor neutral API so in theory that
should work with WebSphere as well.
I think he didn't manage to complete this fully.
But I suggest to look into that API for starters.
Hi All,
I've been investigating some performance issues on a project that's using
Camel. As part of this I've noticed that bean expressions execute far more
slowly than expected. For example the following line takes over 1ms in our
tests whereas using a processor to do the same thing takes somethi
Where can I find sample codes for implementing a custom ThreadPoolFactory or
ExecutorServiceStrategy which hooks into Websphere 8?
Thanks,
Mohammad
--
View this message in context:
http://camel.465427.n5.nabble.com/Sample-code-for-custom-ThreadPoolFactory-which-hook-into-WebSphere-tp5715002.htm
On Sun, Jun 24, 2012 at 1:53 PM, E.Gherardini wrote:
> Hello Claus,
> thanks for answering.
> unfortunately clients of these routes can't be transactional, they can only
> be fire-and-forget, that is why I am implementing this logic.
>
> Could a doTry / doCatch route be a reasonable approach in yo
Hi guys,
I like the idea with URIs like that
"direct-vm:/endpoint/topicName/subTopicName/subSubTopicName?params".
So as Guillaume said the recipient list can be retrieved using something like
xpath or even ant-style expressions
recipientList(directVm("/endpoint/*/subTopicName/subSubTopicName"))
Hello Claus,
thanks for answering.
unfortunately clients of these routes can't be transactional, they can only
be fire-and-forget, that is why I am implementing this logic.
Could a doTry / doCatch route be a reasonable approach in your opinion ?
--
View this message in context:
http://camel.4654
> I made the following change to ./etc/system.properties:
I don't recommend changing ./etc/system.properties to Saxon because it won't
work honestly.
Saxon (xslt2 implementation) is a bundle and is loaded just before camel-saxon
but it doesn't matter,
"javax.xml.transform.TransformerFactory" w
On Sun, Jun 24, 2012 at 11:38 AM, E.Gherardini wrote:
> Hello Filippo,
> thanks again for replying me.
>
> You caught exactly my point: I do not want to loose messages: unfortunately
> my application cannot use transactions, that's why I am handling this by
> hand.
>
> I am starting to think that
Hello Filippo,
thanks again for replying me.
You caught exactly my point: I do not want to loose messages: unfortunately
my application cannot use transactions, that's why I am handling this by
hand.
I am starting to think that the only possible way is writing my own error
handler using standard
On Fri, Jun 22, 2012 at 1:30 PM, Marco Crivellaro wrote:
> Is there a chance dinamic timeout can be added in a future version?
> I suppose it can be done provided the fact it is avaliable in aggregation.
>
The logic for timeout in aggregate vs recipient list / multicast / etc
is not the same.
Th
According with dead letter channel definition if you can't deliver
message, it may be elect to move the message to a dead letter channel.
With camel you can use different redelivery policy to do it .
>From your message seems to understand that you don't want loose
message when something bad happe
Hi
You can try upgrading SMX.
On Fri, Jun 22, 2012 at 6:46 PM, weather99 wrote:
> I tried installing camel-saxon but got the same results.
>
> I made the following change to ./etc/system.properties:
> #javax.xml.transform.TransformerFactory=org.apache.xalan.processor.TransformerFactoryImpl
> ja
Or, to better say, I would like to instruct the Camel
DeadletterChannelErrorHandler to resent the message to the inbound queue
when redelivering, and to the dead letter queue when all redeliveries
failed.
is this possible ?
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel
Hello Filippo,
thanks for replying.
What I am trying to achieve is a redelivery happening from the beginning of
the route, putting the message back on the inbound queue (which lives in a
distributed message broker) so to reduce at minimum the possibility of
loosing the message in case the JVM perf
14 matches
Mail list logo