On Wed, Sep 14, 2011 at 11:41 PM, mgardiner mikegardi...@comcast.net wrote:
We are investigating moving to Scala and I see that the Scala DSL is still a
work in progess as documented at http://camel.apache.org/scala-dsl.html.
How far behind is the Scala DSL in features and EIP support?
Hi
I
Year - I have been thinking about interceptors, but it puts overhead to every
execution of your route in production. From what I have heard something like
10-20% overhead. Haven't tried it out though.
The other approach can run e.g. once a day during low traffic, and collect
stats.
But I guess
Hello,
First, thanks everybody for your advice.
I also looked around a custom event notifier coupled with a database.
In any case, it would be nice if should have a look of your monitoring solution
:) . You can use both github or bitbucket.
Thanks in advance.
Regards,
Alexandre
- Mail
Hi there! We have the following integration scenario:
App 1 is deployed in a clustered jboss environment, minimum of 4 nodes with
state replication, and consumes messages from a Topic
App2 is running inside a glassfish and uses hazelcast internally.
So we deployed a route that consumes certain
Hi,
I have to call a web service with an operation that maps to:
public java.lang.String ping();
When I try to call it using a productTemplate I keep getting:
Get the wrong parameter size to invoke the out service, Expect size 0,
Parameter size 1. Please check if the message body matches the
We had assumed that camel's PropertiesComponent resolution would be visible
within the general Spring context and wrote our own camel PropertiesResolver
to walk a complex hierarchical tree of config.
This all works fine with the camel world but falls flat on it's face when
trying to resolve
I am using camel to write to create a number of files.
The application is deployed in a application server.
Is there anyway to tell configure camel to create these files with r-w-x
permissions for everyone?
My problem is that another process outside the JVM running the camel
application, wants to
On Thu, Sep 15, 2011 at 12:27 PM, jason.parr jason.p...@usa.net wrote:
We had assumed that camel's PropertiesComponent resolution would be visible
within the general Spring context and wrote our own camel PropertiesResolver
to walk a complex hierarchical tree of config.
This all works fine
year - that's a weak point. I end up using a mix of Spring and Camel
properties whenever the properties file contains a dynamic reference e.g.
environment variable reference.
At the moment I define Endpoint elements in the camel context to be able
to use Spring property placeholders, but it's not
Hi,
I am not aware of any plan to do so. If you are interested in offering up
your idea as a feature that the community could act on, can you please raise
a Jira issue for it. This will raise the attention of the developers to what
you are proposing and raise awareness about the use case.
Thanks
Hi,
Can you post a snippet of the call you are making with the producerTemplate,
WSDL document and the exact error you get...
Thanks,
Ashwin...
-
-
Ashwin Karpe
Apache Camel Committer Sr Principal Consultant
FUSESource (a Progress
Yes understand but it not a single properties file it's code to load a
hierarchy of properties.
And I can't find the post your talking about as mentioned before, I may have
missed something but could you reference the post's url?
ie Alternatively is to use that delegate spring bean that a Camel
Hi Jason,
see:
http://camel.apache.org/how-do-i-use-spring-property-placeholder-with-camel-xml.html
and the ticket Claus talked about is this one (Reporter is James Strachan):
https://jira.springsource.org/browse/SPR-4466
Regards, Babak
--
View this message in context:
This isn't a camel specific answer, but wouldn't you better off just setting a
default ACL for directories being written to?
If you wanted to use camel, perhaps you could use the exec component and derive
the filename from your message to run `chmod` against it.
On Sep 15, 2011, at 3:48 AM,
Thanks for quick reply, created the issue:
https://issues.apache.org/jira/browse/CAMEL-4454
As mentioned we are experimenting it right now using jgroups and CDI
extensions to add/remove the singleton routes.
Hope this gets a chance to be promoted as a feature.
Regards
On Thu, Sep 15, 2011 at
thanks a lot for the answer. I think setting the ACL is the way to go
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel-file-endpoint-permissions-tp4806367p4806646.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi Claus,
Thanks for the update and the contribution link.
I am starting to seriously look at moving to Scala DSL.
Have you seen significant performance / scalability increases using Scala
DSL?
Does Scala DSL work in an OSGi container?
I've been watching the ActiveMQ Apollo project and they
Hi,
Neither Camel build POM [1] does define a value for 'jetty-version' nor it's
parent org.apache:apache:9 so that running the eclipse plugin comes up with
the warnings like:
[WARNING] The POM for
org.mortbay.jetty:jetty-maven-plugin:jar:${jetty-version} is missing, no
dependency information
Hi Mike,
I wonder if the scala DSL would have any impact on performance as it is
just a DSL and should create the same processors for runtime as the
other DSLs.
As far as I understand this it is just a different way of describing the
routes.
Christian
Am 15.09.2011 15:39, schrieb
Hi,
It's defined in parent/pom.xml ...
Cheers
Andi
--
View this message in context:
http://camel.465427.n5.nabble.com/mvn-eclipse-clean-eclipse-eclipse-not-being-happy-with-jetty-version-tp4806907p4807028.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Still getting the same error after upgrading to camel 2.8.0. Tried excluding
qpid 0.10 and using newer 0.12, still no luck. Including 'mvn
dependency:tree' snippet and log output.
[INFO] +- org.apache.camel:camel-amqp:jar:2.8.0:compile
[INFO] | +- org.apache.camel:camel-jms:jar:2.8.0:compile
That makes sense. I would imagine that in order to see any performance and
scalability improvements camel-core would need to be re-factored in Scala to
take advantage of all the features and benefits Scala offers. Have there
been any thoughts around this effort?
--
View this message in context:
Hi Andreas,
That's indeed true, and that's why no problem occurs concerning
jetty-version property on other modules having parent/pom.xml as the parent
(either directly or indirectly) like the camel-web module.
However having that jetty-version definition in parent/pom.xml doesn't help
on the
Not really as that would be more or less a complete rewrite. The
question is also how much this would really improve in real world scenarios.
Currently we are preparing for beginning work on the 3.0 release. So
this is a good time to think about improvements in the core too.
If you have any
I don't have any Scala experience myself at this point. The ActiveMQ Apollo
project looks very promising by adopting Scala. May be something to consider
in 3.0 as you indicated. It would probably be worth some discussion with
the Apollo contributors and get some of their thoughts.
Thanks
Thanks.
In the end I wrote I equivalent bean to PropertiesComponet using
PropertyPlaceholderConfigurer which both use the same shared code for
obtaining properties from an external source.
The only downside is that you need to declare two property resolvers beans
if you want a property to span
Hi
One thing I would like to know about is the new paradigme of actors - a la
Akka.
How and where would it make sense to use something like Akka.
I have seen Akka is using Camel to expose endpoints, but wouldn't actors fit
into Camel as component's somehow ?
Preben
--
View this message in
Hi
I suggest to ask at the Apache qpid community about qpid integration
with RabbitMQ.
For example searching their mailing list, shows other ppl struggle with this
http://apache-qpid-users.2158936.n2.nabble.com/template/NamlServlet.jtp?macro=search_pagenode=2158936query=rabbitmq
On Thu, Sep
Hi
I have fixed this on trunk.
On Thu, Sep 15, 2011 at 4:51 PM, bvahdat babak.vah...@swissonline.ch wrote:
Hi Andreas,
That's indeed true, and that's why no problem occurs concerning
jetty-version property on other modules having parent/pom.xml as the parent
(either directly or indirectly)
I ran into similar requirements and needed route level locking to
single-thread execution across routes that act on the same data. These
could be identical routes deployed in a cluster or different routes
altogether that act on the same data.
I was planning on adding this to Hazelcast (see
Hi Ben, looking at the discussion, I would say that our case falls exactly
what Christian mentioned.
We need only one active instance running. Others are either deactivated or
have their producers replaced by a dumb producer (/dev/null).
The idea is that if the main node with the route dies, we
Oops, missed the last reference[3] which also didn't work
Thanks for any help you can give me,
Kind regards,
D.
From: Daniel Crompton
Sent: Thursday, September 15, 2011 6:20 PM
To: 'users@camel.apache.org'
Subject:
Hi,
I'm new to the list, and I was having some problems with
camel-velocity. In my unit tests the velocity templates as used in the
following piece of code resolve the location of the template on the
classpath. However when I deploy the bundle to ServiceMix it doesn't
find the file on the
If you create VelocityContext yourself then you need to play all the
hops to get it working in OSGi land.
If you on the other hand use it as a Camel endpoint then we (try) to
make sure it works in osgi. I think we identified a bug recently.
On Thu, Sep 15, 2011 at 6:20 PM, Daniel Crompton
Dear Claus,
thanks for the fix which indeed suppressed the unresolvable dependency on
the buildingtools module itself. however the problem still insists on the
'Camel build POM' module itself:
c:\dev\workspace\camelmvn dependency:tree
...
...
[WARNING] The POM for
Has anyone found what the issue us? I placed my TypeConverter with a FQN
entry into all the places I could think it would be picked up including
META-INF/services/org/apache/camel and it doesn't get loaded.
As a test, I opened up the camel-core jar and placed my entry in the
TypeConverter file in
Hello,
Though bindy can unmarshal CSV with quote-delimited values (foo,bar), it
fails to marshal in the opposite direction. The following examples use
slightly modified versions from the chapter 3 code examples from camel in
action (though I've tested this with camel 2.8.0)
Given,
The
The version of com.sun:tool is not take any effect , it just dependent
on your JDK which is set by the java home.
On Fri Sep 16 02:26:26 2011, bvahdat wrote:
Dear Claus,
thanks for the fix which indeed suppressed the unresolvable dependency on
the buildingtools module itself. however the
Hi,
Which version of Camel are you using?
Did you deploy the camel application into the web container or OSGi
platform ?
It will be complicated when you are doing this :)
Willem
On Fri Sep 16 05:06:31 2011, camal-kat wrote:
Has anyone found what the issue us? I placed my TypeConverter
Hi,
After checking the code of BindyCsvFactory, I found the it only support the
separator to be char not a string.
Maybe we should add some note's on the camel-bindy wiki page.
Willem
--
View this message in context:
Stack is tomcat/spring/camel with a maven generated war.
I placed the TypeConverter file in
$PROJECT_HOME/WEB-INF/classes/META-INF/services/org/apache/camel.
That was picked up from the deployed war.
--
View this message in context:
41 matches
Mail list logo