I posted on this over a year back and everyone else thought it was a dumb idea :-(. Last time I checked there were still hangups after the initial boot (classloader issues). We need deployers for .NET codebased. I'm not 100% sure we'll be able to JBossAOP intercept stuff written in C#. We might be able to create Java classes for .NET classes and then proxy the calls. The created Java object could then be intercepted, but we couldn't do arbitrary pointcuts (mid method). Still it wouldn't be a bad feature set. There are still problems with the gnu classpath version of RMI and though I haven't checked I imagine using Sun's in IKVM/.NET would not be license kosher. It should be relatively easy to write .NET interceptors for Java objects.
I suggest as a start:
DNEJBDeployer - deploy Dot Net classes which expose and use EJB interfaces/etc.
DotNetDeployer - deploy .NET POCSOs
DNAOPDeployer - deploys .NET interceptors
Can you imagine how wicked it would be for JBoss to be the first J2EE certified appserver for .NET? Think of how great it would be to bring the JBoss platform to the masses of VB and other .NET developers? Meaning what if you could use M$ dev tools to write stuff and deploy it on JBoss? I think that would kick ass personally.
Is it viable biz wise? I can't say for sure, but I bet it is.
Back to earth, IKVM (and Mono for that matter) are still in their infancy but this kind of thing would probably help change that pretty quickly. It might also give us a VM that we could really extend, tweak and fix irritating bugs in. I'm kinda sick of Sun letting serious bugs go unfixed for several years...