NetRexx 3.00 release on www.netrexx.org
Locked
 
|
Just one hint:
NetRexxC.jar is, in version 3.00, a so called Java Extension. Hence, after downloading NetRexxC.jar from www.netrexx.org, the best way to use it is to move NetrexxC.jar to the ....\lib\ext directory of your proper Java Development Kit (jdk) subdirectory. As NetRexxC in turn does use the javac API's, you will need any jdk anyway. Then, after done this move, NetRexxC runs smoothlessly, without any need to do any classpath settings (jdk 4 upwards, as far as I do know). I'm currently testing it on jdk 7.0, and will forward any findings of common interest to this list.. Greetings, and good luck with NetRexxC vs. 3.00! Thomas. I would also like to note -- Thomas Schneider (www.thsitc.com) _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
Re: NetRexx 3.00 release on www.netrexx.org
|
Moving NetRexxC.jar to \lib\ext in the JDK or JRE is a very BAD idea!
1) It will get lost any time you update your Java. 2) It will cause you to forget to bundle NetRexxR.jar with your program distributions. 3) It will break NetRexxScript due to class loader conflicts if you run jEdit with that Java. 4) No doubt other bad things! Even using the deprecated CLASSPATH variable is a better idea although you should be using the newer "-classpath" option on your Java commands. -- Kermit On 6/13/2011 5:56 AM, Thomas Schneider wrote: > Just one hint: > > NetRexxC.jar is, in version 3.00, a so called Java Extension. > > Hence, after downloading NetRexxC.jar from www.netrexx.org, > the best way to use it is to move NetrexxC.jar to the ....\lib\ext > directory of your proper Java Development Kit (jdk) subdirectory. > > As NetRexxC in turn does use the javac API's, you will need any jdk > anyway. > > Then, after done this move, NetRexxC runs smoothlessly, without any need > to do any classpath settings (jdk 4 upwards, as far as I do know). > > I'm currently testing it on jdk 7.0, and will forward any findings of > common interest to this list.. > > Greetings, and good luck with NetRexxC vs. 3.00! > > Thomas. > > I would also like to note Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
Hello Kermit,
I did read a lot recently in the official Java Documentations of the so called 'Java Extensions', as documented on the proper Oracle.com URL. I will, however, have to look up the advises I got from there, in a massive printout to get my Java knowledge up. Those quoted documentations do clearly advise to NOT use the classpath Environment variable anymore, but use the jar.exe -cp (or -classpath) option instead for any additional packages needed. Therefore, I did DOWNLOAD NetRexxC.jar from www.NetRexx.org to a new directory C:\NetRexxC.3.00 on my Windows XP computer, after saving 2.05 in C:\NetRexxC.2.05, of course. As there has been no advise how to actually install it in the download (and there is currently No ZIP file anymore in the download (or I didn't read enough on the newly provided www.netrexx.org, I personally did DECIDE, for my usage, to follow the Java Extenrsions advises... ... and did publish my findings on this list. :-) As my Java knowledge ist still limited (I'm currently in process to replace alls the heavy usage of classic Rexx Stem's in my software to Java Map's, etc, using the Java Collections Framework), I'm not in the position to recommend any installation procedures. But to finish this my comment, I do have the feeling that the current Java recommendation is to use Java Extensions instead of the ancient %classpath% method, as the various installed packages would not change the classpath constantly (and, also would not have to search a lot of libraries (jar files) when loaded. I leave it up to the NetRexx Language board to come up with a recommendation & documentation how NetRexxC 3.00 should be installed. Thomas. ======================================================== Am 13.06.2011 21:45, schrieb Kermit Kiser: > Moving NetRexxC.jar to \lib\ext in the JDK or JRE is a very BAD idea! > > 1) It will get lost any time you update your Java. > 2) It will cause you to forget to bundle NetRexxR.jar with your > program distributions. > 3) It will break NetRexxScript due to class loader conflicts if you > run jEdit with that Java. > 4) No doubt other bad things! > > Even using the deprecated CLASSPATH variable is a better idea although > you should be using the newer "-classpath" option on your Java commands. > > -- Kermit > > > On 6/13/2011 5:56 AM, Thomas Schneider wrote: >> Just one hint: >> >> NetRexxC.jar is, in version 3.00, a so called Java Extension. >> >> Hence, after downloading NetRexxC.jar from www.netrexx.org, >> the best way to use it is to move NetrexxC.jar to the ....\lib\ext >> directory of your proper Java Development Kit (jdk) subdirectory. >> >> As NetRexxC in turn does use the javac API's, you will need any jdk >> anyway. >> >> Then, after done this move, NetRexxC runs smoothlessly, without any need >> to do any classpath settings (jdk 4 upwards, as far as I do know). >> >> I'm currently testing it on jdk 7.0, and will forward any findings of >> common interest to this list.. >> >> Greetings, and good luck with NetRexxC vs. 3.00! >> >> Thomas. >> >> I would also like to note > -- Thomas Schneider (www.thsitc.com) _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
|
In reply to this post by Kermit Kiser
Kermit,
I have been running Java with NetRexxC.jar (and many other extensions; javamail, junit, log4j etc.) as an extension for as long as I can remember, without any issues that I know of. While it is true that I need to manipulate my Java extensions whenever there's a new release of the JDK/JRE I don't see it as a showstopper; just part of the sysadmin process of maintaining a development environment. Can you elaborate on last two points in your list please? A. On 13 June 2011 12:45, Kermit Kiser <[hidden email]> wrote: Moving NetRexxC.jar to \lib\ext in the JDK or JRE is a very BAD idea! -- Can't tweet, won't tweet! _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Alan
-- Needs more cowbell. |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
On 14.06.2011 19:02, Alan Sampson wrote:
I have been running Java with NetRexxC.jar (and many other extensions; javamail, junit, log4j etc.) as an extension for as long as I can remember, without any issues that I know of. While it is true that I need to manipulate my Java extensions whenever there's a new release of the JDK/JRE I don't see it as a showstopper; just part of the sysadmin process of maintaining a development environment.In the past I ran into a class loader problem with JDBC when putting a BSF4ooRexx jar to the Java extension directory (could well have been a BSF4ooRexx error fixed later), therefore I changed the installation strategy a couple of years ago and set the CLASSPATH variable instead (no way to use "-cp", if Java was loaded dynamically from Rexx). --- Ad problem copying a jar into an extension directory that gets changed when a new version of Java (with its own extension directory) gets installed: Java 6 has by default two extension directories, one for the Java distribution, one for applications. So if you would copy the NetRexx jar to the user's extension directory it would be available, even if you installed a new Java. In case you are interested where the user extension library is on your installation, the easiest way may be either google/oracle/sun or BSF4ooRexx. If the latter, you would need to install ooRexx (<http://www.oorexx.org/download.html>) and then install BSF4ooRexx (<http://sourceforge.net/projects/bsf4oorexx/files/>). Then you would go into the "bsf4oorexx/install" directory and either execute "infoBSF.rxj" or "infoBSF-oo.rxj", which may give you an output like: Spot the line "Java extension path:" and analyze the extension directories to see which one would be the user extension directory.Rexx interpreter: [REXX-ooRexx_4.1.0(MT) 6.03 5 Dec 2010] BSFManager [245.20090910] BSF4ooRexx (DLL/so): [408.20110605 org/rexxla/bsf/engines/rexx 32-bit] Java Rexx engine: [407.20110608 org.rexxla.bsf.engines.rexx (org.apache.bsf)] BSF.CLS version: [406.20110608] Java version: [1.6.0_24] Java bitness: [32] Java architecture: [x86] Java home dir: [D:\Programme\Java\jre6] Java library path: [D:\Programme\ooRexx;.;D:\WINDOWS\Sun\Java\bin;D:\WINDOWS\system32;D:\WINDOWS;F:\work\svn\bsf4oorexx\trunk\bsf4oorexx;D:\Programme\Java\jre6\bin\client;F:\work\svn\bsf4oorexx\trunk\bsf4oorexx;D:\WINDOWS\system32;D:\WINDOWS;D:\WINDOWS\System32\Wbem;e:\cygwin\bin;e:\rony\tools;E:\vslick\win;E:\Programme\GNU\GnuPG\pub;D:\Programme\Gemeinsame Dateien\GTK\2.0\bin;D:\WINDOWS\system32;D:\WINDOWS;D:\WINDOWS\System32\Wbem;D:\Programme\TortoiseSVN\bin;D:\Programme\sK1 Project\UniConvertor-1.1.5\;D:\Programme\sK1 Project\UniConvertor-1.1.5\DLLs;D:\Programme\ooRexx;D:\Programme\QuickTime\QTSystem\;D:\Programme\OpenOffice.org 3\program;D:\Programme\SSH Communications Security\SSH Secure Shell] Java class path: [F:\work\svn\bsf4oorexx\trunk\bsf4oorexx\bsf-rexx-engine.jar;F:\work\svn\bsf4oorexx\trunk\bsf4oorexx\bsf-v400-20090910.jar;.;D:\Programme\Java\jre6\lib\ext\QTJava.zip;D:\Programme\OpenOffice.org 3\program\;D:\Programme\OpenOffice.org 3\Basis\program\classes\unoil.jar;D:\Programme\OpenOffice.org 3\URE\java\ridl.jar;D:\Programme\OpenOffice.org 3\URE\java\jurt.jar;D:\Programme\OpenOffice.org 3\URE\java\juh.jar] Java extension path: [D:\Programme\Java\jre6\lib\ext;D:\WINDOWS\Sun\Java\lib\ext] This Rexx script was invoked: [directly by Rexx which loaded Java] The following BSF-functions are registered with Rexx: [BSF] [BsfAttachToTID] [BsfCreateRexxProxy] [BsfDetach] [BsfDropFuncs] [BsfGetTID] [BsfInvokedBy] [BsfJavaException] [BsfLoadFuncs] [BsfLoadJava] [BsfQueryAllFunctions] [BsfQueryRegisteredFunctions] [BsfRawBytes] [BsfRexxProxy] [BsfShowErrorMessage] [BsfUnloadJava] [BsfVersion] ---rony _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
Oops, maybe the fastest way to determine that was to look for something
like 'say System.getProperty(" java.ext.dirs")'.
---rony On 14.06.2011 20:44, Rony G. Flatscher wrote: On 14.06.2011 19:02, Alan Sampson wrote:I have been running Java with NetRexxC.jar (and many other extensions; javamail, junit, log4j etc.) as an extension for as long as I can remember, without any issues that I know of. While it is true that I need to manipulate my Java extensions whenever there's a new release of the JDK/JRE I don't see it as a showstopper; just part of the sysadmin process of maintaining a development environment.In the past I ran into a class loader problem with JDBC when putting a BSF4ooRexx jar to the Java extension directory (could well have been a BSF4ooRexx error fixed later), therefore I changed the installation strategy a couple of years ago and set the CLASSPATH variable instead (no way to use "-cp", if Java was loaded dynamically from Rexx). _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
In reply to this post by Kermit Kiser
On Mon, Jun 13, 2011 at 16:45, Kermit Kiser <[hidden email]> wrote:
> Even using the deprecated CLASSPATH variable is a better idea although you > should be using the newer "-classpath" option on your Java commands. isn´t it possible to just use the classpath statement in the meta-inf file?. Or even better, anyone tried this with a netrexx app? http://one-jar.sourceforge.net/ This is the right way to package any java app, IMHO. FC _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
On Tue, Jun 14, 2011 at 23:19, Fernando Cassia <[hidden email]> wrote:
> Or even better, anyone tried this with a netrexx app? > http://one-jar.sourceforge.net/ > > This is the right way to package any java app, IMHO. an even better tutorial on why this makes sense: http://www.ibm.com/developerworks/java/library/j-onejar/ FC _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
On Tue, Jun 14, 2011 at 23:22, Fernando Cassia <[hidden email]> wrote:
> an even better tutorial on why this makes sense: > http://www.ibm.com/developerworks/java/library/j-onejar/ > > FC "If all this has left your head spinning, don't worry: Using One-JAR is much simpler than trying to understand how it works. With the advent of the FatJar Eclipse Plugin (see FJEP in Resources), Eclipse users can now create a One-JAR application by selecting a checkbox in a Wizard. The dependent libraries are placed into a lib/ directory, the main program and classes are placed into main/main.jar, and the META-INF/MANIFEST.MF file is written automatically. If you use JarPlug (again, see Resources) you can look inside the JAR file you built and launch it from within the IDE. " FC -- "Tools are a way to amplify our senses so that we can expand our reach in order to expropiate space, compress time, and secure ourselves. A gun extends the power of our throwing arms. An automobile is an extension of our legs. Computers amplify our memories". - T.E.D. "Space Time, and Modernity" J. Rifkin _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
I don't know if anyone noticed, but you already can start the 3.00 translator with:
java -jar NetRexxC.jar hello if you want to compile hello.nrx, and on selected platforms, where tools.jar or its equivalent (which contains the Java class that javac calls) can be found by the translator. This support has been slightly enlarged from the 2.05 version. best regards, René Jansen. On 15 jun 2011, at 04:25, Fernando Cassia wrote: > On Tue, Jun 14, 2011 at 23:22, Fernando Cassia <[hidden email]> wrote: >> an even better tutorial on why this makes sense: >> http://www.ibm.com/developerworks/java/library/j-onejar/ >> >> FC > > "If all this has left your head spinning, don't worry: Using One-JAR > is much simpler than trying to understand how it works. With the > advent of the FatJar Eclipse Plugin (see FJEP in Resources), Eclipse > users can now create a One-JAR application by selecting a checkbox in > a Wizard. The dependent libraries are placed into a lib/ directory, > the main program and classes are placed into main/main.jar, and the > META-INF/MANIFEST.MF file is written automatically. If you use JarPlug > (again, see Resources) you can look inside the JAR file you built and > launch it from within the IDE. " > > FC > > -- > "Tools are a way to amplify our senses so that we can expand our reach > in order to expropiate space, compress time, and secure ourselves. A > gun extends the power of our throwing arms. An automobile is an > extension of our legs. Computers amplify our memories". - T.E.D. > "Space Time, and Modernity" J. Rifkin > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
René,
At this point I think it would be good idea to run some diffs between the original 2.05 code-base and the released 3.00 You already hinted at your presentation for the 2008 JVM Language Summit that you had introduced some changes. You might even have forgotten some of them. Having a list of these would greatly help us know where we do stand regarding all the behaviours we've learned live with during the years. Regards, - Saludos / Kind regards, David Requena NOTE: The opinions expressed here represent the opinions of the authors and do not necessarily represent the opinions of those who hold other opinions. -----Original Message----- From: René Jansen <[hidden email]> Sender: [hidden email] Date: Wed, 15 Jun 2011 10:19:24 To: IBM Netrexx<[hidden email]> Reply-To: IBM Netrexx <[hidden email]> Subject: Re: [Ibm-netrexx] NetRexx 3.00 release on www.netrexx.org I don't know if anyone noticed, but you already can start the 3.00 translator with: java -jar NetRexxC.jar hello if you want to compile hello.nrx, and on selected platforms, where tools.jar or its equivalent (which contains the Java class that javac calls) can be found by the translator. This support has been slightly enlarged from the 2.05 version. best regards, René Jansen. On 15 jun 2011, at 04:25, Fernando Cassia wrote: > On Tue, Jun 14, 2011 at 23:22, Fernando Cassia <[hidden email]> wrote: >> an even better tutorial on why this makes sense: >> http://www.ibm.com/developerworks/java/library/j-onejar/ >> >> FC > > "If all this has left your head spinning, don't worry: Using One-JAR > is much simpler than trying to understand how it works. With the > advent of the FatJar Eclipse Plugin (see FJEP in Resources), Eclipse > users can now create a One-JAR application by selecting a checkbox in > a Wizard. The dependent libraries are placed into a lib/ directory, > the main program and classes are placed into main/main.jar, and the > META-INF/MANIFEST.MF file is written automatically. If you use JarPlug > (again, see Resources) you can look inside the JAR file you built and > launch it from within the IDE. " > > FC > > -- > "Tools are a way to amplify our senses so that we can expand our reach > in order to expropiate space, compress time, and secure ourselves. A > gun extends the power of our throwing arms. An automobile is an > extension of our legs. Computers amplify our memories". - T.E.D. > "Space Time, and Modernity" J. Rifkin > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
David,
funny that you mention this; I was just working with the svn logs and diffs that I took while working on the codebase within IBM. So don't worry, I might have forgotten all but the diffs are there; I am distilling a report on this for sending out later tonight. best regards, René. On Jun 15, 2011, at 6:51 PM, David Requena wrote: > René, > > At this point I think it would be good idea to run some diffs between the original 2.05 code-base and the released 3.00 > > You already hinted at your presentation for the 2008 JVM Language Summit that you had introduced some changes. You might even have forgotten some of them. Having a list of these would greatly help us know where we do stand regarding all the behaviours we've learned live with during the years. > > Regards, > > - > Saludos / Kind regards, > David Requena > > NOTE: The opinions expressed here represent the opinions > of the authors and do not necessarily represent the opinions > of those who hold other opinions. > > -----Original Message----- > From: René Jansen <[hidden email]> > Sender: [hidden email] > Date: Wed, 15 Jun 2011 10:19:24 > To: IBM Netrexx<[hidden email]> > Reply-To: IBM Netrexx <[hidden email]> > Subject: Re: [Ibm-netrexx] NetRexx 3.00 release on www.netrexx.org > > I don't know if anyone noticed, but you already can start the 3.00 translator with: > > java -jar NetRexxC.jar hello > > if you want to compile hello.nrx, and on selected platforms, where tools.jar or its equivalent (which contains the Java class that javac calls) can be found by the translator. > This support has been slightly enlarged from the 2.05 version. > > best regards, > > René Jansen. > > On 15 jun 2011, at 04:25, Fernando Cassia wrote: > >> On Tue, Jun 14, 2011 at 23:22, Fernando Cassia <[hidden email]> wrote: >>> an even better tutorial on why this makes sense: >>> http://www.ibm.com/developerworks/java/library/j-onejar/ >>> >>> FC >> >> "If all this has left your head spinning, don't worry: Using One-JAR >> is much simpler than trying to understand how it works. With the >> advent of the FatJar Eclipse Plugin (see FJEP in Resources), Eclipse >> users can now create a One-JAR application by selecting a checkbox in >> a Wizard. The dependent libraries are placed into a lib/ directory, >> the main program and classes are placed into main/main.jar, and the >> META-INF/MANIFEST.MF file is written automatically. If you use JarPlug >> (again, see Resources) you can look inside the JAR file you built and >> launch it from within the IDE. " >> >> FC >> >> -- >> "Tools are a way to amplify our senses so that we can expand our reach >> in order to expropiate space, compress time, and secure ourselves. A >> gun extends the power of our throwing arms. An automobile is an >> extension of our legs. Computers amplify our memories". - T.E.D. >> "Space Time, and Modernity" J. Rifkin >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >> > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
In reply to this post by David Requena
The changes would most certainly be of value.
BobH RIchardson Texas USA On Wed, Jun 15, 2011 at 11:51 AM, David Requena <[hidden email]> wrote: René, _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
In reply to this post by alansam
Alan -
I take it you mean items 2&3. For #2 - your NetRexx programs will run fine using NetRexxC.jar as an extension without needing a classpath or a NetRexxR.jar runtime library, but if you send them to someone else, they will fail to work unless they have the same setup. Programs without option "binary" require the NetRexxR.jar file to be distributed with them. As for #3 - the jEdit environment uses a custom classloader system to dynamically load plugins, including NetRexxScript and NetRexxC.jar, from it's own directories. An extension version is seen as a namespace conflict due to the different classloaders. If you don't use jEdit/NetRexxScript this is probably not an issue for you, but if someone with your setup tries NetRexxScript later, they will pull out their hair trying to figure out the problem! -- Kermit On 6/14/2011 10:02 AM, Alan Sampson wrote: Kermit, _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
Mey I suggest that an install.bat (and install.sh) file is
distributed with NetRexxC.jar (invoking a Java Class Install.java,
part of NetRexxC *and*
NetRexxR) which does the *recommended* installation? When wanted, I can do this job, when I've closed my loader problems, as I have already written a rudimentary (not yet tested) install.nrx for my own software, which does ask the user which components he wants to install. Could be a Java Applet maybe ? My prerequisites are however: -- NO Registry entry, at all -- detecting automatically which Java version is installed -- whether a JDK is installed (that would be needed anyway for NetRexxDE, I think, NOT sure whether it is required for NetRexxScript. -- shoud DOWNLOAD and install automatically all the needed COMPONENTS *from the net. -- NO changes to the CLASSPATH necessary at all -- USING standard Java 2 Optional Packages and 'the Java Extension Mechanism' for Support of Optional Packages (details on the Oracle site) Time to forget Java 1 compatibility, I think ... Thomas. ========================================================= Am 18.06.2011 22:54, schrieb Kermit Kiser: Alan - --
Thomas Schneider (www.thsitc.com) _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
In reply to this post by Kermit Kiser
#3- ditto for any hosted environment with custom class loaders such as the Tomcat servlet container.
- Saludos / Kind regards, David Requena NOTE: The opinions expressed here represent the opinions of the authors and do not necessarily represent the opinions of those who hold other opinions. -----Original Message----- From: Kermit Kiser <[hidden email]> Sender: [hidden email] Date: Sat, 18 Jun 2011 13:54:17 To: IBM Netrexx<[hidden email]> Reply-To: IBM Netrexx <[hidden email]> Subject: Re: [Ibm-netrexx] NetRexx 3.00 release on www.netrexx.org _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
In reply to this post by ThSITC
Thomas,
this certainly is an activity for the future. Possible constraints are: - it needs to be platform independent - people can have multiple Java environments installed - the download option is interesting and could be realized using maven (but then would maven be a requirement) It would be hard to avoid classpath. The hard part to decide here is: how much JVM mechanics should a NetRexx user know? For the absolute JVM beginner, there should be environments to enable programming and running right after install - NetRexxDE, NetRexxScript, Eclipse-, NetBeans-, IDEA-plugin. Multiple NetRexxC.jars are no problem as long as you know what is used and what not. To compile the compiler, you need at least one extra. I think there is no substitute for knowing the environment at a certain level of proficiency. best regards, René. On 18 jun 2011, at 23:52, Thomas Schneider wrote:
_______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
Hello Rene, and all,
may I again *propose* to follow standard Java 2 *Extension Mechanism Architecture* ? Google this (without the stars, of course). With the install.nrx I'm just writing for my own tools, following this architecture, there will be 3 advantages: 1.) New versions of the software might be automatically downloaded thru the net with any actions from the user required. 2.) They will always assure for the Java class loader that the needed components are at the right place. 3.) The will remove of the need of the -cp technique 4.) They will conform to Java standards, and thus will be executable on any Java 2.4 upwards installation. I am willing to take over the part to write install.nrx (I already did some work on this), but am stilll studying all the available Java Doc, so that it is Java complieant. . May I also suggest, that we start actions to use the MANIFEST features of Jar (with release 3.01) as specifies in the *JAR File specification*, etc. This would maked the components SEALED, and will allow us to automatically detect version incompatibilities, when the need arises. My personal opinion is, as we are generating Java Code, that we should stick to established and very well documented Java Architecture's whenever possible. as Mike did start this nice- and powerful NetRexx Language at Java version 1.x, he had all those architectural doc's not yet available, and had to implement a working version, of course :-) Have a nice sunday. Thomas. ========================================================== Am 19.06.2011 18:55, schrieb René Jansen: Thomas, --
Thomas Schneider (www.thsitc.com) _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
Re: NetRexx 3.00 release on www.netrexx.org
|
|
On Sun, Jun 19, 2011 at 15:18, Thomas Schneider <[hidden email]> wrote: May I also suggest, that we start actions to use the MANIFEST features of Jar (with release 3.01) as specifies in the *JAR File specification*, etc. exactly my view. +1 FWIW :) FC _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
«
Return to ibm-netrexx
|
1 view|%1 views
| Free forum by Nabble | Edit this page |