't use the
> capacity passed in parameter, is this normal ? Maybe it is and I'll add
> comments explaining why. Maybe it isn't and I'll fix it.
>
> Once again, thanks for your answers !
>
> Have a nice day,
>
> Antoine.
>
--
Matt Sicker
tent/repositories/
> >> >> orgapachecamel-1059/org/apache/camel/apache-camel/2.18.0/
> >> >> >
> >> >> > Tag: https://git-wip-us.apache.org/repos/asf?p=camel.git;a=tag;h=
> >> >> e278cf0a1fe689d43e913009e88688c591e291b2
> >> >> >
> >> >> > Please test this release candidate and cast your vote.
> >> >> > [ ] +1 Release the binary as Apache Camel 2.18.0
> >> >> > [ ] -1 Veto the release (provide specific comments)
> >> >> >
> >> >> > The vote is open for at least 72 hours. Due to the bigger changes
> >> >> > introduced with this release, it would be beneficial if we could
> get
> >> >> > as many Camel riders involved in testing this RC as possible.
> >> >> >
> >> >> > Thanks,
> >> >> > Gregor
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Claus Ibsen
> >> >> -
> >> >> http://davsclaus.com @davsclaus
> >> >> Camel in Action 2: https://www.manning.com/ibsen2
> >> >>
> >>
> >>
> >>
> >> --
> >> Claus Ibsen
> >> -
> >> http://davsclaus.com @davsclaus
> >> Camel in Action 2: https://www.manning.com/ibsen2
> >>
> >
> >
> >
> > --
> > Cheers,
> > Jon
> > ---
> > Red Hat, Inc.
> > Email: jans...@redhat.com
> > Web: http://redhat.com
> > Twitter: jon_anstey
> > Blog: http://janstey.blogspot.com
> > Camel in Action: https://www.manning.com/books/
> > camel-in-action-second-edition
> >
>
>
>
> --
> Cheers,
> Jon
> ---
> Red Hat, Inc.
> Email: jans...@redhat.com
> Web: http://redhat.com
> Twitter: jon_anstey
> Blog: http://janstey.blogspot.com
> Camel in Action:
> https://www.manning.com/books/camel-in-action-second-edition
>
--
Matt Sicker
or at least 72 hours. Due to the bigger changes
> introduced with this release, it would be beneficial if we could get
> as many Camel riders involved in testing this RC as possible.
>
> Thanks,
> Gregor
>
--
Matt Sicker
li/apache-camel/blob/
> CAMEL-7831/examples/camel-example-dsl-java8/src/main/
> java/org/apache/camel/example/dsl/java8/MyRoute.java
>
>
> ---
> Luca Burgazzoli
>
--
Matt Sicker
any link to me that
> helps me.
>
> Regards
> Amit
>
--
Matt Sicker
ooling, examples and tests.
> >>>>>>>
> >>>>>>> ---
> >>>>>>> Luca Burgazzoli
> >>>>>>>
> >>>>>>>
> >>>>>>> On Tue, Aug 9, 2016 at 2:59 PM, Luca Burgazzoli <
> lb
gt; successfully migrated.
> I still need to migrate examples, tooling and so on.
>
>
>
>
>
> ---
> Luca Burgazzoli
>
>
> On Tue, Aug 2, 2016 at 10:10 PM, Matt Sicker wrote:
> > We have a ticket to track migration issues:
> > https://issues.apache.org/jira/br
We have a ticket to track migration issues:
https://issues.apache.org/jira/browse/LOG4J2-1473
On 2 August 2016 at 12:24, James Carman wrote:
> Now, that's a motivation I can get behind! :)
>
>
> On Tue, Aug 2, 2016 at 12:38 PM Matt Sicker wrote:
>
> > Another mot
On Tue, Aug 2, 2016 at 5:50 PM, James Carman
> wrote:
> > If it's only for test, what's the motivation? Is anything broken? Does
> > anything code directly to the API?
> >
> > On Tue, Aug 2, 2016 at 11:21 AM Matt Sicker wrote:
> >
> >> You
; > with.
> > >> >
> > >> > Only recently they added support for .properties file but I think
> they
> > >> > may have changed the syntax slightly (not sure).
> > >> >
> > >>
> >
> http://stackoverflow.com/questions/22485074/log4j-2-doesnt-support-log4j-properties-file-anymore
> > >> >
> > >> >
> > >> > And I think I read somewhere that log4j v1 has problems with Java 9.
> > >> >
> > >> > If migration can be super easy on current 2.18 then it is okay.
> > >> > Some kind of migration tool that can covert v1 properties to v2
> > >> > properties then that can be doable.
> > >> >
> > >> > But if not then I would like to postpone this to Camel 3.
> > >> >
> > >> >
> > >> >>
> > >> >> ---
> > >> >> Luca Burgazzoli
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Claus Ibsen
> > >> > -
> > >> > http://davsclaus.com @davsclaus
> > >> > Camel in Action 2: https://www.manning.com/ibsen2
> > >>
> > >
> > >
> > >
> > > --
> > > Nicola Ferraro
> > > Senior Software Engineer, JBoss Fuse
> >
> >
> >
> > --
> > Claus Ibsen
> > -
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
> >
>
--
Matt Sicker
hanks for
> helping the project.
>
> On Wed, Jun 29, 2016 at 6:17 PM, Matt Sicker wrote:
> > I've already signed an ICLA. My username is "jvz".
> >
> > On 29 June 2016 at 10:50, Claus Ibsen wrote:
> >
> >> Hi
> >>
> >> People i
I've already signed an ICLA. My username is "jvz".
On 29 June 2016 at 10:50, Claus Ibsen wrote:
> Hi
>
> People is welcome help with the documentation. See here how you can
> contribute and edit
> http://camel.apache.org/contributing.html
>
> On Wed, Jun 29,
https://camel.apache.org/sql-component.html
Starting from the JDBC idempotent repository section.
--
Matt Sicker
mistake.
> >
> >
> >
> > --
> > View this message in context:
> >
> http://camel.465427.n5.nabble.com/Avoid-file-transferring-in-dos-file-format-in-camel-ftp-tp5783740p5783809.html
> > Sent from the Camel Development mailing list archive at Nabble.com.
> >
>
--
Matt Sicker
sed to be
> >> extended ?
> >> ---
> >> Luca Burgazzoli
> >>
> >>
> >> On Tue, May 10, 2016 at 4:05 PM, Matt Sicker wrote:
> >> > Do EhcacheConsumer and EhcacheProducer have to be final?
> >> >
> >> > On 10
Not necessarily, but I don't see other components using final like that.
On 10 May 2016 at 09:19, Luca Burgazzoli wrote:
> Not mandatory but are component's consumer/producer supposed to be
> extended ?
> ---
> Luca Burgazzoli
>
>
> On Tue, May 10, 2016 at 4:05
Thoughts ?
> >>>>
> >>>
> >>> Yeah that is a good idea.
> >>>
> >>>>
> >>>> ---
> >>>> Luca Burgazzoli
> >>>
> >>>
> >>>
> >>> --
> >>> Claus Ibsen
> >>> -
> >>> http://davsclaus.com @davsclaus
> >>> Camel in Action 2: https://www.manning.com/ibsen2
> >>
> >>
> >>
> >> --
> >> Bilgin Ibryam
> >> Camel Committer at ASF & Integration Architect at Red Hat
> >> Blog: http://ofbizian.com | Twitter: @bibryam
> >>
> >> Camel Design Patterns https://leanpub.com/camel-design-patterns
> >> Instant Apache Camel Message Routing
> http://www.amazon.com/dp/1783283475
>
--
Matt Sicker
gor Zurowski
> >
> > [1] http://camel.apache.org/download.html
> > [2] http://camel.apache.org/camel-2171-release.html
> > [3]
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12334914&projectId=12311211
>
--
Matt Sicker
Install the war feature of karaf first.
>
>
> On Thu, May 5, 2016 at 4:47 PM, Matt Sicker wrote:
> > I found one problem when installing in Karaf 3.0.x (tried in 3.0.4 and
> > 3.0.6), but works in Karaf 4.0.x. I first added the RC repository to my
> > org.ops4j.pax.u
ific comments)
>
> The vote is open for at least 72 hours.
>
> Thanks,
> Gregor
>
--
Matt Sicker
least 72 hours.
> >
> > Thanks,
> > Gregor
> >
>
>
>
> --
> Cheers,
> Jon
> -------
> Red Hat, Inc.
> Email: jans...@redhat.com
> Web: http://redhat.com
> Twitter: jon_anstey
> Blog: http://janstey.blogspot.com
> Author of Camel in Action: http://manning.com/ibsen
>
--
Matt Sicker
> >> origin/feature/camel-hystrix
> > >> origin/feature/camel-xmljson-legal-license-compliance
> > >> origin/fix-8478
> > >> origin/fix/CAMEL-8689-camel-dozer-classloading-issue
> > >> origin/jdk8-lambdas
> > >> origin/jsonpath_encoding
> > >> origin/osgi-trouble
> > >> origin/temp-jetty9
> > >> origin/temp-jetty9-2
> > >>
> > >>
> > >> And what is this branch used for?
> > >>
> > >> origin/master-dev
> > >>
> > >>
> > >> --
> > >> Claus Ibsen
> > >> -
> > >> http://davsclaus.com @davsclaus
> > >> Camel in Action 2: https://www.manning.com/ibsen2
> >
> >
> >
> >
> > --
> > Claus Ibsen
> > -
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
> >
>
--
Matt Sicker
release Camel 2.17 sooner, its been a while since
> 2.16,
> >>>>>>> so maybe aim for a release in next month?
> >>>>>>>
> >>>>>>> A reason to keep it on 1.7 is also it would otherwise throw some
> >> Camel
> >>>>>>> end users under the bus anticipating they can use it on Java 1.7.
> >> Then
> >>>>>>> we can announce Camel 2.17 would be the last release with Java 1.7
> -
> >>>>>>> even ahead of time.
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> On Thu, Jan 28, 2016 at 9:35 AM Daniel Kulp
> >> wrote:
> >>>>>>>>
> >>>>>>>>>
> >>>>>>>>> For master (targeting 2.17), I see we’re still setup for Java7.
> >>>>> Would
> >>>>>>>>> it make sense to move to requiring Java8? We can certainly start
> >>>>> taking
> >>>>>>>>> advantage of the new things in Java8, but there are also
> >> dependencies
> >>>>>>> (like
> >>>>>>>>> Jetty) that now require Java8 and more and more of them will be
> >>>>>>> requiring
> >>>>>>>>> that. (example: CXF 3.2 will be Java8 only as well)
> >>>>>>>>>
> >>>>>>>>> It sometimes makes back merging fixes to 2.16/2.15 tricky if you
> >> use
> >>>>>>> Java8
> >>>>>>>>> features, but that’s going to be a problem eventually anyway.
> >>>>>>>>>
> >>>>>>>>> Thoughts?
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> Daniel Kulp
> >>>>>>>>> dk...@apache.org - http://dankulp.com/blog
> >>>>>>>>> Talend Community Coder - http://coders.talend.com
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> Claus Ibsen
> >>>>>>> -
> >>>>>>> http://davsclaus.com @davsclaus
> >>>>>>> Camel in Action 2: https://www.manning.com/ibsen2
> >>>>>>>
> >>>>>
> >>>>> --
> >>>>> Daniel Kulp
> >>>>> dk...@apache.org - http://dankulp.com/blog
> >>>>> Talend Community Coder - http://coders.talend.com
> >>>>>
> >>>>>
> >>>
> >>> --
> >>> Daniel Kulp
> >>> dk...@apache.org - http://dankulp.com/blog
> >>> Talend Community Coder - http://coders.talend.com
> >>
> >> --
> >> Daniel Kulp
> >> dk...@apache.org - http://dankulp.com/blog
> >> Talend Community Coder - http://coders.talend.com
> >>
> >>
>
>
--
Matt Sicker
e Java8 only as well)
> >>>
> >>> It sometimes makes back merging fixes to 2.16/2.15 tricky if you use
> Java8
> >>> features, but that’s going to be a problem eventually anyway.
> >>>
> >>> Thoughts?
> >>>
> >>> --
> >>> Daniel Kulp
> >>> dk...@apache.org - http://dankulp.com/blog
> >>> Talend Community Coder - http://coders.talend.com
> >>>
> >>>
> >
> >
> >
> > --
> > Claus Ibsen
> > -
> > http://davsclaus.com @davsclaus
> > Camel in Action 2: https://www.manning.com/ibsen2
>
>
--
Matt Sicker
hing with Camel, twice. We
> supported Java 6 up to 2.14.0. We dropped support for Java 6 and went
> Java7+ in 2.15.Camel 2.6 supported Java5, but we dropped that in Camel
> 2.7 and went Java6+.
>
>
> --
> Daniel Kulp
> dk...@apache.org - http://dankulp.com/blog
> Talend Community Coder - http://coders.talend.com
>
>
--
Matt Sicker
65427.n5.nabble.com/How-to-customise-HTTP-response-message-such-as-404-500-tp5776676.html
> Sent from the Camel Development mailing list archive at Nabble.com.
>
--
Matt Sicker
>
> > > > If you are interested and are a Camel committer, then you can contact
> > > > me on my email.
> > > >
> > > >
> > > >
> > > > --
> > > > Claus Ibsen
> > > > -
> > > > http://davsclaus.com @davsclaus
> > > > Camel in Action 2: https://www.manning.com/ibsen2
> > >
> > >
> > >
> > > --
> > > Claus Ibsen
> > > -
> > > http://davsclaus.com @davsclaus
> > > Camel in Action 2: https://www.manning.com/ibsen2
> >
> >
>
--
Matt Sicker
rg.jruby:jruby-stdlib by the SMX guys.
> > > >
> > > > [1] https://github.com/jruby/jruby/issues/1971#issuecomment-55522614
> > > >
> > > > Best,
> > > > Christian
> > > > -
> > > >
> > > > Software Integration Specialist
> > > >
> > > > Apache Member
> > > > V.P. Apache Camel | Apache Camel PMC Member | Apache Camel committer
> > > > Apache Incubator PMC Member
> > > >
> > > > https://www.linkedin.com/pub/christian-mueller/11/551/642
> > > >
> > >
> >
> >
>
--
Matt Sicker
ues/1971#issuecomment-55522614
> >
> > Best,
> > Christian
> > -
> >
> > Software Integration Specialist
> >
> > Apache Member
> > V.P. Apache Camel | Apache Camel PMC Member | Apache Camel committer
> > Apache Incubator PMC Member
> >
> > https://www.linkedin.com/pub/christian-mueller/11/551/642
> >
>
--
Matt Sicker
ge in context:
> http://camel.465427.n5.nabble.com/Remove-documentation-on-Camel-TOEs-tp5756595.html
> Sent from the Camel Development mailing list archive at Nabble.com.
>
--
Matt Sicker
e or not in in an OSGI container, it
> shouldn't be to difficult to use Camel 2.14.0 with Spring 4.
>
> Best,
> 5
> Am 14.09.2014 19:01 schrieb "Matt Sicker" :
>
> > Would it be a good idea to create new components for Spring 4 while still
> > having the
t;
> >>
> >> --
> >> Willem Jiang
> >>
> >> Red Hat, Inc.
> >> Web: http://www.redhat.com
> >> Blog: http://willemjiang.blogspot.com (English)
> >> http://jnn.iteye.com (Chinese)
> >> Twitter: willemjiang
> >> Weibo: 姜宁willem
> >>
> >>
> >>
> >>
>
>
>
> --
> Claus Ibsen
> -
> Red Hat, Inc.
> Email: cib...@redhat.com
> Twitter: davsclaus
> Blog: http://davsclaus.com
> Author of Camel in Action: http://www.manning.com/ibsen
> hawtio: http://hawt.io/
> fabric8: http://fabric8.io/
>
--
Matt Sicker
age the all the spring dependency in his pom.
>
> Any thought?
>
>
> --
> Willem Jiang
>
> Red Hat, Inc.
> Web: http://www.redhat.com
> Blog: http://willemjiang.blogspot.com (English)
> http://jnn.iteye.com (Chinese)
> Twitter: willemjiang
> Weibo: 姜宁willem
>
>
>
>
--
Matt Sicker
is August.
>
> Any thoughts?
>
> --
> Willem Jiang
>
> Red Hat, Inc.
> Web: http://www.redhat.com
> Blog: http://willemjiang.blogspot.com (English)
> http://jnn.iteye.com (Chinese)
> Twitter: willemjiang
> Weibo: 姜宁willem
>
>
>
>
--
Matt Sicker
ely based on JSR 107 / 347)
> pro: can cover every use case and can be implemented
> cons: integration with cache providers not out of the box
>
> 1. is really easy and straightforward, but I don't know if it would be
> feature rich enough to "deprecate" more specifi
weeks
> >
> > --
> > uL
> >
> > Pragmatist
> > http://blog.ugolandini.com
> > http://www.flickr.com/photos/ugol/
>
>
>
> --
> uL
>
> Pragmatist
> http://blog.ugolandini.com
> http://www.flickr.com/photos/ugol/
>
--
Matt Sicker
ispan (InfinispanCacheProvider)
> > camel-spring (SpringCacheApiCacheProvider)
> > ...and so forth.
> >
> > Cache is something that should be easily pluggable, without modifying
> > client code. Anybody interesting in participating in creating
> > something like camel-cache-api?
> >
> > Cheers.
> >
> > [1]
> http://camel.465427.n5.nabble.com/An-idea-of-new-camel-cache-endpoint-tp5753363.html
> >
> > --
> > Henryk Konsek
> > http://henryk-konsek.blogspot.com
>
--
Matt Sicker
ance,
> Gregor
>
> [1] http://camel.465427.n5.nabble.com/Camel-JCR-examples-td5746406.html
> [2] http://www.day.com/maven/jsr170/javadocs/jcr-2.0/javax/jcr/Node.html
>
--
Matt Sicker
should be done
> > > differently. Tell me so, I would happily modify my pull request.
> > >
> > > Have a nice day,
> > >
> > > Antoine.
> > >
> > > [1] https://github.com/apache/camel/pull/153
> > > [2] https://issues.apache.org/jira/browse/CAMEL-7419
> > >
> >
> >
> > --
> > Claus Ibsen
> > -
> > Red Hat, Inc.
> > Email: cib...@redhat.com
> > Twitter: davsclaus
> > Blog: http://davsclaus.com
> > Author of Camel in Action: http://www.manning.com/ibsen
> > hawtio: http://hawt.io/
> > fabric8: http://fabric8.io/
> >
>
--
Matt Sicker
le also committing violating code. So at least,
> > this current default build behavior is not known to everyone and I
> > thought I should bring it up.
> >
> > regards, aki
> >
>
>
--
Matt Sicker
Worker.run(ThreadPoolExecutor.java:615)
> [na:1.7.0_51]
> at java.lang.Thread.run(Thread.java:744) [na:1.7.0_51]
>
>
> Please help me to resolve the issue.
> --
> Thanks & Regards
> T.V.Santhosh kumar
> 095382 55159
>
--
Matt Sicker
41 matches
Mail list logo
