The trouble with generating C# from Java code is that the two languages follow different conventions. The original .Net was ported from Java code, basically as a copy over of the Java and then the minimal amount of work done to turn that into C# that compiles and works.
Since then, some very good work by Tomas, has converted the C# code back into something that is truer to the conventions of C#. In particular there was no equivalent to javas nio package, which in combination with the extensions to byte buffers that MINA uses, led to some horribly designed C# code. So I would like to point out that the cross porting of Java to C# may not be so simple as you imagine. Do you have a good tool to recomend that cross compiles or converts Java into C#? or are you talking about 'generating' the C# by hand? An alternative would be to generate both the Java and the C# from some sort of language neutral model. That sounds like a lengthy project in its own right to me... Personally, I would rather stick with the existing .Net client, and capitalize on the effort/bug fixing invested in it so far. At least until someone nullifies that approach by demonstrating a fully working generation approach. Rupert On 17/07/07, Arnaud Simon <[EMAIL PROTECTED]> wrote:
Hi, As I have previously mentioned I think that we can go for two different approach regarding providing support for a 0.10 client. That is to say either providing an independent .NEt implementation or generate the c# code out of a stable 0.10 java client. I would suggest that we go for the second solution. This means that as this is the case with the current java proposal we would have a communication layer on top of witch we would implement a Qpid API. May I ask to people interested in developing a 0.10 .Net client to let me know what they think about that? Would somebody be interested in taking ownership of a particular piece of code? Regards Arnaud
