Erroneous NetRexx.jar link in "Ant: The Definitive Guide 2nd Edition"
Locked
Erroneous NetRexx.jar link in "Ant: The Definitive Guide 2nd Edition"
 
|
I was delighted to see that NetRexx is listed (in a rather short list) of scripting languages that can be used with Ant. However, the link to NetRexx.jar points to hursley. If someone can tell me what the correct link should be I will submit an erratum. However, it might be better if it came directly from an authoritative source. The books errata page is athttp://www.oreillynet.com/cs/catalog/create/errata/?b=1590 -- "One can live magnificently in this world if one knows how to work and how to love." -- Leo Tolstoy _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
George,
yes, NetRexx is in there for a long time. Also, it is the old ANT task for NetRexx and not the newer, better, that is in the distribution. I'll ask Rony what to do, although I have a feeling he gave us a name some years ago. Will check in the archives. Meanwhile, the link that can't go wrong is http://www.netrexx.org best regards, René. On 20 aug. 2013, at 18:25, George Hovey <[hidden email]> wrote:
_______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: Erroneous NetRexx.jar link in "Ant: The Definitive Guide 2nd Edition"
|
|
I see this link does not lead directly to the jar. Is this what you want supplied to O'reilly, or will you supply more info or do it yourself later? Or do you want me to do it? On Tue, Aug 20, 2013 at 12:49 PM, René Jansen <[hidden email]> wrote:
-- "One can live magnificently in this world if one knows how to work and how to love." -- Leo Tolstoy _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: Erroneous NetRexx.jar link in "Ant: The Definitive Guide 2nd Edition"
|
|
On Tue, Aug 20, 2013 at 1:33 PM, George Hovey <[hidden email]> wrote:
-- "One can live magnificently in this world if one knows how to work and how to love." -- Leo Tolstoy _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
George,
it would be great if you could do it. It would be even greater if you could get them to include our newer, written in NetRexx, NetRexx task. best regards, René. On 20 aug. 2013, at 20:36, George Hovey <[hidden email]> wrote:
_______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: Erroneous NetRexx.jar link in "Ant: The Definitive Guide 2nd Edition"
|
|
René --
Are there any recent compiler options that we need to add to the ANT task first? While I have no objection to updating the ANT distribution and the O'Reilly book in principal, I want to point out that the JSR223 support you are adding in 3.03 was coded specifically to allow inline ANT scripting with NetRexx. It might be wise to wait a while and just document the new features on our website meanwhile for any newbies. Otherwise we will have to do the updates all over again shortly. The new ANT task and it's HTML doc probably should be added to our downloads page also. -- Kermit On 8/20/2013 1:17 PM, René Jansen
wrote:
George, _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
|
|
Kermit,
indeed, we need to have a good look at the options and the scripting facility; I do not see any particular hurry. There is one small problem with the ant task, where on a rebuild with only small changes it ends with "error while playing with strings". It only occurs when using ant-launcher and, for some reason, not when I am using the native to ant script. Also, I am not sure how to specify java options at the moment. For Java-6 builds, I have a script that first changes around my whole environment, it would be easier to be able to just specify -source and -target on the Java 7 or 8 compilers. best regards, René. On 21 aug. 2013, at 05:38, Kermit Kiser <[hidden email]> wrote:
_______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: Erroneous NetRexx.jar link in "Ant: The Definitive Guide 2nd Edition"
|
|
In reply to this post by rvjansen
Do you think we could get IBM to either redirect the link, or put up a page with the new link on it?
It would be good for them, because it wouldn't leave people with the impression that IBM has once again abandoned another product. They would get the credit for taking another product to open source. I also think that we need to have some permanent URL's that can be used in books etc. These URL's will either redirect you to the current web page, or be an alias for the current web page. Yours, Bruce |
|
|
As often with IBM, some of the things that happen are unintentional and/or some of the good intentions go astray. It seems that http://www-01.ibm.com/software/awdtools/netrexx/ , which had a comment on the open sourcing and a link to http://www.netrexx.org is gone, but for example IBM NetRexx - Library is still there. I will ask Matt if he can find out what happened here; the decommissioning of this site has been at the same time too drastic and incomplete. A redirect would be good here. best regards, René. On 23 aug. 2013, at 16:35, Bruce Skelly <[hidden email]> wrote: Do you think we could get IBM to either redirect the link, or put up a page _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Re: Erroneous NetRexx.jar link in "Ant: The Definitive Guide 2nd Edition"
|
|
In reply to this post by rvjansen
René --
I have finally located the source of the misleading "Exception while playing with strings" message! It is actually a build process logic error rather than a code problem although the fix I have is a code fix. It seems that the build path we use for the steps in making the compiler looks at the newly compiled classes before the pre-built jar classes. This is logical as we want the compiler to analyze the newly built classes during the remaining build steps. However the problem is that when doing a partial build of only some modules without a preceding clean operation, the running compiler classes themselves may load from the new build library copies rather than from the distributed jar file (NetRexxC.jar). Then when the compiler attempts to report it's version and build number info at startup, the package build info (ImplementationVersion) is null because that information comes from the jar file and is not with the classes themselves. I have a code fix to RxTranslator which substitutes an empty string when the build string is null, but I am not sure that is what we want. It might be better to somehow restrict the running compiler to the distributed jar classes if we can do that without affecting the new classes analyzed during the build of the new compiler. Maybe it is not that important since we can always do a clean build to bypass the problem (or simply run the build with verbose0 to bypass the version output message). What do you think? Should I commit the code change? By the way, I found an ANT documentation note about setting the java options that might help you: ------------------------------------------------------------------------------------------------------------------------------------------ The source and target attributes of <javac> don't have any default values for historical reasons. Since the underlying javac compiler's default depends on the JDK you use, you may encounter build files that don't explicitly set those attributes and that will no longer compile using a newer JDK. If you cannot change the build file, Apache Ant provides two properties that help you setting default values for these attributes. If the attributes have been set explicitly, the properties listed here will be ignored. ant.build.javac.source Since Ant 1.7 Provides a default value for <javac>'s and <javadoc>'s source attribute. ant.build.javac.target Since Ant 1.7 Provides a default value for <javac>'s target attribute. ------------------------------------------------------------------------------------------------------------------------------------------ -- Kermit On 8/22/2013 2:29 PM, René Jansen
wrote:
Kermit, _______________________________________________ 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 |