Hi again Patric ;
You still have me a bit puzzled. Have you actually tried the jEdit approach? NetRexxScript does not require the installation of a JDK or even of NetRexx itself. It does require a JVM and jEdit installation but those have installers and may already have been installed for other reasons. There is no need to mess with CLASSPATH or PATH environment variables - they don't affect jEdit anyway. Nothing needs to be moved around either. David can correct me if I am wrong, but I am pretty sure that while NetRexxDE currently requires a JDK to compile NetRexx code into bytecode, that JDK does not have to be anywhere in particular or even related to the JVM running jEdit. If NetRexxDE cannot locate the compiler, it will prompt for the location and you can set it to any version you want on the options screen. Nor does NetRexxDE require you to install NetRexx or move anything around or mess with environment variables. Bottom line - the jEdit approach still seems a lot easier to me than installing the base NetRexx package, at least until we get an open source version in which we can simplify the installation. -- Kermit PS: I must have been thinking of the JSR223 NetRexx prototype for running NetRexx in shell mode, like this: jrunscript -cp NetRexxJSR233.jar -l NetRexx Not very efficient but it would be easy to improve if something like that is really desired. Patric Bechtel wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kermit Kiser schrieb am 15.03.2010 18:26:@ Patric ; I am a little puzzled. I looked at the Scala and Groovy languages and shells and I am not impressed.Don't know why... but the Groovy shell just comes with Groovy and you can type one line by another and see the results right away. Like in the good old basic times... The installer itself is actually a breeze.They look much more difficult to use than NetRexx. Especially with the jEdit NetRexx plugins NetRexxDE and NetRexxScript. Granted, I already know how to use the jEdit editor environment so I am not the best judge of how difficult that is to setup and learn to use. But it is a fairly standard GUI type interface that should be usable with minimal directions to anyone with even a little modern computer experience.Problem is, that you need to setup a JDK, then jEdit and make sure that the JVM which starts jEdit is the JDK, not the JRE. Then the plugins first, configure them with correct path (remember the "program files" problem in the english windows version...), download the NetRexx zips, unpack them into the jars directory and hope everything goes well. I wouldn't say this is complicated, but there's smallish "annoyances", like the space in "program files", the "I will copy the JRE exe to the windows system directory" funny (*sarcastic laugh*). Might be that I'm slightly exaggerating here, but if you try this on MacOS (have fun with the various JVMs there), GNU/Linux (RPM/Deb/whatever) and finally Solaris, or better, NetBSD or FreeBSD. Take a view upon the solution I sketched on: - - Install *any* JRE, IBM, Sun, whatever. - - NetRexxC.jar, JDT Core and nr.jar, together <4MB. - - start it with java -jar nr.jar -c -exec hello.nrx Voila: No classpath hell, no path variables, nothing.And can't you run NetRexx in interpreter mode for an interactive shell?Not yet. Maybe after we get the sources. Would be nice. :-)So why do you want something like the Scala/Groovy interfaces which don't seem nearly as easy to use as NetRexxScript where you can just type some NetRexx code and click a button to run it? What am I missing?I agree on that. But the install is the main hassle. You have to compare it with the things you get from M$: One (*huge*) download, one button install, one platform. Huge marketing. We have something special: cross platform, very, very small footprint. People curious exploring this kind of platform should have a smooth experience of "it's cute, it just works". Patric -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: GnuPT 2.5.2 iEYEARECAAYFAkueuiYACgkQfGgGu8y7ypA/EQCgzgXTbd2rAsDuJAWGgpRF0NQg j3IAnjZ1umqd3715swqmlIIll0N9QQO/ =KPhS -----END PGP SIGNATURE----- _______________________________________________ Ibm-netrexx mailing list [hidden email] _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Tom Maynard
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Hi Tom, Tom Maynard schrieb am 16.03.2010 00:44: > Patric Bechtel wrote: >> Don't know why... but the Groovy shell just comes with Groovy and you >> can type one line by another and see the results right away. Like in the >> good old basic times... The installer itself is actually a breeze. >> >> > I'm not trying to start any language wars here, but the BeanShell > "console" is even smaller than the Groovy version -- a single 275KB jar, > containing the whole language, the console, and probably more stuff that > I don't even know about. Hehe... why didn't *I* mention that already... beanshell was my second choice for scripting right after I rather failed with getting NetRexx to "script". Bit that's another story and should be told another time... > Assuming you have a valid JDK installation (possibly JRE is enough, I > simply don't know), just drop the BSH jar on your desktop and > double-click it. <POOF> The BeanShell console appears, ready to > interpret BeanShell commands. There is no "installation" at all. Yup. Something like that could be done with JDT/NetRexx and an old jEdit version I've lying around here... > That said, I don't know of any language targeted for the JVM that > doesn't have a working JDK as a prerequisite. If you're interested in > developing for the JVM, isn't the JDK the obvious first step? Groovy doesn't need a JDK. I'm not sure about Jython or JRuby, but I guess there it's similar, they directly issue byte code, so they don't need a javac. > Despite the fact that I've written miles of REXX code on the mainframe, > and can write REXX code in my sleep, I just might put myself in the > "NetRexx Passer-By" category. I'm always on the lookout for a language > that will serve for utilitarian chores right here on the PC, have the > scalability to produce a GUI standalone when needed, and (ideally) move > to one of my Linux systems if necessary. My brother has standardized on > Perl, I've got half a dozen languages installed here ... including NetRexx. I settled on NetRexx already 1997. Love on first sight... > A simple download, with one-click installer, ready for development, > GUI/IDE or no, would win my vote -- and then the race is down to > language features and "likeability." I already know I'm targeting the > JVM, I can deal with the Java installation -- which is, may I point out, > a download and one-click installation? I view NetRexx (and Groovy, and > BeanShell, and ...) as "extensions" to the JVM. And I still call myself > a "Passer-By." > > I've got jEdit installed, too -- along with half a dozen other editors, > including NetBeans, IntelliJ, ..., you name it. And I'm just an > "interested amateur" ... or "tyro." Getting NetRexx up and running was > more difficult, and took longer -- even with careful perusal of the doc > -- than any of the others (all one-click installs) combined. I'm still > not sure I have it right, and I installed it in every "JRE" directory on > my system (there are two). See. That's what I mean. These Windows Java Oddities... > > Alright, my rant has ended. I got my USD 0,02 worth. But that's the > honest opinion of an otherwise uninvolved individual. As a group, focus > on installation and delivering an environment wherein an individual can > play with the language ... all as simply (one click!) as possible. > > Tom. we violently agree... :-) Patric -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: GnuPT 2.5.2 iEYEARECAAYFAkuezhoACgkQfGgGu8y7ypCtAACg5yVn53DYoWQYeWe+jFvzeey9 dLwAoJTputrtBpBmI4+Im1TFnLH3cBJ0 =QSHd -----END PGP SIGNATURE----- _______________________________________________ Ibm-netrexx mailing list [hidden email] |
Patric Bechtel wrote:
> Hi Tom Hello Patric. I'm the "old guy" over in the corner. The "other Tom" on this list is about the same age as me. > Groovy doesn't need a JDK While I'm not doubting your word, it seems that once you venture out of the "normal" Java territory, you're going to need the libraries that come with the JDK and not with the JRE ... Swing, for example? That may account for some of the Groovy bloat, but maybe that's too obvious. I'm rather far from a Java guru -- or even know-it-all. > I settled on NetRexx already 1997. Love on first sight... > > I bought the book (and the language, so to speak) as soon as I saw it on the shelves of the bookstore -- at about the same time. We're both "early adopters." The idea of a "write once, debug everywhere" REXX just appealed to me. Of course ooRexx is also installed here -- one of my "suite" of programming languages. > we violently agree... :-) > > There seems to be lots of "violent agreement" happening on this list. Now we need some "violent progress!" <g> There are nothing but blue skies ahead. Tom. _______________________________________________ Ibm-netrexx mailing list [hidden email] |
Hi Tom Maynard,
glad to hear that we are *two* (Toms). Just as an update, my Rey Compiler (when interested, please subscribe group 'reyc' at www.kenai.com) implements some additional features to the NetRexx Langauge, namely: -- assertions -- REPORT statements, like TITLE, FOOTING, PRINT item-list [BY sort-keys] etc -- SCREEN I/O statements, like DISPLAY and ACCEPT -- SAY enhancements, like SHOW Please do subscribe 'reyc' at www.kenai.com when interested to get the Spec's and help as a beta Tester. Thomas Schneider. www.Rexx2nRx.com www.db-123.com ======================================================================= Tom Maynard schrieb: > Patric Bechtel wrote: >> Hi Tom > Hello Patric. I'm the "old guy" over in the corner. The "other Tom" > on this list is about the same age as me. >> Groovy doesn't need a JDK > While I'm not doubting your word, it seems that once you venture out > of the "normal" Java territory, you're going to need the libraries > that come with the JDK and not with the JRE ... Swing, for example? > That may account for some of the Groovy bloat, but maybe that's too > obvious. I'm rather far from a Java guru -- or even know-it-all. >> I settled on NetRexx already 1997. Love on first sight... >> >> > I bought the book (and the language, so to speak) as soon as I saw it > on the shelves of the bookstore -- at about the same time. We're both > "early adopters." The idea of a "write once, debug everywhere" REXX > just appealed to me. Of course ooRexx is also installed here -- one > of my "suite" of programming languages. >> we violently agree... :-) >> >> > There seems to be lots of "violent agreement" happening on this list. > Now we need some "violent progress!" <g> There are nothing but blue > skies ahead. > > Tom. > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > _______________________________________________ Ibm-netrexx mailing list [hidden email]
Tom. (ths@db-123.com)
|
In reply to this post by David Requena
Couldn't we solve all those issues by simply setting/having *one*
Environment variable, for instance NetRexx_HOME ? I'm doing similar things for my stuff by having *one* environment Variable 'Rey_HOME', for instance. Thomas Schneider (the 'other' Tom.) ========================================================================= David Requena schrieb: > > El 14/03/2010 20:35, Fernando Cassia escribió: >> On Sat, Mar 13, 2010 at 11:14 AM, René Jansen<[hidden email]> >> wrote: >> >>> > - a package-less 'nrc' class in the jar that has a main that >>> calls the translator for a compile, and a .manifest file that >>> declares that main, enabling users to start a compile with 'java >>> -jar NetRexxC.jar SourceFile[.nrx]'; >>> >> This is the right and only way to do things, imho.:) >> > > Yeah, only trouble is you would need two of these (one for compiling > and one interpreting, right?) > > - But you can only have one main class in a jar's manifest. Oh... > - then we could pass some argument to the main method but... > - then the programmer would need to type more than 10 characters in a row > - unacceptable!! > > Then NetRexx programs need to be run. How the hell do we accomplish > this without somehow including > NetRexxC.jar or NetRexxR.jar in the classpath (note the lower-casing)?? > > by using a '-cp' commandline option of course > again... > in addition to type more than 10 chars, the user would need to > remember where did he copy the damned jar file! > > I keep myself asking what's the whole point? what is the target audience? > >> End users shouldn´t have to mess with the classpath. PERIOD. >> > > the classpath model is a fundamental, integral, part of the java > specification. Anyone developing for the > jvm should be either familiar with the concept or developing for some > other platform. End users of a > programming language are in fact programmers, not some computer > illiterate end user trying to load some > solitaire card game. Admitedly the latter shouldn't be forced to > wrestle the classpath. These should have > a nice icon to double click with the "pointy thing" on screen. > > --- > Saludos / Kind regards. > David Requena > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > _______________________________________________ Ibm-netrexx mailing list [hidden email]
Tom. (ths@db-123.com)
|
In reply to this post by measel
El 15/03/2010 13:12, Measel, Mike escribió: > Folks, for the passerby don't install anything! Webstart the jar file mentioned earlier. > Put the "compiler server" that someone has already written up as an amazon app and be done with this conversation. > > OK, I'm switching camps pals. I guess life will be so much more pleasing in passer-by-user's (PBU's) land. Of the various proposed options I vote for the one above but I would like to make some further comments. May I suggest the webstarted jar should launch some form of graphical IDE like Eclipse or Netbeans but more functional and less complicated to learn for the PBU? This should be totally multiplatform and not installing stuff into users' systems. Java webstart will maintain some caching of files as well as managing updates, right? Of course we should implement some nifty rpc (over a web service?) between this and the compiler server at the cloud, be it Amazon WS or otherwise. This would enable PBUs and advanced users alike to do things like launching a build from home in the morning, then attaching to it and getting the binary class files from the office. Please let me know when someone has this done. I'll be more than happy to step in as a beta tester for such an usable, non-intrusive, arrangement. P.S.: As an aside, once the NetRexx language processor is open sourced, we might update it to transparently handle unmodified Classic REXX and ooRexx code. That would make for a so much gentler transition to NetRexx for some people. I seem to remember BASIC and LOGO were also mentioned at some point in the ongoing discussion but I would vote for Common Lisp before them as I like it more :-) --- Saludos / Kind regards. David Requena _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Kermit Kiser
El 16/03/2010 1:13, Kermit Kiser escribió:
> David can correct me if I am wrong, but I am pretty sure that while > NetRexxDE currently requires a JDK to compile NetRexx code into > bytecode, that JDK does not have to be anywhere in particular or even > related to the JVM running jEdit. If NetRexxDE cannot locate the > compiler, it will prompt for the location and you can set it to any > version you want on the options screen. Nor does NetRexxDE require you > to install NetRexx or move anything around or mess with environment > variables. > No correction, you have the facts right Kermit. NetRexxDE does not need a full jdk but just a tools.jar file somewhere in the system. Admittedly writing a path into a text box could be asking too much from a PBU. Even that being a worst case scenario. > Bottom line - the jEdit approach still seems a lot easier to me than > installing the base NetRexx package, at least until we get an open > source version in which we can simplify the installation. As pointed out by various previous posts, it would seem that the jEdit option is still way too complicated. We're reading some very interesting ideas here. Lets see what we all come up with! --- Saludos / Kind regards. David Requena _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Tom Maynard
El 16/03/2010 1:45, Tom Maynard escribió: > While I'm not doubting your word, it seems that once you venture out > of the "normal" Java territory, you're going to need the libraries > that come with the JDK and not with the JRE ... Swing, for example? > That may account for some of the Groovy bloat, but maybe that's too > obvious. I'm rather far from a Java guru -- or even know-it-all. Beyond normal java? would that be paranormal java? Jokes aside, swing libraries are present in the jre. I would say you have pretty much the full java class library in the plain jre. --- Saludos / Kind regards. David Requena _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Thomas.Schneider.Wien
Tom, You should get a ReyC twitter account.
Then I could add it to the list of ones I don't follow. <cowbell> -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Thomas Schneider Sent: Monday, March 15, 2010 8:03 PM To: IBM Netrexx Subject: Re: [Ibm-netrexx] NetRexx vs Scala/Groovy (was NetRexx installationrevisited) Hi Tom Maynard, glad to hear that we are *two* (Toms). Just as an update, my Rey Compiler (when interested, please subscribe group 'reyc' at www.kenai.com) implements some additional features to the NetRexx Langauge, namely: -- assertions -- REPORT statements, like TITLE, FOOTING, PRINT item-list [BY sort-keys] etc -- SCREEN I/O statements, like DISPLAY and ACCEPT -- SAY enhancements, like SHOW Please do subscribe 'reyc' at www.kenai.com when interested to get the Spec's and help as a beta Tester. Thomas Schneider. www.Rexx2nRx.com www.db-123.com ======================================================================= Tom Maynard schrieb: > Patric Bechtel wrote: >> Hi Tom > Hello Patric. I'm the "old guy" over in the corner. The "other Tom" > on this list is about the same age as me. >> Groovy doesn't need a JDK > While I'm not doubting your word, it seems that once you venture out > of the "normal" Java territory, you're going to need the libraries > that come with the JDK and not with the JRE ... Swing, for example? > That may account for some of the Groovy bloat, but maybe that's too > obvious. I'm rather far from a Java guru -- or even know-it-all. >> I settled on NetRexx already 1997. Love on first sight... >> >> > I bought the book (and the language, so to speak) as soon as I saw it > on the shelves of the bookstore -- at about the same time. We're both > "early adopters." The idea of a "write once, debug everywhere" REXX > just appealed to me. Of course ooRexx is also installed here -- one > of my "suite" of programming languages. >> we violently agree... :-) >> >> > There seems to be lots of "violent agreement" happening on this list. > Now we need some "violent progress!" <g> There are nothing but blue > skies ahead. > > Tom. > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > _______________________________________________ Ibm-netrexx mailing list [hidden email] _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by David Requena
David Requena wrote:
An important fact that may be undervalued is that a passer-by-user is still a developer. Even someone with no prior exposure to REXX in any flavor is someone who wants to write programs, and is most likely targeting the JVM if NetRexx has appeared on their horizon. These aren't people who are looking to play a first-person-shooter or solitaire ... they're people who want to write code, in this language or some other(s). They are "passing by" in the selection process for the preferred development environment. The focus should be on getting NetRexx installed and operational as painlessly as possible, so that the PBU can start churning out code, or at least working through tutorials. Tom. _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by measel
Thomas,
Mike's response was clever, funny, and I'm afraid, too subtle for you. Let me explain the concept of "advertising" to you. This is when a posting adds nothing to the discussion, but simply repeats the fact that you have a product for which you want money, help, fame, or something. *DON'T DO THAT*. If there is something new you wish to report ("ReyC now translates Rexx to Klingon!") a brief statement, in its own thread, is more than sufficient. If you feel you absolutely must keep ReyC visible to everyone in the RexxLA and NetRexx discussion lists, one (marginally acceptable) method is to add _a_ line to your signature with "Coming Soon: ReyC translates Rexx to Na'vi!". More than four lines of signature (which includes your name) is considered abusive. Now let me explain the concept of "hijacking a thread" to you. This is when you reply to a posting and completely change the subject without updating the "Subject:" line accordingly. *DON'T DO THAT*. This was done properly when Kermit updated the "Subject:" line of his reply to reflect that he was taking the "NetRexx installation revisited" topic in a different direction. He appended "(was: NetRexx installation revisited)" to the end of his new "Subject:" line to indicate this. As far as I can tell, your response to Tom Maynard's posting had absolutely nothing to do with either the original thread (NetRexx installation) or the new thread (Scala/Groovy) and everything to do with advertising ReyC. What is so hard to understand about *DON'T DO THAT*? -Chip- On 3/16/10 11:48 Measel, Mike said: > Tom, You should get a ReyC twitter account. > Then I could add it to the list of ones I don't follow. > <cowbell> > > -----Original Message----- > From: [hidden email] > [mailto:[hidden email]] On Behalf Of Thomas > Schneider > Sent: Monday, March 15, 2010 8:03 PM > To: IBM Netrexx > Subject: Re: [Ibm-netrexx] NetRexx vs Scala/Groovy (was NetRexx > installationrevisited) > > Hi Tom Maynard, > glad to hear that we are *two* (Toms). > > Just as an update, my Rey Compiler (when interested, please subscribe > group 'reyc' at www.kenai.com) > implements some additional features to the NetRexx Langauge, namely: > > -- assertions > -- REPORT statements, like TITLE, FOOTING, PRINT item-list [BY > sort-keys] etc > -- SCREEN I/O statements, like DISPLAY and ACCEPT > -- SAY enhancements, like SHOW > > Please do subscribe 'reyc' at www.kenai.com when interested to get the > Spec's and help > as a beta Tester. > > Thomas Schneider. > > www.Rexx2nRx.com > www.db-123.com > ======================================================================= > > Tom Maynard schrieb: >> Patric Bechtel wrote: >>> Hi Tom >> Hello Patric. I'm the "old guy" over in the corner. The "other Tom" >> on this list is about the same age as me. >>> Groovy doesn't need a JDK >> While I'm not doubting your word, it seems that once you venture out >> of the "normal" Java territory, you're going to need the libraries >> that come with the JDK and not with the JRE ... Swing, for example? >> That may account for some of the Groovy bloat, but maybe that's too >> obvious. I'm rather far from a Java guru -- or even know-it-all. >>> I settled on NetRexx already 1997. Love on first sight... >>> >>> >> I bought the book (and the language, so to speak) as soon as I saw it >> on the shelves of the bookstore -- at about the same time. We're both > >> "early adopters." The idea of a "write once, debug everywhere" REXX >> just appealed to me. Of course ooRexx is also installed here -- one >> of my "suite" of programming languages. >>> we violently agree... :-) >>> >>> >> There seems to be lots of "violent agreement" happening on this list. > >> Now we need some "violent progress!" <g> There are nothing but blue >> skies ahead. >> >> Tom. >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > Ibm-netrexx mailing list [hidden email] |
In reply to this post by Tom Maynard
Tom,
What can I say? Please, go for it! I'll be here waiting to beta-test whatever the community comes up with. I'm one of the 2 individuals actively participating in this list who actually invested some effort in a tool supporting PBU's. How could I disagree? Look I don't use NetRexxDE myself but a much more powerful (and complex) set-up of jEdit plugins. OTH, the solitaire analogy does not ring as correct to me. I think anyone getting ready to play solitaire is prepared to put some effort learning the game rules first. --- Saludos / Kind regards. David Requena El 16/03/2010 15:44, Tom Maynard escribió: David Requena wrote:An important fact that may be undervalued is that a passer-by-user is still a developer. Even someone with no prior exposure to REXX in any flavor is someone who wants to write programs, and is most likely targeting the JVM if NetRexx has appeared on their horizon. _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Aviatrexx
Hello Chip,
1.) thanks for your clarifications. I am not so accustomed to all those www norms. Sorry. 2.) My bet: The open source release of ReyC (may Rexx to Java translator) will go out earlier than that of com.ibm.NetRexx. The value of my bet: One beer to each of you at the next Rexx Language symposium. Thomas.Schneider.Wien (on Face-Book, Skype, LinkedIn, Google mail, etc) PS: package name is now: org.NetRexx.rey ================================================================ ============================================================== Chip Davis schrieb: > Thomas, > > Mike's response was clever, funny, and I'm afraid, too subtle for you. > > Let me explain the concept of "advertising" to you. This is when a > posting adds nothing to the discussion, but simply repeats the fact > that you have a product for which you want money, help, fame, or > something. *DON'T DO THAT*. > > If there is something new you wish to report ("ReyC now translates > Rexx to Klingon!") a brief statement, in its own thread, is more than > sufficient. If you feel you absolutely must keep ReyC visible to > everyone in the RexxLA and NetRexx discussion lists, one (marginally > acceptable) method is to add _a_ line to your signature with "Coming > Soon: ReyC translates Rexx to Na'vi!". More than four lines of > signature (which includes your name) is considered abusive. > > Now let me explain the concept of "hijacking a thread" to you. This > is when you reply to a posting and completely change the subject > without updating the "Subject:" line accordingly. *DON'T DO THAT*. > > This was done properly when Kermit updated the "Subject:" line of his > reply to reflect that he was taking the "NetRexx installation > revisited" topic in a different direction. He appended "(was: NetRexx > installation revisited)" to the end of his new "Subject:" line to > indicate this. > > As far as I can tell, your response to Tom Maynard's posting had > absolutely nothing to do with either the original thread (NetRexx > installation) or the new thread (Scala/Groovy) and everything to do > with advertising ReyC. > > What is so hard to understand about *DON'T DO THAT*? > > -Chip- > > On 3/16/10 11:48 Measel, Mike said: >> Tom, You should get a ReyC twitter account. >> Then I could add it to the list of ones I don't follow. >> <cowbell> >> >> -----Original Message----- >> From: [hidden email] >> [mailto:[hidden email]] On Behalf Of Thomas >> Schneider >> Sent: Monday, March 15, 2010 8:03 PM >> To: IBM Netrexx >> Subject: Re: [Ibm-netrexx] NetRexx vs Scala/Groovy (was NetRexx >> installationrevisited) >> >> Hi Tom Maynard, >> glad to hear that we are *two* (Toms). >> >> Just as an update, my Rey Compiler (when interested, please subscribe >> group 'reyc' at www.kenai.com) >> implements some additional features to the NetRexx Langauge, namely: >> >> -- assertions >> -- REPORT statements, like TITLE, FOOTING, PRINT item-list [BY >> sort-keys] etc >> -- SCREEN I/O statements, like DISPLAY and ACCEPT >> -- SAY enhancements, like SHOW >> >> Please do subscribe 'reyc' at www.kenai.com when interested to get >> the Spec's and help >> as a beta Tester. >> >> Thomas Schneider. >> >> www.Rexx2nRx.com >> www.db-123.com >> ======================================================================= >> Tom Maynard schrieb: >>> Patric Bechtel wrote: >>>> Hi Tom >>> Hello Patric. I'm the "old guy" over in the corner. The "other >>> Tom" on this list is about the same age as me. >>>> Groovy doesn't need a JDK >>> While I'm not doubting your word, it seems that once you venture out >>> of the "normal" Java territory, you're going to need the libraries >>> that come with the JDK and not with the JRE ... Swing, for example? >>> That may account for some of the Groovy bloat, but maybe that's too >>> obvious. I'm rather far from a Java guru -- or even know-it-all. >>>> I settled on NetRexx already 1997. Love on first sight... >>>> >>>> >>> I bought the book (and the language, so to speak) as soon as I saw >>> it on the shelves of the bookstore -- at about the same time. We're >>> both >> >>> "early adopters." The idea of a "write once, debug everywhere" REXX >>> just appealed to me. Of course ooRexx is also installed here -- one >>> of my "suite" of programming languages. >>>> we violently agree... :-) >>>> >>>> >>> There seems to be lots of "violent agreement" happening on this list. >> >>> Now we need some "violent progress!" <g> There are nothing but blue >>> skies ahead. >>> >>> Tom. >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > _______________________________________________ Ibm-netrexx mailing list [hidden email]
Tom. (ths@db-123.com)
|
Free forum by Nabble | Edit this page |