> -----Original Message----- > From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf > Of Rohit Yadav > Sent: 26 March 2013 4:02 AM > To: dev@cloudstack.apache.org > Cc: cloudstack-...@incubator.apache.org > Subject: Re: [DISCUSS] Hyper-V Plugin & Microsoft Compiler & IP Clearance > > On Tue, Mar 26, 2013 at 4:31 AM, Donal Lafferty <donal.laffe...@citrix.com> > wrote: > > It makes a lot of sense to write the ServerResourse for Hyper-V in C#, > because there's a lot of frameworks written in the Microsoft ecosystem with > C# in mind. > > > > If that's the case, then it also makes sense to use the Microsoft compiler > > to > compile the ServerResource. > > This won't get much love, instead of a compiler from the North Atlantic giant, [Donal Lafferty] Northwest Pacific :) > if you were to use C# anyway why not consider using mono for your > compiler/build infrastructure? While I would avoid mono and it would be > difficult for folks to build/develop, if something could be done in C#, could > n't > it be done in Java, Scala or anything that could run on JVM? If this is > possible, > it will save us from nonoss, proprietary build/runtime dependency. [Donal Lafferty] It's a question of what environment is optimal for the ServerResource. There is a lot more material for writing a server resource in C# than there is for writing it in Java.
Moreover, the ServerResource concept of a plugin was introduced to allow developers a degree of freedom in choosing the environment for code that controls data centre resource. Adopting platform-specific tools seems to flow naturally from this definition. I guess you could call this the multi-lingual plugin: one where the ServerResource and ServerComponent are not homogenous. What are the barriers to including 'multi-lingual plugins' in CloudStack? > > Cheers. > > > > > I'm unclear how this impacts contributing the code to Apache CloudStack. > In particular: > > > > > > 1. Does dependence on the Microsoft compiler mean that the source > end up in the non-OSS build? > > > > 2. Is the plugin able to participate in the BVT? > > > >
