aspose file tools*
The moose likes Other Application Frameworks and the fly likes Camel in Action question Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Frameworks » Other Application Frameworks
Bookmark "Camel in Action question" Watch "Camel in Action question" New topic
Author

Camel in Action question

Cor Takken
Ranch Hand

Joined: May 21, 2007
Posts: 58
Again, congratulations with the paper version of the book.

My question: In your view, what will be the next thing Camel will point its attention to to take it to the next level?


SCJP 1.5
Dolphins are grey, but they dream in colour.
Claus Ibsen
author
Greenhorn

Joined: Apr 01, 2004
Posts: 18
Cor,

This is a really good question. I am sure I want to come back to this a couple of times with ideas/views on this.

As a side note we are working on the roadmap for Camel 3.0.
http://camel.apache.org/camel-30-roadmap.html

This time we want to do shorter development cycle on 3.0, than we did on 2.0. 2.0 took about 11 months to do.
The goal for 3.0 is to have a drop in upgrade for 2.x. While we take on JDK 1.6 as the new min. supported JDK.
And at the same time we do some internal optimizations.

So the next thing we take to the next level could be, besides Camel 3.0:
- support for asynchronous transactions
- OSGi blueprint drop in replacement for Spring DM (work in progress as we got most work done in 2.x)
- Easier OSGi testing (general make using OSGi with Camel easier)
- Persistent state store for doing JMS request/reply (poor mans state engine for simple human flow tasks)

And an area people have asked about before is human work flows, which is an area to take to the next step.
However I believe this work is happening at Apache ServiceMix / Apache Karaf where there are plans to work with
the Activiti project (http://www.activiti.org/) and have it integrate with those projects. Camel works well with ServiceMix / Karaf also.

Also the Apache Hise project (http://incubator.apache.org/hise/) looks interesting and it already integrates out of the box with Camel.
So the human work flow side definitely looks something that we take to the next level with Camel, so you can leverage both.

And if you look at the current survey on Camel, then people are suggesting to improve monitoring and management of Camel.
In that area we would like to expose a REST API which has the same feature set as the current JMX.

Also it would be great with a Camel plugin into the Apache Karaf shell, which then leverages this REST API to fully manage Camel running in Karaf.


And we at FuseSource is working on a GUI tool for Camel. FuseSource Rider. The tool is 100% web based so you only need a web browser to use it.
The tool allows you to visual browse the Camel routes using the EIP icons. The tool is also a designer tool so you can create new routes using it.
Or modify existing etc. We also plan to include a debugger feature so you can debug Camel routes using the visual GUI. So you can add a breakpoint
on an EIP pattern. Then have the tool stop when a message hit that breakpoint. Then you can view the message (alter it if you need) and then single step
the message in the route to see how its being routed. The tool is going to be GA in Q1 2011. And we will post more details at the
FuseSource (http://fusesource.com) website in the near future.




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
Padmarag Lokhande
Ranch Hand

Joined: May 29, 2008
Posts: 93
Great plans

Having IDE and Graphical tooling will definitely help, but also please try to have a eclipse designer, perhaps similar to ActiveVOS.

I am working on a few integration projects and would definitely think about trying Camel on ate least some of them.

- Padmarag Lokhande
SCJP5 - http://blog.padmarag.com
 
 
subject: Camel in Action question