Quantcast

C# plugins

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

C# plugins

Andrew Gray
Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

RE: C# plugins

slide
I've though about doing something like this, I would love it for the fact that I am much more of a C# dev than Java, so it would open things up a bit more for me.

Slide

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/27/2012 5:19 PM
To: [hidden email]
Subject: C# plugins

Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: C# plugins

Andrew Gray
Hi Alex,

I proposed this for exactly the same reason :)

How hard would it be to build on the great work already done with Ruby?

Is there any reason why C# plugin support should not take the same approach/architecture?

What do you think?

Anyone else?

Cheers,

Andrew


On 28 October 2012 13:19, Alex Earl <[hidden email]> wrote:
I've though about doing something like this, I would love it for the fact that I am much more of a C# dev than Java, so it would open things up a bit more for me.

Slide

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/27/2012 5:19 PM
To: [hidden email]
Subject: C# plugins

Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: C# plugins

slide
Well, the reason that Ruby is "easy" is JRuby provides a lot of the interaction between Ruby and the JVM. There is IKVM that allows you to interact with Java libraries from .NET, but we would need something almost the opposite, a bridge between .NET and the JVM. Basically, Jenkins needs to be able to load .NET plugins as if they were Java plugins. The Ruby stuff has some helper stuff to take care of some of this bridge and make the Jenkins API more Riby-like. Do you know of something that could be used to provide the bridge I am talking about?

slide

On Sat, Oct 27, 2012 at 7:59 PM, Andrew Gray <[hidden email]> wrote:
Hi Alex,

I proposed this for exactly the same reason :)

How hard would it be to build on the great work already done with Ruby?

Is there any reason why C# plugin support should not take the same approach/architecture?

What do you think?

Anyone else?

Cheers,

Andrew



On 28 October 2012 13:19, Alex Earl <[hidden email]> wrote:
I've though about doing something like this, I would love it for the fact that I am much more of a C# dev than Java, so it would open things up a bit more for me.

Slide

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/27/2012 5:19 PM
To: [hidden email]
Subject: C# plugins

Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew




--
Website: http://earl-of-code.com
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: C# plugins

Andrew Gray
Hi Alex,

Not off the top of my head but I googled "load C# from jvm" (without the quotes)

and I got this as top hit:

http://sourceforge.net/projects/jvcforcsharp/files/

The description says it will bridge jvm to C#

Would that do the job?

Cheers,

Andrew

On 28 October 2012 14:31, Slide <[hidden email]> wrote:
Well, the reason that Ruby is "easy" is JRuby provides a lot of the interaction between Ruby and the JVM. There is IKVM that allows you to interact with Java libraries from .NET, but we would need something almost the opposite, a bridge between .NET and the JVM. Basically, Jenkins needs to be able to load .NET plugins as if they were Java plugins. The Ruby stuff has some helper stuff to take care of some of this bridge and make the Jenkins API more Riby-like. Do you know of something that could be used to provide the bridge I am talking about?

slide


On Sat, Oct 27, 2012 at 7:59 PM, Andrew Gray <[hidden email]> wrote:
Hi Alex,

I proposed this for exactly the same reason :)

How hard would it be to build on the great work already done with Ruby?

Is there any reason why C# plugin support should not take the same approach/architecture?

What do you think?

Anyone else?

Cheers,

Andrew



On 28 October 2012 13:19, Alex Earl <[hidden email]> wrote:
I've though about doing something like this, I would love it for the fact that I am much more of a C# dev than Java, so it would open things up a bit more for me.

Slide

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/27/2012 5:19 PM
To: [hidden email]
Subject: C# plugins

Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew




--
Website: http://earl-of-code.com

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

RE: C# plugins

slide
In reply to this post by Andrew Gray
Looks like that does something similar to IKVM whicha allows loading Java from C#.

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/28/2012 1:48 AM
To: Slide
Cc: [hidden email]
Subject: Re: C# plugins

Hi Alex,

Not off the top of my head but I googled "load C# from jvm" (without the quotes)

and I got this as top hit:

http://sourceforge.net/projects/jvcforcsharp/files/

The description says it will bridge jvm to C#

Would that do the job?

Cheers,

Andrew

