I fully agree with Romain. IMHO, two "key" Camel characteristics are:
1. It’s an integration framework 2. It’s runtime agnostic So, distribution in camel repo itself doesn’t make sense. For user convenience, it makes sense to provide binary distributions for target runtime (karaf, tomcat, …). I don’t want to see Camel as a runtime itself as it will prevent adoption and limit usage. Regards JB > Le 14 janv. 2021 à 14:46, Romain Manni-Bucau <rmannibu...@gmail.com> a écrit : > > Hi, > > My 2cts would be that there is no real usage of a camel distro. It is not > like Tomcat or Karaf where you get a container, unzip the distro and put > your app inside, camel is really something you start by embedding somewhere > else so it would make sense to have a tomel/karamel/meecrowamel and friends > but a camel distro by itself is likely just making the release a bit > heavier. > While all artifacts are in a m2 I think it is good enough until camel > becomes opiniated about its own runtime (and I hope it does not and stays > "just a lib" which is its strength today IMHO). > > At apache level you just need to point to the src distro so while there is > the required download link it is more than fine (and you can make the "m2 > download" page looking better than the mirror download page to let users > keep doing what they do for all java projects: not use mirror download ;)). > > Romain Manni-Bucau > @rmannibucau <https://twitter.com/rmannibucau> | Blog > <https://rmannibucau.metawerx.net/> | Old Blog > <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | > LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book > <https://www.packtpub.com/application-development/java-ee-8-high-performance> > > > Le jeu. 14 janv. 2021 à 14:27, Jean-Baptiste Onofre <j...@nanthrax.net> a > écrit : > >> Yes, but I just wanted to mention that we can already have a binary >> distribution (karamel) ;) >> >> I agree with others: I’m not sure binary distribution in camel repo >> directly make sense. >> >> My €0.01 ;) >> >> Regards >> JB >> >>> Le 14 janv. 2021 à 14:20, Andrea Cosentino <anco...@gmail.com> a écrit : >>> >>> No objection, but this was related to a general discussion about binary >>> distribution of all the Camel subprojects. >>> >>> Il giorno gio 14 gen 2021 alle ore 14:16 Jean-Baptiste Onofre < >>> j...@nanthrax.net> ha scritto: >>> >>>> Hi, >>>> >>>> What about a Karaf-camel (I proposed and started to work on karamel ;) >> ) ? >>>> >>>> I have a branch where I have karamel distribution (including resources >> for >>>> Kubernetes). >>>> >>>> If there’s no objection, I will create the camel-karat PR. >>>> >>>> Thoughts ? >>>> >>>> Regards >>>> JB >>>> >>>>> Le 14 déc. 2020 à 14:37, Zoran Regvart <zo...@regvart.com> a écrit : >>>>> >>>>> Hi Cameleers, >>>>> we're discussing binary distribution on two issues[1][2]. The binary >>>>> distribution is the tar.gz/ZIP file linked from the Camel website. By >>>>> ASF policy we only ship source code, and the binary distribution is >>>>> optional. >>>>> >>>>> Back in the dark days, before using build tools that knew about >>>>> dependency management (Maven, Gradle...) folk used to use the binary >>>>> distribution. >>>>> >>>>> I've found some statistics on downloads/per day, for us[3]/eu[4] and >>>>> created these charts: >>>>> >>>>> https://s.apache.org/camel-dl-us >>>>> https://s.apache.org/camel-dl-eu >>>>> >>>>> The data is over 2 and 1/4 years, we've had 19.7+-8.8 via US, and >>>>> 20.24+-8.43 in via EU per day. So not that much IMHO. >>>>> >>>>> I'm wondering if anyone is still relying on these, and if so what >>>>> would a binary distribution look like for sub projects? Should we do >>>>> the same as we do for the Camel core? >>>>> >>>>> Please reply on this thread or chime in on those issues for >>>>> sub-project specific concerns. >>>>> >>>>> Thanks :) >>>>> >>>>> zoran >>>>> >>>>> [1] https://github.com/apache/camel-quarkus/issues/2045 >>>>> [2] https://github.com/apache/camel-kafka-connector/issues/754 >>>>> [3] https://www-us.apache.org/dyn/stats/camel.log >>>>> [4] https://www-eu.apache.org/dyn/stats/camel.log >>>>> -- >>>>> Zoran Regvart >>>> >>>> >> >>
