2010/10/5 S. Ali Tokmen :
> Hello
>
> Currentl, the CAMEL roadmap reads:
>
>
> Spring 3.x
>
> Camel 3.0 should bump the minimum version of Spring to 3.0+.
> Camel 1.x/2.x supports Spring 2.0+
>
> That is partially incorrect: CAMEL 2.5.0 requires Spring 3 already... Is
> this an expec
And you have seen this FAQ?
http://camel.apache.org/how-do-i-run-activemq-and-camel-in-jboss.html
You must use the camel-jboss component when running in JBoss.
On Mon, Oct 4, 2010 at 9:44 PM, lexs...@gmail.com wrote:
>
> Hi,
>
> I have this split route that works well during unit testing, but no
On Tue, Oct 5, 2010 at 1:16 AM, bxkrish wrote:
>
> Thanks for the reply Claus. Camel 2.0 is part of our product version and we
> will not be able to change it without releasing a different version of our
> product. I am sure 2.4 is a more stable version but Aggregation should be
> working with Cam
>From more help by Hadrian and andrewm in IRC, I got it sorted out:
The missing piece is that I needed a way to let the consumer to be a
part of the routing, which is basically not what most of the canned
'Processors' let you do when JMS Queue's are involved, because pulling
a message off of the J
Thanks for the reply Claus. Camel 2.0 is part of our product version and we
will not be able to change it without releasing a different version of our
product. I am sure 2.4 is a more stable version but Aggregation should be
working with Camel 2.0.
I debugged and found that the "oldExchange" is nu
Hi Claus, thanks for the continued support. With the latest code (revision
1003927) relative URIs are working again for me.
This the first time I'm using camel-ftp. The server I'm talking to is a Fedora
11 box running OpenSSH_5.2p1. Regular FTP is an unlikely option for us.
Relative URLs are an
Hi Illtud,
Essentially I have no natural hierarchy. The issue is that these
workers will generally interoping with 3rd-party services, meaning
it's very hard to know upfront what their runtime characteristics will
be. We may find that one API of one 3rd-party fails alot and/or
takes a long tim
I've just deployed some documentation for the Accord OFTP2 Camel component.
If you are interested, take a look at
http://accord.ow2.org/odetteftp/camel.html
Thank you,
Bruno Borges
www.brunoborges.com.br
+55 21 76727099
"The glory of great men should always be
measured by the means they have us
On 04/10/10 21:46, Seth Call wrote:
It seems to me the right thing to do is to have one queue per
unit-of-work type. So if you are a worker and support 2 types of
work, then you'd ultimately be listening to two queues. But, once you
started working on one task pulled from one of the queues, it
And then I find the Dead Letter Channel. It seems that perhaps, with
this mechanism, it might make sense to just reject the message once I
started a unit of work (or if I find the current worker that pulled
the task can't handle it), and let the routing re-route to the next
worker in line.
Not s
Hi all,
Let me describe my end-goal, and see what you all think:
I have this concept of a 'worker', which is on the consuming end of a
JMS queue. The idea is that I'd like to have many of these workers
deployed.
At the same time, there are different types of work to be done, and a
worker can do
More findings. I've Modified my bean method to this:
public void processImprint(Node node) throws TransformerException
{
TransformerFactory transfac = TransformerFactory.newInstance();
Transformer trans = transfac.newTransformer();
trans.setOutputProperty(OutputKeys.INDENT, "yes");
I agree. But when producing an out I think you need to call
Exchange.setIn(Message). Seems like when you call
Exchange.setOut(Message) you are setting up a request-reply scenario
which is not what I wanted.
On Mon, Oct 4, 2010 at 1:54 PM, Hadrian Zbarcea wrote:
> Yeah, there is still a lot of c
Hi,
I have this split route that works well during unit testing, but not when
deployed in JBoss 5.1 environment. I am using Camel 2.4.0. My route is
written as Spring XML file:
/message/body/category_definitions/category_definition[fixed_part='IMP']
My CategoryProcessor bean has this me
Hi,
Check out the following links
https://svn.apache.org/viewvc/camel/trunk/components/camel-quartz/src/test/resources/org/apache/camel/component/quartz/SpringQuartzCronRouteTest.xml?view=markup
https://svn.apache.org/viewvc/camel/trunk/components/camel-quartz/src/test/resources/org/apache/camel
I have deployed a working quartz cron trigger outside of the camel
configuration.
We are in the process of implementing our backend processes using camel.
So far, this is going well and have not hit any major obstacles -- so
very pleased.
I have a new quartz trigger that I am wanting to setup and
Yeah, there is still a lot of confusion.
Unfortunately that page is bollocks and I'll have to get it cleaned up.
Mark, I think you did the right thing actually, in a processor one should *not*
modify the in, but produce an out, if needed. It's time to get that clarified!
My $0.02,
Hadrian
On Oc
I'm considering using camel and activemq for moving gzipped (~1gb) files form
ftp server to hdfs. I'm aware of existence of ftp and hdfs components, but
I'm not sure about the support for splitting for gzipped files or streaming
method with FTP entry point. What is the most straightforward/scalab
The latest 3.1.0 doesn't support pubsub, but on trunc
http://svn.igniterealtime.org/svn/repos/smack/trunk/source/org/jivesoftware/smackx/pubsub/
the feature is implemented. Seems that only a release is needed.
An alternative would be nice since the latest Smack release is back in
20008.
/preben
On Mon, Oct 4, 2010 at 3:57 PM, Mark Webb wrote:
> Thanks. I have things working now.
>
> It seems weird to me though that if in a Processor I take a message
> in, transform it into a newly created Message object that I should
> call Exchange.setIn(Message) instead of Exchange.setOut(Message). I
Thanks. I have things working now.
It seems weird to me though that if in a Processor I take a message
in, transform it into a newly created Message object that I should
call Exchange.setIn(Message) instead of Exchange.setOut(Message). I
think of a Processor as taking "in" a message and then sen
Thanks Willem.
On 02/10/2010, at 10:47 PM, Willem Jiang wrote:
> Hi Scott,
>
> I just checked the schema of cxfEndpoint, it doesn't support the
> publishedEndpointUrl.
> I filled a JIRA[1] for it.
>
> [1]https://issues.apache.org/activemq/browse/CAMEL-3190
>
> On 10/2/10 8:33 PM, Scott Christ
On Mon, Oct 4, 2010 at 2:33 AM, bxkrish wrote:
>
> Hi
>
> I am using Camel 2.0. I am trying to do a simple aggregation of messages
> dropped in one Queue to another Queue.
>
> For Example: Q1 = 1,2,3,4...10 messages, I want it to be 1 message in Q2
> which is concatenation of (1,2,3, 4...10).
>
>
On Sun, Oct 3, 2010 at 9:14 AM, preben wrote:
>
> Hi
>
> Seems that camel-xmpp doesn't implement pubsub Smack features (XEP-0060
> Publish-Subscribe). There is a jivesoftware library that supports pubsub,
> and both ejabberd and openfire servers support pubsub.
>
> Anybody have any ideas about at
24 matches
Mail list logo