On Mon, Oct 14, 2013 at 5:23 PM, Preben.Asmussen wrote:
> Hi
>
> I have create a component page at
> https://cwiki.apache.org/confluence/display/CAMEL/Splunk for the splunk
> component.
>
> At the bottom of the page I reference some features in Splunk (jmx app.)
> that is not part of the component
That I agree with which I believe is the aggregator issue u brought forward,
correct?
If so why don't u go ahead and open a Jira ticket describing the issue so we
can capture the relevant details.
ses
> On Oct 14, 2013, at 8:36 AM, flovansi wrote:
>
> Yes I understand the purpose of the t
Hi
I have create a component page at
https://cwiki.apache.org/confluence/display/CAMEL/Splunk for the splunk
component.
At the bottom of the page I reference some features in Splunk (jmx app.)
that is not part of the component itself, but could be useful for users.
Is that ok, or would that be r
Yes I understand the purpose of the timeout but what if an exchange has just
been read by the SJMS consumer and the timeout is triggered? The processing
of the timeout commits the transaction while the exchange could still be
inflight and could fail.
In general, the commit of the transaction trigg
Hi Flo,
Thanks for putting this together. The timeout is working as expected but I
will see if I can make it work with this to create an automated test that
handles the aggregation issue.
Thanks again,
Scott ES
On Mon, Oct 14, 2013 at 2:51 AM, flovansi wrote:
> These tests requires manual int
Hi Flo,
The completion of the batch value has a higher priortity than the timeout.
Therefore the batch should always complete the expected number. The
timeout is meant to keep the consumer from starving. Say you have a batch
of 100 and only 50 msgs are produced. We don't want the transaction b
Yeah you're right the test failed again on the CI-Server as well. There're
also couple of unresolved concurrency/deadlock related JIRA tickets by
OpenJPA going into the exactly same direction:
https://issues.apache.org/jira/browse/OPENJPA-1716
Babak
Christian Mueller wrote
> It's still failing
Karma granted.
On Mon, Oct 14, 2013 at 9:41 AM, Preben.Asmussen wrote:
> Hi
>
> Can anybody grand me karma to edit the wiki for user preben.
> ICLA signed and accepted.
>
> Best,
> Preben Asmussen
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/wiki-karma-tp57414
These tests requires manual intervention (looking if messages are still in
the queue or are they committed?). But these are simple tests that proves
the batch transaction support offered by SJMS is not 100% correct
(especially the behaviour of the timeout!!!).
--
View this message in context:
Hi
Can anybody grand me karma to edit the wiki for user preben.
ICLA signed and accepted.
Best,
Preben Asmussen
--
View this message in context:
http://camel.465427.n5.nabble.com/wiki-karma-tp5741499.html
Sent from the Camel Development mailing list archive at Nabble.com.
10 matches
Mail list logo