[ANNOUNCEMENT] Apache Camel-kafka-connector 0.2.0

The Camel community announces the immediate availability of Apache Camel-kafka-connector 0.2.0 The artifacts are published and ready for you to download either from the Apache mirrors or from maven central. For more info please visit the project GitHub repository[1]. Many thanks to all who made t

[RESULT] Apache Camel-kafka-connector 0.2.0

Hi all, This vote passes with the following result 5 +1 binding votes (Andrea Cosentino, Luca Burgazzoli, Zoran Regvart, Jean-Baptiste Onofre, Claus Ibsen) 3 +1 non-binding (Andrea Tarocchi, Federico Valeri, Omar Al-Safi) Thanks to everybody. I'll publish the artifacts in a bit. Re

[VOTE] Release Apache Camel-kafka-connector 0.2.0

Hello all, This is a vote to release Apache Camel-kafka-connector 0.2.0 Staging repository: https://repository.apache.org/content/repositories/orgapachecamel-1215 Tag: https://gitbox.apache.org/repos/asf?p=camel-kafka-connector.git;a=tag;h=refs/tags/camel-kafka-connector-0.2.0 This release is m

[ANNOUNCEMENT] Apache Camel-kafka-connector 0.1.0 Released

The Camel community announces the immediate availability of Apache Camel-kafka-connector 0.1.0 The artifacts are published and ready for you to download either from the Apache mirrors or from maven central. For more info please visit the project GitHub repository[1]. Many thanks to all who made t

[RESULT][VOTE] Apache Camel-kafka-connector 0.1.0

Hi all, This vote passes with the following result 6 +1 binding votes (Andrea Cosentino, Luca Burgazzoli, Zoran Regvart, Nicola Ferraro, Claus Ibsen, Jon Anstey) 3 +1 non-binding (Andrea Tarocchi, Federico Valeri, Omar Al-Safi) Thanks to everybody. I'll publish the artifacts in

Re: [VOTE] Apache Camel-kafka-connector 0.1.0

+1 not binding On Thu, Apr 23, 2020 at 2:04 PM Andrea Tarocchi wrote: > Hello all: > > This is a vote to release Apache Camel-kafka-connector 0.1.0 > > Staging repository: > https://repository.apache.org/content/repositories/orgapachecamel-1205 > > Tag: > > https:/

[VOTE] Apache Camel-kafka-connector 0.1.0

Hello all: This is a vote to release Apache Camel-kafka-connector 0.1.0 Staging repository: https://repository.apache.org/content/repositories/orgapachecamel-1205 Tag: https://gitbox.apache.org/repos/asf?p=camel-kafka-connector.git;a=tag;h=b4d186fcc9c23e483fc27d713ee7cd318827db03 This release i

Re: [DISCUESS] Integrating code analysis tool lgtm.com into the pipeline

> > > > Instead of the tool just runs a general report once a week/month etc > > > then we can take a look at it from time to time. > > > > > > > > > > Regards, > > > > Omar > > > > > > > > > > > > -- > &g

Re: camel-spring-boot: Snapshot artifacts no longer available?

ndows and Gates?" <https://about.me/andrea.tarocchi?promo=email_sig&utm_source=product&utm_medium=email_sig&utm_campaign=edit_panel&utm_content=thumb> Andrea Tarocchi about.me/andrea.tarocchi <https://about.me/andrea.tarocchi?promo=email_sig&utm_source=product&utm_medium=email_sig&utm_campaign=edit_panel&utm_content=thumb>

switch/case sourcecheck proposed changes

Hi there, as per the object of the email, here you can contribute to the discussion if interested: https://issues.apache.org/jira/browse/CAMEL-14540 Regards, -- "In a world without walls and fences who needs Windows and Gates?" Andrea Tarocchi about.me/andrea.tarocchi

camel-kafka-connector

contributors, on behalf of which I speak, are keen to donate the code hosted in the repository at [2] to the Apache Software foundation. Thoughts ? Andrea Tarocchi. Andrea Cosentino. [1] https://kafka.apache.org/documentation/#connect [2] https://github.com/jboss-fuse/camel-kafka-connector -- "

Re: [VOTE] Release Apache Camel 3.0.0

