Hi Claus,
Sorry for the reply in delay.
I moved back to 2.5.0 and revised code following your advice. still got
following exceptions:
processCommit: OPENED?:true
processCommit:Exchange processed, so flagging message as DELETED:
AAA:closing folder
processCommit:Error occurred during flagging mess
Hi Willem,
O.K. I see, the version value has so to say just a sympolic value, and just
effect how the tools display that dependency like here:
http://hobione.files.wordpress.com/2009/03/listofdependency.jpg
Nevertheless I would also set it to 1.6 or 1.6.0 to avoid any
misunderstanding for the du
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:
http://camel.465427.n5.nabble.com/TypeConverter-not-being-load
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:
http://camel.465427.n5.nabble.com/Bindy-CSV-marshal-does-not-properly-quote-v
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 with
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 prob
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 fo
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
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\camel>mvn dependency:tree
...
...
[WARNING] The POM for
org.mortbay.jetty:jetty-maven-p
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
wrote
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 c
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: Veloci
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 n
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 CA
Hi
I have fixed this on trunk.
On Thu, Sep 15, 2011 at 4:51 PM, bvahdat 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) like the camel-web mod
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_page&node=2158936&query=rabbitmq
On Thu, Sep
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 cont
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 bo
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 Christia
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 good
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 pro
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:
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
[IN
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.
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 mgardiner
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 ava
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 se
Can you try to set the message with new object array with a length 0 ?
Like this
exchange.getIn().setBody(new Object[0]).
On 9/15/11 6:13 PM, James Talbut wrote:
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 prod
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.
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 12
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,
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:
http://camel.465427.n5
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 Came
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 S
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
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 elements in the camel context to be able
to use Spring property placeholders, but it's not the nice
On Thu, Sep 15, 2011 at 12:27 PM, jason.parr 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 with the camel
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
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 stand
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 CXF
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 h
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 origi
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 th
43 matches
Mail list logo
