You are right except that what we will deploy will be Java bundles coming from projects. That means that when debugging will be required, that will complicate the process as we have to debug java codes and perhaps (this is what we do now under SMX/Karaf) classes of the platform itself who will be in Scala (with SMX5). From this perspective, our users will be impacted by this choice and some of them will be reluctant.
just 2 cents for the discussion. On Fri, Jul 8, 2011 at 12:19 PM, James Strachan <ja...@fusesource.com> wrote: > How would a user/customer know what tools where used to create > servicemix 5? So long as its available as jars/bundles and there's a > web console, who cares if there's JSP or XSLT or Java or Scala or > Scalate or whatever? > > On 8 July 2011 11:14, Jean-Baptiste Onofré <j...@nanthrax.net> wrote: >> From a pure technical point of view, it can be very interesting and fun. Of >> course, we need some time at the beginning, but it's not a big deal. >> >> My concern is more for users/customers: I do not want to scare them by >> mixing Java/Scala, or going only to Scala which is not really heavily known >> in the industry for now. >> >> As we said in French: "j'ai le cul entre deux chaises" (which can be >> translated by "I ass between two chairs" :)). >> >> I would like more time to send my formal vote :) >> >> Regards >> JB >> >> On 07/08/2011 10:47 AM, Ioannis Canellos wrote: >>> >>> I like the idea of using Scala inside ServiceMix for the reason its just a >>> better language than Java, which you can use without sacrificing any of >>> the >>> Java coolness *(in terms of tools frameworks etc)*. >>> >>> I've only used Scala once, in a tiny web application combined with Apache >>> Wicket and I can say that the result was great as the boilerplate was >>> significantly reduced. >>> >>> I am definitely no expert, but I'd love to use Scala in ServiceMix5. >>> >> >> -- >> Jean-Baptiste Onofré >> jbono...@apache.org >> http://blog.nanthrax.net >> Talend - http://www.talend.com >> > > > > -- > James > ------- > FuseSource > Email: ja...@fusesource.com > Web: http://fusesource.com > Twitter: jstrachan, fusenews > Blog: http://macstrac.blogspot.com/ > > Open Source Integration and Messaging >
