Apache Camel Usage with .Net

[scope_creep <sc...@hotmail.com>]

Bob.

I'm a newbie on the Apache stack, so bear with me, although i've used the
webserver for donkeys.
I'm really interested in ApAche camel for its primary purpose which is
routing. I have a .Net assembly, which with a MSMQ messaging interface on
it. Primary purpose is to route messages between Solaris, Aix, Linux, Cisco,
BSD, etc with main message processing done on windows, with message routing
between 

Q1 Does Apache Camel standalone, or would I need ActiveMQ broker as well. 
Q2. Is their a standard security model for messaging. 

Any other advice would be helpful. 

scope_creep
-- 
View this message in context: http://old.nabble.com/Apache-Camel-Usage-with-.Net-tp26995847p26995847.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Re: Apache Camel Usage with .Net

[Claus Ibsen <cl...@gmail.com>]

On Sat, Jan 2, 2010 at 8:36 PM, scope_creep <sc...@hotmail.com> wrote:
>
>
> Bob.
>
> I'm a newbie on the Apache stack, so bear with me, although i've used the
> webserver for donkeys.
> I'm really interested in ApAche camel for its primary purpose which is
> routing. I have a .Net assembly, which with a MSMQ messaging interface on
> it. Primary purpose is to route messages between Solaris, Aix, Linux, Cisco,
> BSD, etc with main message processing done on windows, with message routing
> between
>
> Q1 Does Apache Camel standalone, or would I need ActiveMQ broker as well.
> Q2. Is their a standard security model for messaging.
>
> Any other advice would be helpful.
>

We used to have a camel-msmq component at FuseSource.
It is shipped with FUSE MR 1.x (aka Camel 1.x). However we have
discontinued this component and its @deprecated and not part of FUSE
MR 2.x (Camel 2.x).

However you can find the source code at
http://fusesource.com/forge/svn/fuseeip/branches/camel-1.x-fuse/components/camel-msmq/

And maybe use that code to build you own component to use.
It runs only on Windows and AFAIR you need to have some MSMQ .dll
installed on the machine you run it from.

There is a README.txt file and the documentation is still located at:
http://camel.apache.org/msmq




> scope_creep
> --
> View this message in context: http://old.nabble.com/Apache-Camel-Usage-with-.Net-tp26995847p26995847.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
>



-- 
Claus Ibsen
Apache Camel Committer

Author of Camel in Action: http://www.manning.com/ibsen/
Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/
Twitter: http://twitter.com/davsclaus

Re: Apache Camel Usage with .Net

[Martin Gilday <ma...@imap.cc>]

I recently had a project that required integration with MSMQ.  In the
end we found it easier to use C# to write a bridge that relayed all the
messages from MSMQ on to ActiveMQ which we then used Camel with.  You
can publish to ActiveMQ from C# really easily with Apache NMS and
Spring.NET.


----- Original message -----
From: "Stephen Gargan" <st...@gmail.com>
To: users@camel.apache.org
Date: Sat, 2 Jan 2010 20:06:41 -0800
Subject: Re: Apache Camel Usage with .Net

Bob,

Camel can absolutely be used without ActiveMQ, it standsalone
perfectly, all you require is the camel-core jar. Then as you require
differnet kinds of connectivity and transformation you add the
appropriate jars.

In order to use camel you'd need to find a way to consume messages in
java from your MsMQ broker. Once you can do that it would be a simple
matter of populating a camel exchange with the data from the consumed
message and injecting it into camel with a ProducerTemplate. Taking a
quick scan around there seem to be some commercial options and this
open source library (http://jmsmq.sourceforge.net/) that might help
you though I've never used it and your mileage will definitely vary.

How are consuming messages on linux and solaris? Might the same
consumption mechanism be available to help you here.

If you're looking to migrate away from the MsMQ broker there a number
of things you could do while transitioning to ease the pain e.g.  You
could read the messages in .Net and make a http call with the contents
into a Camel based application. From there the world (as accessible
via camel's myriad components) is your oyster. Post your ideas and
folks will be glad to help you out.

As to security, what kind of security are you looking for? Camel 's
routing gives you full access all the message details which allow you
to easily examine and veto message routing based on the message
content and context. Depending on what components you use you can
absolutely leverage the protocol level security features if they're
exposed e.g. HTTP authentication and HTTPS are easily configurable for
camel-http.

If you can be more specific about your requirements we can shed more
light.

rgds,

ste

On Sat, Jan 2, 2010 at 11:36 AM, scope_creep <sc...@hotmail.com>
wrote:
>
>
> Bob.
>
> I'm a newbie on the Apache stack, so bear with me, although i've used the
> webserver for donkeys.
> I'm really interested in ApAche camel for its primary purpose which is
> routing. I have a .Net assembly, which with a MSMQ messaging interface on
> it. Primary purpose is to route messages between Solaris, Aix, Linux, Cisco,
> BSD, etc with main message processing done on windows, with message routing
> between
>
> Q1 Does Apache Camel standalone, or would I need ActiveMQ broker as well.
> Q2. Is their a standard security model for messaging.
>
> Any other advice would be helpful.
>
> scope_creep
> --
> View this message in context: http://old.nabble.com/Apache-Camel-Usage-with-.Net-tp26995847p26995847.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
>

Re: Apache Camel Usage with .Net

[Stephen Gargan <st...@gmail.com>]

Bob,

Camel can absolutely be used without ActiveMQ, it standsalone
perfectly, all you require is the camel-core jar. Then as you require
differnet kinds of connectivity and transformation you add the
appropriate jars.

In order to use camel you'd need to find a way to consume messages in
java from your MsMQ broker. Once you can do that it would be a simple
matter of populating a camel exchange with the data from the consumed
message and injecting it into camel with a ProducerTemplate. Taking a
quick scan around there seem to be some commercial options and this
open source library (http://jmsmq.sourceforge.net/) that might help
you though I've never used it and your mileage will definitely vary.

How are consuming messages on linux and solaris? Might the same
consumption mechanism be available to help you here.

If you're looking to migrate away from the MsMQ broker there a number
of things you could do while transitioning to ease the pain e.g.  You
could read the messages in .Net and make a http call with the contents
into a Camel based application. From there the world (as accessible
via camel's myriad components) is your oyster. Post your ideas and
folks will be glad to help you out.

As to security, what kind of security are you looking for? Camel 's
routing gives you full access all the message details which allow you
to easily examine and veto message routing based on the message
content and context. Depending on what components you use you can
absolutely leverage the protocol level security features if they're
exposed e.g. HTTP authentication and HTTPS are easily configurable for
camel-http.

If you can be more specific about your requirements we can shed more light.

rgds,

ste

On Sat, Jan 2, 2010 at 11:36 AM, scope_creep <sc...@hotmail.com> wrote:
>
>
> Bob.
>
> I'm a newbie on the Apache stack, so bear with me, although i've used the
> webserver for donkeys.
> I'm really interested in ApAche camel for its primary purpose which is
> routing. I have a .Net assembly, which with a MSMQ messaging interface on
> it. Primary purpose is to route messages between Solaris, Aix, Linux, Cisco,
> BSD, etc with main message processing done on windows, with message routing
> between
>
> Q1 Does Apache Camel standalone, or would I need ActiveMQ broker as well.
> Q2. Is their a standard security model for messaging.
>
> Any other advice would be helpful.
>
> scope_creep
> --
> View this message in context: http://old.nabble.com/Apache-Camel-Usage-with-.Net-tp26995847p26995847.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
>