Styron has announced iNet, which seems to be a product which takes .Net intermediate code, and converts it to Java bytecode. They have also converted the .Net class libraries, else there wouldn't be much use.
The company claims:
"Applications can be redeployed to Java application servers such as IBM WebSphere, BEA WebLogic, or JBoss."
However, converting bytecode is only one step in the path. You still need to setup the deployment descriptors... etc etc.
Tool converts .Net code to Java
-
Stryon announced iNet: Tool converts .Net code to Java bytecode (11 messages)
- Posted by: Dion Almaer
- Posted on: August 12 2004 13:30 EDT
Threaded Messages (11)
- .NET Framework EULA by Steve Kaschimer on August 12 2004 13:55 EDT
- .NET Framework EULA by Mike Heath on August 12 2004 15:10 EDT
- Stryon announced iNet: Tool converts .Net code to Java bytecode by Olivier Refalo on August 12 2004 15:19 EDT
- IKVM by Web Master on August 12 2004 19:18 EDT
- Stryon announced iNet: Tool converts .Net code to Java bytecode by Mileta Cekovic on August 13 2004 04:53 EDT
- Mature or not, there is real value here... by Robert Dean on August 13 2004 06:15 EDT
- Stryon announced iNet: Tool converts .Net code to Java bytecode by bob farmer on August 13 2004 10:58 EDT
- Stryon announced iNet: Tool converts .Net code to Java bytecode by Dilip Ranganathan on August 13 2004 11:10 EDT
- Visual MainWin for J2EE by biren mukhopadhyay on August 16 2004 22:30 EDT
- Bridging Java/J2EE and .NET, Bridging Java/J2EE and COM by Kevin Garnnet on January 27 2005 18:24 EST
- Bridging Java/J2EE and .NET, Bridging Java/J2EE and COM by Kevin Garnnet on January 27 2005 18:26 EST
-
.NET Framework EULA[ Go to top ]
- Posted by: Steve Kaschimer
- Posted on: August 12 2004 13:55 EDT
- in response to Dion Almaer
Does anyone know if this product from Sytron violates any part of the .NET Framework EULA? -
.NET Framework EULA[ Go to top ]
- Posted by: Mike Heath
- Posted on: August 12 2004 15:10 EDT
- in response to Steve Kaschimer
Probably not since the .Net intermediate language is an ECMA standard and they could have converted the Mono class libraries which are open source and could be converted to Java byte code without violating the Mono license. -
Stryon announced iNet: Tool converts .Net code to Java bytecode[ Go to top ]
- Posted by: Olivier Refalo
- Posted on: August 12 2004 15:19 EDT
- in response to Dion Almaer
Interesting...
Yet I believe the oposite translation would be just as much useful, if not even more usefull.
Regards,
Olivier Refalo -
IKVM[ Go to top ]
- Posted by: Web Master
- Posted on: August 12 2004 19:18 EDT
- in response to Olivier Refalo
-
Stryon announced iNet: Tool converts .Net code to Java bytecode[ Go to top ]
- Posted by: Mileta Cekovic
- Posted on: August 13 2004 04:53 EDT
- in response to Olivier Refalo
I agree. There is little value in transforming .NET MSIL into Java bytecode as there are much less mature .NET apps then Java. Also Java libraries are much much better and mature then .NET (this is major Java strength I believe, even more important then platform independence).
Converting .NET libraries to Java bytecode??? What an oximoron!
MC -
Mature or not, there is real value here...[ Go to top ]
- Posted by: Robert Dean
- Posted on: August 13 2004 06:15 EDT
- in response to Mileta Cekovic
For client-side development, it makes perfect sense. If there is a custom control built in a .Net language that I'd like to use in my Java Swing or SWT application, something like this would give me a way to do that easily.
For server-side development, this would give me the ability to throw away IIS and host my applications on a real app server, such as WebSphere, WebLogic, Orion, JonAS, JBOSS, Geronimo, and so on. -
Stryon announced iNet: Tool converts .Net code to Java bytecode[ Go to top ]
- Posted by: bob farmer
- Posted on: August 13 2004 10:58 EDT
- in response to Mileta Cekovic
Totally disagree. That should make consumption of e.g. a COM library very easy:
1. create .Net Interop assemblie
2. create Java wrapper using the INet tool
3. use COM from Java
A lot of customers of us ask for Java APIs to our products, which are somewhat COM heavy. Using JNI or tools like dtjcb are pretty clumsy to create a Java wrapper.
Another use case for a tool like this would be to go away from the "Interoperability by use of Webservices" scenario, which is nice on the drawing board, but pretty slow. -
Stryon announced iNet: Tool converts .Net code to Java bytecode[ Go to top ]
- Posted by: Dilip Ranganathan
- Posted on: August 13 2004 11:10 EDT
- in response to Dion Almaer
The reverse is also possible. Check out:
http://www.ikvm.net/ -
Visual MainWin for J2EE[ Go to top ]
- Posted by: biren mukhopadhyay
- Posted on: August 16 2004 22:30 EDT
- in response to Dion Almaer
Checkout http://www.mainsoft.com/products/vmw_j2ee.html for something similar. -
Bridging Java/J2EE and .NET, Bridging Java/J2EE and COM[ Go to top ]
- Posted by: Kevin Garnnet
- Posted on: January 27 2005 18:24 EST
- in response to Dion Almaer
I recently found Intrinsyc's J-Integra for .NET and J-Integra for COM.
J-Integra for .NET is a bidirectional interoperability bridge between Java/J2EE and .NET. It "enables your .NET software to access existing Java/J2EE applications as though they were actually .NET applications. It is fully bi-directional, which means that your Java/J2EE software can also access .NET components as though the .NET components were written with Java."
J-Integra for COM is a bidirectional interoperability bridge between Java/J2EE and COM. It allows Java accessing COM component through either DCOM or native interface, as well as COM component written in VB/VC++ accessing Java object through either DCOM or native interface.
http://j-integra.intrinsyc.com -
Bridging Java/J2EE and .NET, Bridging Java/J2EE and COM[ Go to top ]
- Posted by: Kevin Garnnet
- Posted on: January 27 2005 18:26 EST
- in response to Kevin Garnnet
BTW, you can also use ASP to access any Java objects using J-Integra for COM, even with zero client installation. Pretty neat...
http://j-integra.intrinsyc.com/com/doc/#asp_java/zero_client.htm