Thanks, > > Gregor > > > -- "In a world without walls and fences who needs Windows and Gates?" <https://about.me/andrea.tarocchi?promo=email_sig&utm_source=product&utm_medium=email_sig&utm_campaign=edit_panel&utm_content=thumb> Andrea Tarocchi about.me/andrea.tarocchi <https://about.me/andrea.tarocchi?promo=email_sig&utm_source=product&utm_medium=email_sig&utm_campaign=edit_panel&utm_content=thumb>

Re: A "Kamel" crazy idea

gt; > > > Focusing on serverless will bring more emphasis on push-based > > > > notifications > > > > > (webhooks, cloud events <https://cloudevents.io/>), that are > rarely > > > > used in > > > > > Camel components, that prefer a poll based approach being it > simpler > > to > > > > use > > > > > in classic deployments, but not so good in the cloud, where more > > > > resources > > > > > become higher direct costs for the users. > > > > > > > > > > The presence of the simplified DSL enables also experimenting on > > > > "*reduced* > > > > > subsets of Camel" implemented in languages other than Java, for > > example > > > > one > > > > > language that has a reactive approach on thread scheduling and a > > really > > > > low > > > > > memory footprint, like Go. > > > > > > > > > > But apart from this kind of experiments (that are valid IMO), the > > > "Kamel" > > > > > optimizer will have free room to choose the right platform for the > > > > > integration that the user wants to run, including, in the future, > > doing > > > > AOT > > > > > compilation using Graal/VM (less memory, faster startup) if the > > > features > > > > > (components) used in the integration are supporting it (maybe we > can > > > add > > > > > AOT compilation in the roadmap for Camel 3). > > > > > A silly optimization: integrations starting from "timer:..." may be > > > > > scheduled directly with Kubernetes CronJobs, so they will consume > > > > resources > > > > > only when actually running. > > > > > > > > > > Being the final integrations lightweight and being the DSL > > > > > language-independent, we may see a increased adoption of Camel also > > as > > > > > agile integration layer for not-only-java applications (both > "cloud" > > > and > > > > > "serverless" applications). > > > > > > > > > > I'm the first one that would like to work on a project ilke this. > > I've > > > > > worked on many Kubernetes/Openshift based applications and > frameworks > > > in > > > > > the past years, also on operators and CRDs, and I think this way of > > > > > redesigning integrations has a lot of potential. > > > > > > > > > > Integrations will not be necessarily limited to the simplified DSL, > > but > > > > we > > > > > can add extension points for scripting and even custom libraries > > > > (although > > > > > limiting the freedom of the optimizer). > > > > > > > > > > The most important thing: it may become a great project, since it's > > > > driven > > > > > by a great community. > > > > > > > > > > So, what do you think? Is it crazy enough? > > > > > > > > > > Nicola > > > > > > > > > > > > > > -- > > > Hiram Chirino > > > Engineering | Red Hat, Inc. > > > hchir...@redhat.com | fusesource.com | redhat.com > > > skype: hiramchirino | twitter: @hiramchirino > > > > > > -- "In a world without walls and fences who needs Windows and Gates?" <https://about.me/andrea.tarocchi?promo=email_sig&utm_source=product&utm_medium=email_sig&utm_campaign=edit_panel&utm_content=thumb> Andrea Tarocchi about.me/andrea.tarocchi <https://about.me/andrea.tarocchi?promo=email_sig&utm_source=product&utm_medium=email_sig&utm_campaign=edit_panel&utm_content=thumb>

Re: camel pull request: Corrected handling of charset in Hl7Dataformat,

> > Red Hat, Inc. > FuseSource is now part of Red Hat > Web: http://www.fusesource.com | http://www.redhat.com > Blog: http://willemjiang.blogspot.com (http://willemjiang.blogspot.com/) > (English) > http://jnn.iteye.com (http://jnn.javaeye.com/) (Chinese) > Twitter: w

Re: camel pull request: Corrected handling of charset in Hl7Dataformat,

Ok! the patch is already attached at the jira issue mentioned in the pull request. If you need something else let me know. Andrea. Il giorno 09/gen/2013 02:46, "Willem jiang" ha scritto: > As ASF project doesn't support to commit through the git currently, we > still need to use git-svn to com