Hi,
is there any time plan for the 2.8 release when it's gone be out there?
Thanks, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel-release-2-8-tp4305340p4305340.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi Claus,
> Are there anything from 2.8 you need ASAP?
not really, we're already riding on 2.7.1. and that's all good for the
moment.
Still got another question: since weeks while running "mvn test" on the
checked out trunk on my box, it fails by the tests of "Camel :: Test"
component like:
---
Hi Claus,
If I would run only the tests of camel-test that would work for me as well
but doing "mvn test" from the "trunk" directory
(D:\Data\eclipse-ws\camel-trunk) would bring me to the effect mentioned,
that would be "/workspace/camel-git" in your case.
My box setup is:
D:\Data\eclipse-ws\cam
t;> As documented here (quick build)
>> http://camel.apache.org/building
>
>> And do that from the root of the project. Once you have done that, you
>> should be able to run test or whatever from any component.
>
>
>> Willem
>>
>> On 4/15/11 11:40 P
Claus,
Strange but true! upgrading from maven 3.0.2 to maven 3.0.3 (that's the same
maven version you own on your box as well) resolved all the issues I used to
have concerning building. It also resolved the issue I reported once
regarding tooling:
https://issues.apache.org/jira/browse/CAMEL-3837
Claus,
please see my reply to your comment @
https://issues.apache.org/jira/browse/CAMEL-3799
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel-release-2-8-tp4305340p4326992.html
Sent from the Camel - Users mailing list archive at Nabble.com.
davsclaus wrote:
>
> Welcome to the Camel community.
>
> The WARN message
> WARN | Execution of JMS message listener failed, and no ErrorHandler has
> been set.
>
> Is in fact not about the Camel error handler. Its about JMS exception
> listener you can set on the Activemq/JMS component
> htt
Hi all,
I would really appreciate it if someone from the camel team could provide a
feedback if I'm wrong or not (see my previous post for details).
The only reason why I commented on this topic (although I was not the
original creater of it) was that I've got the same issue on my project, and
ju
Hi Claus,
Thanks for your reply!
So my same question again: for the sake of avoiding the spring's warning
mentioned already, would the following change on
'org.apache.camel.component.jms.JmsMessageListenerContainer' constructor
make sense to you:
public JmsMessageListenerContainer(JmsEndpoin
Hi,
I think that not only Double.NaN should be catched but also Float.NaN.
If you add the following lines in ObjectConverterTest the test will fail:
assertEquals(null, ObjectConverter.toFloat(Float.NaN));
assertEquals(null, ObjectConverter.toLong(Float.NaN));
So that I think tha
Hi Claus,
a similar question while comparing Apache Camel & Apache ServiceMix came
also into my mind many times. Somehow I've got the feeling that the wheel
has been reinvented either by ServiceMix or Camel! Just as an example what's
your opinion about the following two "wheels"?
http://servicemi
Hi,
I've the same behaviour on Windows-OS...
On Windows-OS we get:
Failed to create Producer for endpoint:
Endpoint[activemq://queue:foo?testConnectionOnStartup=true]. Reason:
org.apache.camel.FailedToCreateProducerException: Failed to create Producer
for endpoint: Endpoint[activemq://queue:foo?t
Hi Claus,
that fix did the job!
Thanks, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Build-break-in-camel-jms-tp4458546p4458957.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi Jim,
running also on Windows-OS as same as you it works well for me on the trunk!
$> mvn -q test -Dtest=MultiPartFormTest
[echo] Maven version: 2.8-SNAPSHOT
[echo] OSGi version: 2.8.0.SNAPSHOT
---
T E S T S
---
Oops, just realized my typo about "the same OS" as you reported it under
Linux...
--
View this message in context:
http://camel.465427.n5.nabble.com/Build-break-in-camel-jetty-tp4468084p4472763.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi,
I've been already through the book "Camel in Action" which as James Strachan
has already said, it really "kicks the ass!".
One question regarding startupOrder() stuff on the page 426 at the bottom,
it says:
You then noticed that Camel stops this route as the first route during the
shutdown p
Somehow I still don't get it right, but maybe it's because of my poor english
Let's consider the example you mentioned with A and B and equate them with
the example in the book (page 416). In this case A would be the route with
the Id "webservice" and B would be the one with the Id "update". Now
Hi Claus,
Now it's clear!
I'll definitely buy you a beer the first time I should meet you...
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/startupOrder-on-a-route-tp4476368p4487095.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi,
while riding on camel 2.7.2 the following test case works for me:
import org.apache.camel.EndpointInject;
import org.apache.camel.builder.RouteBuilder;
import org.apache.camel.component.mock.MockEndpoint;
import org.apache.camel.test.junit4.CamelTestSupport;
import org.junit.Test;
public cla
Thanks for your reply,
To make it clear what exactly the problem ist, I attach two tests
http://camel.465427.n5.nabble.com/file/n4517845/pollEnrich.zip
pollEnrich.zip . Running 'mvn test' will pass for PollEnrichWhichWorksTest
but not for PollEnrichWhichDoesNotWorkTest.
The only difference is a
I opened one:
https://issues.apache.org/jira/browse/CAMEL-4145
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Is-this-pollEnrich-s-expected-behaviour-tp4517089p4518019.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi,
not sure if I'm the only one, but since couple of weeks I get the following
http://camel.465427.n5.nabble.com/file/n4528136/jira.jpg jira.jpg while
accessing the Source tab of issues inside JIRA.
I use Firefox version 3.6.15 and didn't have any problem before with the
same browser.
Any Idea
Hi Claus,
I suspect xiangqiuzhao uses the IBM-JDK6 which has this issue, @xiangqiuzhao
is this really the case?
I used to experience exactly the same problem while using IBM-JDK, however
since moving to SUN-JDK the problem is resolved for me.
On my box if I set JAVA_HOME to IBM's JDK, then 'mvn c
Hi all,
since couple of days one can easily realize that the Camel's main "Kick-Ass"
is missing,
you surely know who I'm taking about but to just make it clear I mean Claus
Ibsen!
Does anybody know if he probably has left the Camel community (of course,
that would be
really horrible for the Apach
Hi,
I just wanted to give a try for upgrading from 2.7.2 to 2.8.0 and
(temporarily) added the following repository into my parent pom of a
multi-module maven project until it gets populated to the official maven
repo next week (http://repo1.maven.org/maven2/ &
http://repo2.maven.org/maven2/)
Hi Claus,
Thanks for your quick reply.
In the meanwhile I found what the problem ist and I went across another way
which maybe others in the forum could be interested in:
The problem was the 'S' in https of the staging repository, in contrast to
official maven repos which are pure 'http', so tha
Hi Don,
I've got already that piece of the puzzle since the begin of my project
(camel 2.6.0). That's not the problem as I ran the test-cases not under the
JBoss but as you would expect standalone on my IDE. There's apparently some
issues on the TypeConverter stuff in 2.8.0, see here:
http://came
Hi,
finally could resolve my issue regarding the TypeConverter stuff required
for the 2.8.0 upgrade, see my comments here:
http://camel.465427.n5.nabble.com/VOTE-Release-Apache-Camel-2-8-0-tp4584312p4593321.html
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/
Hi,
That fears me, as I'm already running with camel 2.8.0 in a production
environment since 2 days (JBoss 5.1.0).
I've got my routes in Java-DSL and the relevant spring config is something
like http://camel.465427.n5.nabble.com/file/n4622462/xyz.xml xyz.xml
Am I affected by this issue? The on
Hi,
On this glorious day, Monday it's nice to see that 2.8.0 finally did it
officially (24-Jul-2011 03:07):
http://repo1.maven.org/maven2/org/apache/camel/camel/
Thanks for providing this sunshine...
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Some-indic
Hi Claus,
There're many places in Camel (including the unit-tests) where an inner
class is declared to be nonstatic although a static one would also do the
job. On ther other hand as stands in the Java-Bible[1] it makes sense in
such cases to move towards the static-ones. Best reason I see for t
By the way the change would involve 158 classes in trunk!
--
View this message in context:
http://camel.465427.n5.nabble.com/Favor-static-member-classes-over-nonstatic-tp4634964p4635016.html
Sent from the Camel - Users mailing list archive at Nabble.com.
For any case I created the ticket (including the patch), see
https://issues.apache.org/jira/browse/CAMEL-4273 feel free to include the
patch or ignore/close the ticket.
> For unit tests I doubt it have any effect, as the unit test is short
> lived and executed once when testing. In camel-core it c
FYI, just realized that there're two more classes I've already provided in
the patch which are missing by your revision 1151350:
http://svn.apache.org/viewvc?view=revision&revision=1151350
That's:
EventRecord @
https://svn.apache.org/repos/asf/camel/trunk/components/camel-quickfix/src/test/java/
Hi Claus,
thanks for applying those 2 changes as well...
While I was looking into the conversation we had in this thread, I suddenly
realized that I misunderstood your answer completely regarding unit-tests,
that's the following answer of yours:
> For unit tests I doubt it have any effect, as th
FYI, I reopened the ticket [1] with some comments, feel free to close it
again if the missing patch part was REALLY on purpose.
[1] https://issues.apache.org/jira/browse/CAMEL-4255
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Favor-static-member-classes-over
Hi,
In my previous project I had a routing logic where I had to kick a
webservice in my routes along with the usage of "camel-jpa", "camel-jms"
components, etc. For that purpose I used the inOut("spring-ws:http://...";)
in Java-DSL for the webservice-call which worked out-of-box for me without
any
Hi,
according to the WIKI [1] just realized that TLS-Configuration utility isn't
supported by spring-ws yet. In my case does it mean that if I stick to
spring-ws then I should use the java system proerties für SSL-handshake
stuff. The ones I'm aware of are:
javax.net.ssl.keyStore
javax.net.ssl.ke
Hi Claus,
Thanks for creating the ticket.
Indeed my preference is using camel's spring-ws component rather than cxf as
spring-webservices beyond others provides a great mocking support both on
the client & server side since 2.0 release, see:
http://blog.springsource.com/2011/01/11/spring-web-ser
BTW, I also created the ticket you asked me for, see
https://issues.apache.org/jira/browse/CAMEL-4275
--
View this message in context:
http://camel.465427.n5.nabble.com/need-some-advice-on-cxf-or-spring-ws-tp4643001p4648181.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi David,
thanks for the provided information. I'll dig into coding and will let
You/Claus know how it's going.
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/need-some-advice-on-cxf-or-spring-ws-tp4643001p4657725.html
Sent from the Camel - Users mailing list
Hi Maximilien,
camel-freemaker's pom.xml seems to be the only one which was missed while
the commons-logging => slf4j migration went live by camel 2.7.x, see [1] for
the details. Nevertheless the code of this component does effectively
logging through slf4j-API (see the code at [2]), so that you s
Claus,
>>>Well frankly it is the other way around. End users should be able to
specify exactly which log4j version they want to use.
If camel users (2.8.0) instrucht camel to use log4j through slf4j by
declaring a DIRECT dependency to the slf4j-log4j12, then indeed they will
get stucked to log4j
Hi Claus,
I created a ticket and provided the patch. Please see also my comment on the
ticket:
https://issues.apache.org/jira/browse/CAMEL-4331
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Camel-freemarker-tp4693216p4696497.html
Sent from the Camel - Users
Hi Claus,
Thanks for applying the patch.
Regarding what you already said by this discussion:
> However as we just use it for testing, then we can take a short cut
> and possible remove the log4j in the pom.xml file. But for the
> examples we should not, as it can help show best practice to end
> There is no where on the slf4j website that states you must use log4j
1.1.x.
I did not claim that to be the case, but my poor English seems to cause the
people to misunderstand me. So to make it clear what I exactly mean, I
extended my sample foo project which I posted before in this discussion
Claus,
That was the coolest answer I've ever seen by you.
It seems that the "Big Brother" is watching/tracking you everywhere.
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Mixing-UnitOfWork-Synchronization-and-onException-Handling-tp4708180p4708244.html
Sen
Hi,
camel-servlet is a new component to me to work with in my current project.
Just realized that I should ALWAYS use the servletName option IF I name the
single Servlet entry in my web.xml with something other than 'CamelServlet',
like:
camel-servlet
Camel Http Transport Servlet
o
Hi Claus,
O.K. I see.
But the Wiki says the following about the servletName option:
Specifies the servlet name that the servlet endpoint will bind to. If there
is no servlet name specified, the servlet endpoint will be bind to first
published Servlet.
Does this match with the obligation you men
Hi,
while running the camel's own test cases one can't see the logs directly in
his IDE as always the 'org.apache.log4j.FileAppender' is used/active in
log4j.properties under camel-xyz/src/test/resources/log4j.properties. So you
always have to switch from your IDE to the redirected outputs in
targ
Hi Ben,
thanks for your reply.
To make it concrete, the pluginManagment entry in [1] would be something
like:
...
...
org.apache.maven.plugins
maven-surefire-plugin
true
true
...
...
And for example in the case of camel-core, the change in [2] would be *out
Hi Willem,
thanks for your feedback.
Imagine your are working on a patch and there you do some LOGGER.trace() ,
debug(), info() etc.
Wouldn't you prefer to see your *new* log statements directly in your IDE
while unit-testing *your* changes to verify if the patch's log entries seem
as you expect
Hi,
I'm bit confused regarding the schemaLocation both by camel as well as
spring.
Reading at [1] it says:
/
You need to add Camel to the schemaLocation declaration
http://camel.apache.org/schema/spring
http://camel.apache.org/schema/spring/camel-spring.xsd
/
But as an example if I'm riding on ca
Hi Freeman,
thanks for your reply, now I see, indeed the camel-spring.xsd &
camel-spring-v2.8.xsd are both there:
http://repo1.maven.org/maven2/org/apache/camel/camel-spring/2.8.0/camel-spring-2.8.0.jar
looking at spring itself, it seems it is done in a similar fashion:
http://repo1.maven.org/m
Hi again Freeman,
My last question by my previous post was simply stupid, please ignore it.
The mapping happens always through META-INF/spring.schemas both by spring as
well as camel itself.
Thanks for your clarification
Regards, Babak
--
View this message in context:
http://camel.465427.n5.na
Just for the case other camel user's are interested as well, following the
explanation of that "schemaLocation-magic":
http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/extensible-xml.html#extensible-xml-registration-spring-schemas
Thanks Freeman for making this cle
Hi,
Is there an intention for an upgrade to spring 3.0.6 for the camel 2.8.1 or
2.9.0?
http://www.springsource.org/node/3212
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/upgrade-to-spring-3-0-6-tp4737586p4737586.html
Sent from the Camel - Users mailing list
Hi,
looking at the Camel's endpoints (2.8.0) in JConsole
http://camel.465427.n5.nabble.com/file/n4757427/jconsole.jpeg jconsole.jpeg
I see backslashes on the endpoint URI (like zls://log\...). The Camel
component "zls" is my own proprietary component which logs the message
exchanges to the centr
Hi again,
Just saw at the screenshots of Camel WIKI itself that backslashes get
included as soon as the endpoint are invoked with some options:
http://camel.apache.org/camel-jmx.data/camel-jmx.png
And it happens by the call to
javax.management.ObjectName.quote(name)
in the method
org.apache.c
Hi Claus,
I'll try to dig into the code to see if I can find something...
FYI, enabling JMX-Agent on [1] will bring up exactly the same behaviour on
the JConsole when one runs [2]. See the screenshot here:
http://camel.465427.n5.nabble.com/file/n4758587/test.jpg test.jpg
[1]
https://svn.apache
Hi Claus,
Sorry for my late answer but am pretty busy these days...
FIY, I create a ticket and provided a patch containing a unit test as well:
https://issues.apache.org/jira/browse/CAMEL-4410
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/backslashes-on-End
Thanks for applying the patch...
Was not aware that camel-gae depends on camel-servlet, so that I ran all
camel-servlet's own test cases to verify I don't break any existing tests by
camel-servlet itself.
Theoretically *any* change on the trunk should be verified by running
camel's *all* test cas
Hi Willem,
just wanted to verify your changes to camel-gae through the following
revision:
http://svn.apache.org/viewvc?view=revision&revision=1165152
and realized that you've overriden the isLenientProperties() method like the
following:
@Override
public boolean isLenientProperties() {
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
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 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
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
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
Hi,
I would really appreciate any update on this issue, as it's still not
resolved on the 'Camel build POM' itself:
https://svn.apache.org/repos/asf/camel/trunk/pom.xml
Indeed the fix Claus did for the buildingtools module resolved the problem
for this module itself:
http://svn.apache.org/viewv
Hi,
One more try in the hope that I get some echo if I'm wrong or if I'm the
only one having this "jetty-version" issue by "Camel build POM".
I would really appreciate all kinds of advices.
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/mvn-eclipse-clean-ecli
Hi Daniel,
that was EXACTLY the fix I was looking for since weeks... No wonder that now
maven is happy like me as well ...
Thanks alot
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/mvn-eclipse-clean-eclipse-eclipse-not-being-happy-with-jetty-version-tp4806907
Hi,
in my previous post in August by this thread I promised to give a status
update how the things worked out using camel-spring-ws to implement a
webservice
client calling a webservice (through HTTP-Proxy to Extranet) expecting a
strong authentication (client-certificate). All in one, it simply w
Hi again,
I did a typo by my previous post, by the line:
java.net.URLConnection.openConnection();
I meant:
java.net.URL.openConnection();
which returns an instance of the abstract class:
java.net.URLConnection
For the complete code see
org.springframework.ws.transport.http.HttpUrlConnection
Hi,
most probably you make use of a non-oracle/sun-jdk1.6 where this
generics-issue is known, however it's already fixed on trunk, see:
http://camel.465427.n5.nabble.com/Compilation-error-on-trunk-on-windows-on-Apache-Jenkins-td4791051.html
http://camel.465427.n5.nabble.com/why-i-building-camel2-
Hi again,
For the sake of completeness, following the revision on trunk fixing the
issue on older- or non-oracle/sun-jdk1.6 (like ibm-jdk):
http://svn.apache.org/viewvc?view=revision&revision=1169608
Maybe that fix should really be backported to previous releases but that's
something the camel r
Hi Claus,
thanks for backporting .
1. Is there any plan for a talk on Apache Camel in Switzerland in the near
feature, like the ones you'll give in France & England?
2. BTW I assume you didn't see the following as it got not accepted by the
mailing list:
http://camel.465427.n5.nabble.com/svn-com
I would say Zurich would be the best fit for Switzerland where the heart of
IT is beating, but the second option could be Geneva as well.
I will look for/contact organizers around here in Zurich to see if we could
organize one, however IMHO the best match would be "Java User Group
Switzerland":
h
Hi Claus,
would you please follow up my proposal I sent to you yesterday and let me
know what you think about it?
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Compile-Exception-2-8-1-tp4884516p4892043.html
Sent from the Camel - Users mailing list archive at
Hi,
as a Apache Camel user I intend to upgrade to the 2.9.0 Release as soon as
availabe @ the Maven-Repo, so that I wonder if is there any plan for a
second try of the 2.9.0-RC1 in the near future:
http://camel.465427.n5.nabble.com/VOTE-Release-Apache-Camel-2-9-0-RC1-td4942935.html
Regards, Baba
Hi,
this link could make it clear:
http://stackoverflow.com/questions/6930236/apache-karaf-vs-servicemix
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Karaf-vs-Servicemix-4-x-tp4954984p4955073.html
Sent from the Camel - Users mailing list archive at Nabble.c
Hi,
while trying to do
mvn install -Pfastinstall
on the trunk I'm blocked as it hangs on
...
...
...
Downloading:
http://repository.apache.org/snapshots/org/apache/camel/camel-buildtools/2.9-SNAPSHOT/maven-metadata.xml
Just wonder if I'm the only one having this problem right now. On the other
It's still the same
Will give a try today evening from at home as I'm currently in the office
behind a HTTP proxy
Thanks Jon for you reply.
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/http-repository-apache-org-does-NOT-respond-tp4957786p4957876.html
Se
Now it works...
--
View this message in context:
http://camel.465427.n5.nabble.com/http-repository-apache-org-does-NOT-respond-tp4957786p4957950.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi Christian,
IMHO one can easily see that it's not camel trying to commit the transaction
(in contrast to what you claimed) but the current spring
PlatformTransactionManager in charge, in this given case it's spring
JpaTransactionManager, the relevant part by the stacktrace is:
...
at
org.spring
Hi,
just a very tiny pointer:
Looking at the source it seems that the
SedaEndpoint.getConsumerMulticastProcessor() method returns 'null' causing
the NPE, as the condition:
multicastStarted == false || consumerMulticastProcessor == null
is true.
Regards, Babak
--
View this message in context:
@Tarjei
I added some comments to the ticket you created which you may want to look
at.
--
View this message in context:
http://camel.465427.n5.nabble.com/NPE-when-using-SEDA-queue-tp4973626p4978112.html
Sent from the Camel - Users mailing list archive at Nabble.com.
@Tarjei
I could successfully reproduce your NPE issue on the SEDA endpoint through
one the Camel's own test cases on the trunk. Please see my comments on the
ticket [1] and make your choice if you want close it or not:
[1]
https://issues.apache.org/jira/browse/CAMEL-4650?focusedCommentId=1314783
Yeah of course that would make sense having multiple consumers on a given
SEDA endpoint, and the concurrentConsumers option on the SEDA endpoint is
exactly for this purpose which per default is 1, see [1] for more details
about this option.
[1] http://camel.apache.org/seda
--
View this message in
Hi Aleksey,
IMHO CAMEL-4605 was another story than CAMEL-4650 where there's a misuse of
the Java-DSL API causing the NPE as a side effect. You can take a look at
[1] for the comments I attached for that ticket.
Today camel *catches* the case where one tries to consume from the *exactly*
the same
Now that's repo.fusesource.com which seems to be down, currently this
repository ist scattered through the following camel's components:
http://camel.465427.n5.nabble.com/file/n4987167/fusesource.jpg
fusesource.jpg and I wonder if there's a good reason for that.
Here what maven says about this r
Hi,
I created a ticket including a patch which should mitigate this issue a bit
in the case the fusesource repo is down.
https://issues.apache.org/jira/browse/CAMEL-4673
Regards, Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/http-repository-apache-org-does-NOT-respo
@Claus,
could you also please take a quick look at my comment on the ticket as well:
https://issues.apache.org/jira/browse/CAMEL-4668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13149180#comment-13149180
Thanks, Babak
--
View this message in context:
Hi,
as my reply gets not accepted in the Developement forum, following two
points I would like to mention:
http://camel.465427.n5.nabble.com/CONF-Apache-Camel-Release-Guide-tp4991123p4991201.html
And the revision gnodet commited
http://svn.apache.org/viewvc?view=revision&revision=1201768
has
@Tarjei,
looking deeper at [1] just realized that there's a multipleConsumers option
you could use to consume multiple times from the same Seda endpoint (didn't
know that), see [2] which is implemented by the Seda endpoint.
I modified [3] to achieve what you expect, see [4] which I hope will be
he
Hi Claus,
just saw your proposal and would like to share my idea as well but please
let me get back to you today afternoon (UTC/GMT +1 hour)
in the meanwhile in the case you would have some spare time (which I doubt
:-)) I would really appreciate if you would take a look at [1] to see if I
advise
@Claus,
That's for sure may be not correct, but it's how I see it:
To my understanding in the sense of the CRUD operation one can C, U or D an
entity through the JpaProducer, however
only R through a JpaConsumer, so don't get the point why JpaConsumer should
do entityManager.flush() at all, for
e
Yeah, that's exactly what I also doubted in my previous Post.
--
View this message in context:
http://camel.465427.n5.nabble.com/Misleading-jmx-statistics-on-jpa-component-tp4960503p4995364.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi,
As my posts don't get accepted @ dev here a link to my 2 cents:
http://camel.465427.n5.nabble.com/Unit-test-failure-on-trunk-in-camel-saxon-tp5009713p5010536.html
Question: if I would subscribe to dev-subscr...@camel.apache.org as provided
by [1] would it then be accepted?
[1] http://camel.
Hi Dan & Christian,
thanks for your hints. @Christian what I meant was not 'Camel User List'
*but* 'Camel Developer List'. Anyway now in addition to
'users@camel.apache.org' (which I've subscribed since last year) now I also
managed to subscribe to 'd...@camel.apache.org' as well:
---
@Omar
IMHO eclipse *does* support XML, pretty while ago Jon Anstey (coauther of
the "Camel in Action" book) also created camel specific templates for it,
look at [1] for details but be aware that the provided links there are
outdated. You find the up-to-date version of them at [2].
Here's how my
1 - 100 of 141 matches
Mail list logo