Hi Steve,
Sorry for the late answer but just for the record and also maybe other users
who may follow this thread:
The reason for the behavior you were observing has nothing to do with the
MEP itself but a bug being already fixed:
https://issues.apache.org/jira/browse/CAMEL-5979
So that if y
On Feb 27, 2013, at 3:12 AM, "Babak Vahdat [via Camel]"
wrote:
> Hi Steve
>
> Thanks for looking into this. Unfortunately the provided patch causes
> regressions by some pre-existing tests of this component. I've provided the
> details of this into the ticket itself, so let's continue the c
Thanks Steve! Very appreciated!
Best,
Christian
Sent from a mobile device
Am 26.02.2013 17:39 schrieb "stevebate" :
>
> On Feb 25, 2013, at 2:21 PM, Babak Vahdat [via Camel] <
> ml-node+s465427n5728116...@n5.nabble.com> wrote:
> > As I did *not* backport the fix for CAMEL-5861 to this branch (be
Hi Steve
Thanks for looking into this. Unfortunately the provided patch causes
regressions by some pre-existing tests of this component. I've provided the
details of this into the ticket itself, so let's continue the conversation
inside JIRA itself to avoid making noise here @ the user forum.
And
On Feb 25, 2013, at 2:21 PM, Babak Vahdat [via Camel]
wrote:
> As I did *not* backport the fix for CAMEL-5861 to this branch (because it
> was/is not a supported version anymore). However the example works properly
> on the 2.10.x branch as well as trunk with the proper JSON outputs for both
> I'll need to refresh my memory since the original code was written four
years
> ago.
> However, I'm sure the example worked at that time or I wouldn't have
> submitted or
> taken the time to document the example.
Hi
If you would run the example RequestReplyExample from the 2.8.x branch:
https:
I'll need to refresh my memory since the original code was written four years
ago.
However, I'm sure the example worked at that time or I wouldn't have
submitted or
taken the time to document the example.
When I have some time, I'll set up a Camel development environment to take a
look at
the issu
Hi
I logged a ticket to not forget about this bug:
https://issues.apache.org/jira/browse/CAMEL-5880
Babak
Babak Vahdat wrote
> Am 14.12.12 16:48 schrieb "lawkai" unter <
> kai.law@
> >:
>
>>Hi Babak,
>>
>>I have checked the latest version in trunk.
>>
>>While I agree that the ExecutionRepor
Am 14.12.12 16:48 schrieb "lawkai" unter :
>Hi Babak,
>
>I have checked the latest version in trunk.
>
>While I agree that the ExecutionReport did get printed out via the
>additional route to the bean QuickfixjMessageJsonPrinter, wouldn't it be
>better if it gets routed back to become the http r
Hi Babak,
I have checked the latest version in trunk.
While I agree that the ExecutionReport did get printed out via the
additional route to the bean QuickfixjMessageJsonPrinter, wouldn't it be
better if it gets routed back to become the http response for the request
(http://localhost:9123/order
Am 13.12.12 17:39 schrieb "lawkai" unter :
>Hi Babak,
>
>I have checked out your patch and it seems the exception is gone.
>
>However, I have noticed one problem.
>
>Please correct me if I am wrong. In the example, I think the original
>author
>was trying to transform a http request (via Jetty)
Hi Babak,
I have checked out your patch and it seems the exception is gone.
However, I have noticed one problem.
Please correct me if I am wrong. In the example, I think the original author
was trying to transform a http request (via Jetty) into the
OrderStatusRequest and routes it (via routingS
Am 11.12.12 10:24 schrieb "Babak Vahdat" unter
:
>
>
>Am 11.12.12 03:09 schrieb "lawkai" unter :
>
>>Hi Babak,
>>
>>Thanks, I will give this a try when I am back in town. Appreciate your
>>help.
>>
>>Might I also suggest to move this samples to the binary package instead
>>in
>>the sources?
>
>Y
Am 11.12.12 03:09 schrieb "lawkai" unter :
>Hi Babak,
>
>Thanks, I will give this a try when I am back in town. Appreciate your
>help.
>
>Might I also suggest to move this samples to the binary package instead in
>the sources?
Yeah this would make much more sense as currently the users should c
Hi
I already raised a ticket and fixed this example, so feel free to give it a
try:
https://issues.apache.org/jira/browse/CAMEL-5861
Babak
lawkai wrote
> Hi Claus,
>
> I am using Camel version 2.10.2.
>
> And the example that I got is provided in the src package (under
> components\camel-qui
Am 07.12.12 14:25 schrieb "lawkai" unter :
>Hi,
>
>I am completely new to Camel, and while I am going through the example,
>I got this exception while running
>org.apache.camel.component.quickfixj.examples.RequestReplyExample
>
>
>Exception in thread "main" java.io.IOException: Server returned H
Hi Claus,
I am using Camel version 2.10.2.
And the example that I got is provided in the src package (under
components\camel-quickfix
org.apache.camel.component.quickfixj.examples.RequestReplyExample)
I can't seem to get anything in the log... I just run the class as a Java
Application and that
On Fri, Dec 7, 2012 at 2:25 PM, lawkai wrote:
> Hi,
>
> I am completely new to Camel, and while I am going through the example,
> I got this exception while running
> org.apache.camel.component.quickfixj.examples.RequestReplyExample
>
>
> Exception in thread "main" java.io.IOException: Server retu
18 matches
Mail list logo
