| Groups | Blog | Home |
vj# : Should I choose J# ?
I'm wanting to get a way from Delphi. I'm thinking of J# because I might be able to transfer the code to Java without much difficulty. Is this true? How much is J# like Java? If not an easy recompile of code, are there translators that can convert J# to Java?
At the language level, J# is Java, with a few extensions to make it good
citizen in .NET. But you can take vanilla Java source code and recompile it with the J# compiler. You can also take Java class libraries (jar files) and convert them to .NET assemblies. On the other hand, J# is like "old Java" at the JDK level. J# is based on version 1.1.4 of the JDK (very old, SUN stopped supporting it in July 2001). So you don't have all the latest goodies of SUN's JDKs and you may experience some API incompatibilities between J# and standard Java (usually, classes or methods that have been added to the JDK and that don't exist in J#). But Microsoft has added some goodies from the latest JDK (collection classes for example) to close the gap. Bottom line: You won't run into any trouble with the language syntax, but you have to be careful and check that the JDK methods that you need are supported by the J# JDK. Also, if you don't care about portability between J# and standard Java and only want to target .NET, you don't need to worry about the JDK issue, because you will be able to use the full .NET framework from J#. Bruno. "MyName" <dkfjiw@argueemimini.net> a écrit dans le message de news:pan.2003.12.10.20.02.33.705259@argueemimini.net... [quoted text, click to view] > > I'm wanting to get a way from Delphi. > > I'm thinking of J# because I might be able to > transfer the code to Java without much difficulty. > Is this true? How much is J# like Java? > If not an easy recompile of code, are there > translators that can convert J# to Java? > >
A related questions:=20
Is the present lack of Javscript support in J# the problem=20 of J# or a deficiency of the NET Framework itself ?=20 Will it be possible to write scriptable client side=20 applets using other languages like C# or even managed=20 C++ ? Or is it possible even now ? Jan [quoted text, click to view] >-----Original Message-----
>At the language level, J# is Java, with a few extensions=20 to make it good >citizen in .NET. But you can take vanilla Java source=20 code and recompile it >with the J# compiler. You can also take Java class=20 libraries (jar files) and >convert them to .NET assemblies. > >On the other hand, J# is like "old Java" at the JDK=20 level. J# is based on >version 1.1.4 of the JDK (very old, SUN stopped=20 supporting it in July 2001). >So you don't have all the latest goodies of SUN's JDKs=20 and you may >experience some API incompatibilities between J# and=20 standard Java (usually, >classes or methods that have been added to the JDK and=20 that don't exist in >J#). But Microsoft has added some goodies from the latest=20 JDK (collection >classes for example) to close the gap. > >Bottom line: You won't run into any trouble with the=20 language syntax, but >you have to be careful and check that the JDK methods=20 that you need are >supported by the J# JDK. > >Also, if you don't care about portability between J# and=20 standard Java and >only want to target .NET, you don't need to worry about=20 the JDK issue, >because you will be able to use the full .NET framework=20 from J#. > >Bruno. > >"MyName" <dkfjiw@argueemimini.net> a =E9crit dans le=20 message de >news:pan.2003.12.10.20.02.33.705259@argueemimini.net... >> >> I'm wanting to get a way from Delphi. >> >> I'm thinking of J# because I might be able to >> transfer the code to Java without much difficulty. >> Is this true? How much is J# like Java? >> If not an easy recompile of code, are there >> translators that can convert J# to Java? >> >> > > >.
Hi Jan,
I don't understand your first question. What do you mean by Javascript support in J#? As I said in my post, J# is Java for .NET, so you are basically asking about Javascript support in Java. What do you mean? Maybe you are looking for something like JScript rather than for J#. J# is not a script language, it is a compiled language. You can write client-side components that execute inside your browser (like applets or Active-X) but this is not at all my field of expertise (I only did this exercise with Java and AWT a long time ago, but did not try it with J#) so I'll let someone else give you more details on what's available in J# and C# and what's not. Bruno. "Jan" <anonymous@discussions.microsoft.com> a écrit dans le message de news:09be01c3c0a6$5578f380$a301280a@phx.gbl... A related questions: Is the present lack of Javscript support in J# the problem of J# or a deficiency of the NET Framework itself ? Will it be possible to write scriptable client side applets using other languages like C# or even managed C++ ? Or is it possible even now ? Jan [quoted text, click to view] >-----Original Message----- >At the language level, J# is Java, with a few extensions to make it good >citizen in .NET. But you can take vanilla Java source code and recompile it >with the J# compiler. You can also take Java class libraries (jar files) and >convert them to .NET assemblies. > >On the other hand, J# is like "old Java" at the JDK level. J# is based on >version 1.1.4 of the JDK (very old, SUN stopped supporting it in July 2001). >So you don't have all the latest goodies of SUN's JDKs and you may >experience some API incompatibilities between J# and standard Java (usually, >classes or methods that have been added to the JDK and that don't exist in >J#). But Microsoft has added some goodies from the latest JDK (collection >classes for example) to close the gap. > >Bottom line: You won't run into any trouble with the language syntax, but >you have to be careful and check that the JDK methods that you need are >supported by the J# JDK. > >Also, if you don't care about portability between J# and standard Java and >only want to target .NET, you don't need to worry about the JDK issue, >because you will be able to use the full .NET framework from J#. > >Bruno. > >"MyName" <dkfjiw@argueemimini.net> a écrit dans le message de >news:pan.2003.12.10.20.02.33.705259@argueemimini.net... >> >> I'm wanting to get a way from Delphi. >> >> I'm thinking of J# because I might be able to >> transfer the code to Java without much difficulty. >> Is this true? How much is J# like Java? >> If not an easy recompile of code, are there >> translators that can convert J# to Java? >> >> > > >. >
Hi Bruno
I ment the possibility to access applet properties and methods from Javascript and the possibility to call Javascript methods from the apple (scriptable=TRUE,MAYSCRIPT). This is a normal part of Java, but not supported with the current version of J# (hopefully this is going to change in the near future
The next (v 1.2, currently in Alpha) release of J# Browser Control (JBC) will
have support for scripting into applets (as requested by quite a few folks), including support for the Netscape JavaScript API Package Not sure about Java -->JScript calls however. If interested, you should check out JBC info: http://msdn.microsoft.com/vjsharp/downloads/browsercontrols/ Note that if you plan to deploy a .NET J# application with JBC, your clients will need all of the following installed: .NET Framework J# redistributable JBC redistributable so you need to consider your deployment strategy :-) - Michel Gallant MVP Security http://pages.istar.ca/~neutron [quoted text, click to view] <anonymous@discussions.microsoft.com> wrote in message news:083301c3c177$b4b5d3f0$a101280a@phx.gbl... > Hi Bruno > > I ment the possibility to access applet properties and > methods from Javascript and the possibility to call > Javascript methods from the apple > (scriptable=TRUE,MAYSCRIPT). This is a normal part of > Java, but not supported with the current version of J# > (hopefully this is going to change in the near future > > Jan
[quoted text, click to view]
>so you need to consider your deployment strategy :-) OK, one can live with it. But your note leads as back to the original question: "Is the use of J# and JBC essential, or do they just ensure the source code compatibility with Java ?" It would be nice to write scriptable applets using plain .NET framework. Some rumors about System::Windows::Forms::UserControl appeared on the web but the lack of any official DOCs on this topics looks conspicuous to me. May be the missing script support is caused by the framework itself ? Or the lack of applet support was intentional ? I now, one could use ActiveX instead of .NET but there is a very important difference. The consumer of such a service will have to trust me and my code will be able to control the whole box hence errors can have disastrous effect. The .NET/JAVA sandbox helps both parties. The user knows whom to trust and if the developer still manages to damage the user's box due to security flaw ? Not my problem, sandbox should have been programmed better!
Here is a link to the quick-start sample on embedded UserControl's in
Internet Explorer. You script these the same as you would other client-side enbedded controls, such as applets or ActiveX controls. http://samples.gotdotnet.com/quickstart/winforms/doc/WinFormsIeSourcing.aspx [quoted text, click to view] > >OK, one can live with it. But your note leads as back to >the original question: "Is the use of J# and JBC >essential, or do they just ensure the source code >compatibility with Java ?" > >It would be nice to write scriptable applets using >plain .NET framework. Some rumors about >System::Windows::Forms::UserControl appeared on the web >but the lack of any official DOCs on this topics looks >conspicuous to me. May be the missing script support is >caused by the framework itself ? Or the lack of applet >support was intentional ? > >I now, one could use ActiveX instead of .NET but there is >a very important difference. The consumer of such a >service will have to trust me and my code will be able to >control the whole box hence errors can have disastrous >effect. The .NET/JAVA sandbox helps both parties. The user >knows whom to trust and if the developer still manages to >damage the user's box due to security flaw ? Not my >problem, sandbox should have been programmed better! > > > Bob LaCasse Microsoft Developer Support - Visual J#.NET This posting is provided AS IS with no warranties, and confers no rights.
Don't see what you're looking for? Try a search.
|
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
December 2006
January 2007
February 2007
April 2007
July 2007
August 2007
| home · blog · groups | Questions? Comments? Contact the dn |