On 28 October 2012 14:31, Slide <[hidden email]> wrote:
Well, the reason that Ruby is "easy" is JRuby provides a lot of the interaction between Ruby and the JVM. There is IKVM that allows you to interact with Java libraries from .NET, but we would need something almost the opposite, a bridge between .NET and the JVM. Basically, Jenkins needs to be able to load .NET plugins as if they were Java plugins. The Ruby stuff has some helper stuff to take care of some of this bridge and make the Jenkins API more Riby-like. Do you know of something that could be used to provide the bridge I am talking about?

slide


On Sat, Oct 27, 2012 at 7:59 PM, Andrew Gray <[hidden email]> wrote:
Hi Alex,

I proposed this for exactly the same reason :)

How hard would it be to build on the great work already done with Ruby?

Is there any reason why C# plugin support should not take the same approach/architecture?

What do you think?

Anyone else?

Cheers,

Andrew



On 28 October 2012 13:19, Alex Earl <[hidden email]> wrote:
I've though about doing something like this, I would love it for the fact that I am much more of a C# dev than Java, so it would open things up a bit more for me.

Slide

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/27/2012 5:19 PM
To: [hidden email]
Subject: C# plugins

Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew




--
Website: http://earl-of-code.com

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: C# plugins

AdvanTiSS
Why not to create self-hosted WCF service, which will wrap all .NET plugins instances.

On Sunday, October 28, 2012 2:34:17 PM UTC+2, slide wrote:
Looks like that does something similar to IKVM whicha allows loading Java from C#.

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/28/2012 1:48 AM
To: Slide
Cc: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="4keRwiyj62sJ">jenkin...@...
Subject: Re: C# plugins

Hi Alex,

Not off the top of my head but I googled "load C# from jvm" (without the quotes)

and I got this as top hit:

http://sourceforge.net/projects/jvcforcsharp/files/

The description says it will bridge jvm to C#

Would that do the job?

Cheers,

Andrew

On 28 October 2012 14:31, Slide <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="4keRwiyj62sJ">slide...@...> wrote:
Well, the reason that Ruby is "easy" is JRuby provides a lot of the interaction between Ruby and the JVM. There is IKVM that allows you to interact with Java libraries from .NET, but we would need something almost the opposite, a bridge between .NET and the JVM. Basically, Jenkins needs to be able to load .NET plugins as if they were Java plugins. The Ruby stuff has some helper stuff to take care of some of this bridge and make the Jenkins API more Riby-like. Do you know of something that could be used to provide the bridge I am talking about?

slide


On Sat, Oct 27, 2012 at 7:59 PM, Andrew Gray <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="4keRwiyj62sJ">andrew.p...@...> wrote:
Hi Alex,

I proposed this for exactly the same reason :)

How hard would it be to build on the great work already done with Ruby?

Is there any reason why C# plugin support should not take the same approach/architecture?

What do you think?

Anyone else?

Cheers,

Andrew



On 28 October 2012 13:19, Alex Earl <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="4keRwiyj62sJ">slide...@...> wrote:
I've though about doing something like this, I would love it for the fact that I am much more of a C# dev than Java, so it would open things up a bit more for me.

Slide

Sent from my Windows Phone

From: Andrew Gray
Sent: 10/27/2012 5:19 PM
To: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="4keRwiyj62sJ">jenkin...@...
Subject: C# plugins

Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew




--
Website: http://earl-of-code.com

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: C# plugins

Matthew Riley
In reply to this post by Andrew Gray
I'm a C# developer who learnt Ruby and now develop all automated build/test/deploy scripts with Ruby/Rake.
Ruby is a very satisfying, productive language to work with once you know it.



On Sunday, 28 October 2012 11:19:31 UTC+11, Andrew Gray wrote:
Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: C# plugins

AdvanTiSS
In reply to this post by Andrew Gray
I'm C# developer in .NET development company and were tasked to migrate our CI to Jenkins. I don't have any experience in Java, but it was pretty easy for me to develop new plugins and make fixes in exisitng with Java using Intellij IDEA Community. 
Furthermore, if you want to develop Jenkis plugins - you have to look inside jenkins sources, to deeper understand inner jenkins logic. So, developing plugins in C# is not so good idea, as it seems at first glance.

On Sunday, October 28, 2012 3:19:31 AM UTC+3, Andrew Gray wrote:
Hi All,

What interest would there be in replicating the Ruby glue layer (enabling dev of plugins in Ruby) to C# (to enable development of plugins in C#?

Cheers,

Andrew
Loading...