Hello Henryk, thanks for revive this discussion.
+1 to host it outside from the official ASF Camel source repository (GitHub, Google code, ...) from people with strong Scala knowledge and add a link from our components site (external components section) [1]. +1 to host it at the official ASF Camel source repository if it's a Java component and the license of the dependent library is Apache friendly. [1] http://camel.apache.org/components.html Best, Christian On Sun, Feb 17, 2013 at 11:25 AM, Henryk Konsek <hekon...@gmail.com> wrote: > Hi, > > We've been discussing lately [1] how should we handle components > referencing Scala libraries. The discussion seems to become suspended > without the final punchline, so I would like to rise this topic again > so we could settle some agreement for this issue. > > As a reminder - the topic under the discussion is whether components > written in Scala should be maintained under the umbrella of ASF Camel. > Of course we are talking only about the cases when the subject of the > component is written is Scala (Akka, Scomp, etc.). > > I'm the proponent of accepting the Scala-related contributions for ASF > Camel. In my opinion we shouldn't deter Scala people from our > community. I also think that we got enough Scala-enabled developers > here in Camel to handle the maintenance of the Scala components. On > the other side some of the committers got some doubts regarding our > ability to maintain Scala contributions on the sufficient level of > quality. > > In the discussion thread [1] I mentioned at the beginning of my mail > the following propositions have been raised: > * create separated community for the Scala components (like Camel Extra) > * host Scala components on Camel-Extra > * accept components only if N committers would declare that they will > maintain the component > * create "Scala team" from the committers declaring to maintain the > Scala-related contributions > * use Java to write components referencing Scala libraries > * say "host it on github" to contributors :) > > I would like us to discuss the proposed options and probably come with > some further ideas. There are people interested in the future of Scala > in Camel, so I believe that finally we should come up with a concrete > strategy for Scala contributions. > > Best regards. > > [1] > http://camel.465427.n5.nabble.com/Re-Contributing-Scomp-Component-was-Contributing-Stomp-Component-td5726868.html > > -- > Henryk Konsek > http://henryk-konsek.blogspot.com > --
