Hi,
the ticket [1] added it both for StringBuilder & StringBuffer.
[1] https://issues.apache.org/jira/browse/CAMEL-4813
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/TypeConverter-for-StringBuilder-tp5092438p5096523.html
Sent from the Camel - Users mailing list archi
Hi,
Any thoughts somebody would like to share about this quesiton?
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Does-the-FileConsumer-swallow-an-exception-by-just-only-logging-it-tp5054954p5094026.html
Sent from the Camel - Users mailing list archive at Nabble.com.
You cann't simply interrupt the reception in the middle of the file transfer
as GenericFileConsumer and all it's specializations (in your case
FtpConsumer) are ShutdownAware, see
http://camel.apache.org/graceful-shutdown.html for the details.
> In my case, the route would run every 2 minutes (apro
> Hi All,
> I am using wireTap to log the header / properties details.
> I also want to make sure I do not copy the whole body of the message as
> that would cause memory related issues when dealing with large number of
> huge input files.
> I am trying to understand the behind the scene work of C
No, look at [1] for it's complete documentation.
[1] http://camel.apache.org/pojo-consuming.html
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Pausing-Routes-tp5086372p5089207.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi,
You maybe also want to give it a try for the *keepAlive* option as well [1]
(set it to false, however there would be a performance-trade-off doing this
here) and send your messages in chunks (sleep in between long enough so that
all your open socket connections you've opened in each chunk-send
Hi Raul,
instead of coding the polling-logic by yourself you could delegate that to
the ftp component [1] by defining a proper route for it, see the example in
[1] with the description:
"In the sample below we set up Camel to download all the reports from the
FTP server once every hour (60 min) a
Hi Claus,
Thanks for correcting my answer, as I simply didn't think of the possibility
of the Registry-API usage.
As you see nursing of the Apache Camel community means to also look over
shoulder of the newbie nurses as well :-)
Babak
--
View this message in context:
http://camel.465427.n5.nab
Hi Diwakar,
just in the case it's still not clear to you how to take advantage of Apache
Camel *without* defining any routes the examples in [1] could clarify this
for you.
As you see there, thanks to Apache Camel we can send a JMS message to the
Broker with *one single* line of code:
// send to
Hi,
maybe I'm wrong but I think it's not possible to set the Id of an Endpoint
even if you would cast the:
org.apache.camel.Endpoint
reference you've got inside your route to:
org.apache.camel.impl.DefaultEndpoint
as the id field is declared to be final so that there's no setter method
provide
Hi Michael,
Before asking any question in a user forum, I do personally always google a
bit beforehand for a possible (correct) answer. In your case using [1] like
many other hits on google I could easily find the answer to your question.
And IMHO your question has nothing to do with the Apache C
Hi,
accidentally last week on JIRA I realized that Christian Müller is the new
Apache Camel PMC Chair. Is there any good reason why this has not been
officially announced on the Wiki, or did I miss it?
IMHO the Camel users could be also interessted even about the non-technical
changes taking plac
Hi fachhoch,
the example Willem mentioned is good matching case you could consider to
walk through. However in that example there's no asynchronous invocation of
the banks (which's apparently what you want to have) as multicast() invokes
the endpoints one after the other, so that in your case you
I just created one https://issues.apache.org/jira/browse/CAMEL-4754
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/global-onException-clause-wrongly-identifies-route-in-which-exception-occurs-log-name-tp5058304p5059334.html
Sent from the Camel - Users mailing list archi
Hi,
could it be that the 'com.tibco.tibjms.TibjmsConnectionFactory' class you've
got on the classpath is just JMS 1.0.2 and not necessarily JMS 1.1
complaint. Can you please check it, maybe through the Manifest inside the
jar containing that class?
>From Camel 2.5 onwards the support for the JMS
@Ingor
I gave it a try to what you proposed & indeed I could reproduce your issue,
right?
I see the log entry:
2011-12-08 16:19:56,093 [main ] INFO bar
- Error due Forced New
What I would expect would be:
2011-12-08 16:19:56,093 [main ] INFO foo
Hi,
maybe you want to check the setup of your underlying logging configuration
(log4j, jdk-logging, etc.) to make sure that the INFO level is correctly
enabled by your first & second routes (for example that's not just
restricted to WARN or ERROR etc.). That would then explain why you don't see
th
Just for the sake of completeness:
Take a look at
org.apache.camel.management.mbean.ManagedCamelContext.addOrUpdateRoutesFromXml()
as the starting point.
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Loading-two-camel-context-files-at-start-tp5049449p5055021.html
Se
Hi,
Accidently I realized the behaviour of the FileConsumer [1] which seems to
*just only* log an encountered exception while consuming.
Per default it seems that the FileConsumer (as a polling one) has
LoggingExceptionHandler wired into it which get's kicked through
getExceptionHandler().handleE
Good morning Claus,
If you would go through all of my posts in this thread and read them
carefully you will realize that my concern was *not* the failed unit test at
all but the *behaviour* of the file consumer. Nevertheless if you still want
it to be in that way I would be more than happy to do t
Reading your requirements it seems to me you need a really "dynamic" &
"flexible" routing-configuration at runtime, so that IMHO I would say Apache
Camel JMX-support would provide you a better solution (instead of xml-based
configuration).
Just as an idea, but maybe the camel riders have better so
@Michael
Did any of the three approaches I suggested worked out for you? IMHO the
easiest & most elegant way is the third approach, that's:
Main.setApplicationContextUri("META-INF/spring/camel-context-1.xml;META-INF/spring/camel-context-2.xml");
so that you don't even have to interact wit
@Claus
Would appreciate any update on the exception swallowing behaviour I
mentioned in [1] if you could spare time for it.
BTW that would be great if you could review the provided patch by [2], which
also contains the fix I mentioned in [3].
[1]
http://camel.465427.n5.nabble.com/Riding-on-org-a
As you see in [1] if you don't specify your spring configuration resource
explicity (through Main.setApplicationContextUri()), per default Camel sets
the *single* configuration to
private String applicationContextUri = "META-INF/spring/*.xml";
So that Spring *hits* and *loads*
"src/main/resources
Pasting your java code where you boot up your Spring-IOC-Container would make
it easier to answer your question. How do you run/deploy your Camel context?
Standalone, inside a JEE-Container or inside Karaf?
It seems to me as if something is wired there. But basically you don't have
to assign ids t
Hi,
Maybe you want to give it a try to rebuild your application under JDK1.6 and
generate your integracja.war from the scratch, as apparently the class
org.apache.xerces.dom.DeferredElementNSImpl has been changed in a
non-backward compatible way.
>From my experience with JBoss, it's also very imp
Hi
The fix you provided indeed did mitigated the issue I had on Windows
(TokenPairPredicateTest now passes as well), however my viewpoint as I
shared in [1] is still pending. Effectively what I would expect to have in
LoggingExceptionHandler is the code below, which *per default* rethrows the
exce
> Yeah could be OS specific. Do you use Windows?
the issue is indeed OS specific which is Windows, just saw the retries logic
in org.apache.camel.util.FileUtil.renameFile() as well as a lot of hits on
Google...
But as I've already mentioned in this thread that's not my concern at all
but the way
Hi,
that's already in place since the 2.8.x & 2.7.x branches, see [1] and [2].
[1] https://issues.apache.org/jira/browse/CAMEL-3962
[2]
https://svn.apache.org/repos/asf/camel/trunk/camel-core/src/main/java/org/apache/camel/component/file/GenericFileConverter.java
Babak
--
View this message in c
BTW, on the CI-Servers the test passed by the last build [1], so that maybe
it could be an OS issue as well.
[1]
https://builds.apache.org/job/Camel.trunk.fulltest/org.apache.camel$camel-core/576/testReport/org.apache.camel.language/TokenPairPredicateTest/
Babak
--
View this message in context:
Hi,
today I had a chance to look @ the test failure I mentioned in [1], and my
concern isn't really why the file renaming fails with the following log
message:
2011-12-02 14:37:37,679 [e://target/pair] ERROR GenericFileOnCompletion
- Caused by:
[org.apache.camel.component.file.GenericFileO
The rule you should think of is pretty simple: for a successfull execution of
your camel route provide all the required classes on the classpath, that's
it!
However now it seems that this time it's mysql jdbc-driver
(com.mysql.jdbc.Driver) which's missing on the classpath. so maybe you want
to add
This time your problem is that you declared the spring-jdbc dependency to be
only of the scope *test* (the class
'org.springframework.jdbc.datasource.DriverManagerDataSource' is inside that
jar).
So remove that restriction to have the dependency at the default scope,
that's compile. Maybe try also
So that the missing class [1] on the classpath should now be also retrievable
if you would just add:
org.apache.camel
camel-spring
${camel-version}
as well.
[1]
https://svn.apache.org/repos/asf/camel/trunk/components/camel-spring/src/main/java/org/apache/camel/spring/Main.java
Babak
--
Hi again,
BTW the online javadoc link you've provided in your previous post [1] is not
that much up-to-date, try [2] for a better javadoc documentation
(activemq-pool-5.5.0) which is more accurate regarding the JMS connection &
session pooling.
[1]
http://activemq.apache.org/maven/activemq-core/
Hi,
happy to see that you've done some progress on this "high-load-requirement"
issue, and that now we both use the same vocabulary, that's CONSUMER and not
PRODUCER (just think of the camel's RouteBuilder class of yours you called
it RouteProducer in [1]).
>>> But this is not sufficenat at all a
Hi
not sure if I really understand you right, nevertheless I give it a try:
looking at the POC code you provided in [1] your (jms) consumer is inside
the class you called RouteProducer. For that consumer you could for sure
setup connection pooling as well as thread-pooling capabilities, see the
"
Do you mind to give a try with the same 1024m value, AFAIK on a 32 bit box
you could go up to 4GB but not higher (that's 2^32 possbile memory
addresses).
Another possbile customization could be also to (carefully) decrease the
default stack size using the -Xss option in the favour of the heap size
Hi,
when you start your POC client do you rely on the default initial/maximal
heap size of the VM or do you explicitly specify some values with the -Xms &
-Xmx options? As the load you mentioned in your case could be effectively
"high" I could imagine that specifiying those VM-bootstrap parameters
You could also check the section 'Working with Spring's JmsTemplate' in [1]:
The PooledConnectionFactory supports the pooling of Connection, Session and
MessageProducer instances so it can be used with tools like Camel and
Spring's JmsTemplate and MessagListenerContainer . Connections, sessions an
Hi,
[1] could be a good starting point, also make sure that you subscribe to the
mailing-list, look at [2] for details.
[1]
https://svn.apache.org/repos/asf/camel/trunk/examples/camel-example-spring-jms/
[2] http://camel.apache.org/discussion-forums.html
Babak
--
View this message in context:
@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
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:
---
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.
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.
@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
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
@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,
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
@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,
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
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 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
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
@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
@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.
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:
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
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.
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
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
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,
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 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
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,
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
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,
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,
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,
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 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,
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,
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 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
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 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
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 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 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() {
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 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
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 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,
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,
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
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 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
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,
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 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 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,
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 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,
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
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
> 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
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
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
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 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
1 - 100 of 141 matches
Mail list logo
