Fwd: FYI: QA1170 updated for /usr/libexec/java_home
Locked
 
|
just FYI for ppl running NetRexx on Mac OSX
Begin forwarded message: > From: Mike Swingler <[hidden email]> > Date: 15 februari 2010 18:00:59 GMT+01:00 > To: [hidden email] > Subject: FYI: QA1170 updated for /usr/libexec/java_home > > Just to let you know, the "Important Directories on Mac OS X" Q&A article at <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has been updated to recommend using /usr/libexec/java_home to obtain a value to use as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 Update 4", and is built into Mac OS X 10.6. > > As a reminder, please never hardcode a path into /System/Library/Frameworks/JavaVM.framework - this directory's structure has undergone subtle changes over time, and will undergo more radical changes in the future. Due to the complex matrix of supported OS versions, JVM architectures and Java versions, it is always best practice to use a dynamic method to obtain a version of Java that works for your program. > > Thanks for your time, > Mike Swingler > Java Runtime Engineer > Apple Inc. _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Java-dev mailing list ([hidden email]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl > > This email sent to [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/b9c6b507/attachment.html |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
Thanks Rene!
So I should do something like: JAVA_HOME=`/usr/libexec/java_home` CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/ Extensions/NetRexxC.jar Thanks, Bruce On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: > just FYI for ppl running NetRexx on Mac OSX > > Begin forwarded message: > >> From: Mike Swingler <[hidden email]> >> Date: 15 februari 2010 18:00:59 GMT+01:00 >> To: [hidden email] >> Subject: FYI: QA1170 updated for /usr/libexec/java_home >> >> Just to let you know, the "Important Directories on Mac OS X" Q&A >> article at <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html >> > has been updated to recommend using /usr/libexec/java_home to >> obtain a value to use as $JAVA_HOME. This tool is present as of >> "Java for Mac OS X 10.5 Update 4", and is built into Mac OS X 10.6. >> >> As a reminder, please never hardcode a path into /System/Library/ >> Frameworks/JavaVM.framework - this directory's structure has >> undergone subtle changes over time, and will undergo more radical >> changes in the future. Due to the complex matrix of supported OS >> versions, JVM architectures and Java versions, it is always best >> practice to use a dynamic method to obtain a version of Java that >> works for your program. >> >> Thanks for your time, >> Mike Swingler >> Java Runtime Engineer >> Apple Inc. _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Java-dev mailing list ([hidden email]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >> >> This email sent to [hidden email] >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/4afafee2/attachment.html |
|
|
Bruce,
yes, that seems to be the official way Apple wants it to be able to change things around. I am not sure about have NetRexxC.jar on the classpath and in the extension library - but I am equally unsure whether this will hurt or not. I keep it in some other place that is within my boundaries on the system - but I have several userids around to test stuff with. best regards, Ren? Jansen. On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly <[hidden email]> wrote: > Thanks Rene! > So I should do something like: > JAVA_HOME=`/usr/libexec/java_home` > CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/Extensions/NetRexxC.jar > Thanks, > Bruce > On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: > > just FYI for ppl running NetRexx on Mac OSX > > Begin forwarded message: > > From: Mike Swingler <[hidden email]> > Date: 15 februari 2010 18:00:59 GMT+01:00 > To: [hidden email] > Subject: FYI: QA1170 updated for /usr/libexec/java_home > > Just to let you know, the "Important Directories on Mac OS X" Q&A article at > <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has been > updated to recommend using /usr/libexec/java_home to obtain a value to use > as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 Update 4", > and is built into Mac OS X 10.6. > > As a reminder, please never hardcode a path into > /System/Library/Frameworks/JavaVM.framework - this directory's structure has > undergone subtle changes over time, and will undergo more radical changes in > the future. Due to the complex matrix of supported OS versions, JVM > architectures and Java versions, it is always best practice to use a dynamic > method to obtain a version of Java that works for your program. > > Thanks for your time, > Mike Swingler > Java Runtime Engineer > Apple Inc. _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Java-dev mailing list ?????([hidden email]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl > > This email sent to [hidden email] > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
Ren?,
You're right. I do know that with the NetRexxR.jar in the /Library/ Java/Extensions, that NetRexx programs run with out a CLASSPATH. I agree that for NetRexxC.jar, if it is in the CLASSPATH for the compile, having it in /Library/Java/Extensions or ~/Library/Java/ Extensions is unnecessary. I guess I just wanted to keep the two pieces together. It does bother me a little bit that I have to go through that 'bundle' directory to get to classes.jar. That seems a little unusual to me. Doing things the 'Apple' way lets me easily change which version of Java I'm using. It looks like on my Leopard system, I have 1.4.2-92, 1.5.0_22, and 1.6.0_17 to choose from. Bruce On Feb 16, 2010, at 9:30 AM, Ren? Jansen wrote: > Bruce, > > yes, that seems to be the official way Apple wants it to be able to > change things around. I am not sure about have NetRexxC.jar on the > classpath and in the extension library - but I am equally unsure > whether this will hurt or not. I keep it in some other place that is > within my boundaries on the system - but I have several userids around > to test stuff with. > > best regards, > > Ren? Jansen. > > On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly > <[hidden email]> wrote: >> Thanks Rene! >> So I should do something like: >> JAVA_HOME=`/usr/libexec/java_home` >> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/ >> Extensions/NetRexxC.jar >> Thanks, >> Bruce >> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >> >> just FYI for ppl running NetRexx on Mac OSX >> >> Begin forwarded message: >> >> From: Mike Swingler <[hidden email]> >> Date: 15 februari 2010 18:00:59 GMT+01:00 >> To: [hidden email] >> Subject: FYI: QA1170 updated for /usr/libexec/java_home >> >> Just to let you know, the "Important Directories on Mac OS X" Q&A >> article at >> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has >> been >> updated to recommend using /usr/libexec/java_home to obtain a value >> to use >> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 >> Update 4", >> and is built into Mac OS X 10.6. >> >> As a reminder, please never hardcode a path into >> /System/Library/Frameworks/JavaVM.framework - this directory's >> structure has >> undergone subtle changes over time, and will undergo more radical >> changes in >> the future. Due to the complex matrix of supported OS versions, JVM >> architectures and Java versions, it is always best practice to use >> a dynamic >> method to obtain a version of Java that works for your program. >> >> Thanks for your time, >> Mike Swingler >> Java Runtime Engineer >> Apple Inc. _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Java-dev mailing list ([hidden email]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >> >> This email sent to [hidden email] >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
In reply to this post by rvjansen
Ren?,
According to the doc which is said to be updated on the note, there is also |~/Library/Java/Extensions| I'm assuming same convention holds than in other unices and '~' means 'home directory' One question: is there no separate jdk on the OS X platform? --- Saludos / Kind regards. David Requena El 16/02/2010 18:30, Ren? Jansen escribi?: > Bruce, > > yes, that seems to be the official way Apple wants it to be able to > change things around. I am not sure about have NetRexxC.jar on the > classpath and in the extension library - but I am equally unsure > whether this will hurt or not. I keep it in some other place that is > within my boundaries on the system - but I have several userids around > to test stuff with. > > best regards, > > Ren? Jansen. > > On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly<[hidden email]> wrote: > >> Thanks Rene! >> So I should do something like: >> JAVA_HOME=`/usr/libexec/java_home` >> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/Extensions/NetRexxC.jar >> Thanks, >> Bruce >> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >> >> just FYI for ppl running NetRexx on Mac OSX >> >> Begin forwarded message: >> >> From: Mike Swingler<[hidden email]> >> Date: 15 februari 2010 18:00:59 GMT+01:00 >> To: [hidden email] >> Subject: FYI: QA1170 updated for /usr/libexec/java_home >> >> Just to let you know, the "Important Directories on Mac OS X" Q&A article at >> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has been >> updated to recommend using /usr/libexec/java_home to obtain a value to use >> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 Update 4", >> and is built into Mac OS X 10.6. >> >> As a reminder, please never hardcode a path into >> /System/Library/Frameworks/JavaVM.framework - this directory's structure has >> undergone subtle changes over time, and will undergo more radical changes in >> the future. Due to the complex matrix of supported OS versions, JVM >> architectures and Java versions, it is always best practice to use a dynamic >> method to obtain a version of Java that works for your program. >> >> Thanks for your time, >> Mike Swingler >> Java Runtime Engineer >> Apple Inc. _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Java-dev mailing list ([hidden email]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >> >> This email sent to [hidden email] >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/822c1196/attachment-0001.html |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
David,
Yes ~/Library/Java/Extensions is the per user place, while /Library/ Java/Extensions is the system wide place. The ~/ is the users home directory. On Mac OS X uses the Apple Release of Java, not the Sun release. In fact I don't think Sun makes a Mac OS X release. I know that the Java runtime is installed on all Mac OS X machines, and kept up to date via Software Update. I'm not sure how the JDK got on the machine, it is either included on all machines, or it is installed when you install the Developer's ToolKit. The Developer's ToolKit includes the Xcode IDE, which supports Java development on the Mac. Bruce On Feb 16, 2010, at 12:39 PM, David Requena wrote: > Ren?, > > According to the doc which is said to be updated on the note, there > is also > > ~/Library/Java/Extensions > > I'm assuming same convention holds than in other unices and '~' > means 'home directory' > > One question: is there no separate jdk on the OS X platform? > > --- > Saludos / Kind regards. > David Requena > > El 16/02/2010 18:30, Ren? Jansen escribi?: >> >> Bruce, >> >> yes, that seems to be the official way Apple wants it to be able to >> change things around. I am not sure about have NetRexxC.jar on the >> classpath and in the extension library - but I am equally unsure >> whether this will hurt or not. I keep it in some other place that is >> within my boundaries on the system - but I have several userids >> around >> to test stuff with. >> >> best regards, >> >> Ren? Jansen. >> >> On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly >> <[hidden email]> wrote: >> >>> Thanks Rene! >>> So I should do something like: >>> JAVA_HOME=`/usr/libexec/java_home` >>> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/ >>> Extensions/NetRexxC.jar >>> Thanks, >>> Bruce >>> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >>> >>> just FYI for ppl running NetRexx on Mac OSX >>> >>> Begin forwarded message: >>> >>> From: Mike Swingler <[hidden email]> >>> Date: 15 februari 2010 18:00:59 GMT+01:00 >>> To: [hidden email] >>> Subject: FYI: QA1170 updated for /usr/libexec/java_home >>> >>> Just to let you know, the "Important Directories on Mac OS X" Q&A >>> article at >>> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has >>> been >>> updated to recommend using /usr/libexec/java_home to obtain a >>> value to use >>> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 >>> Update 4", >>> and is built into Mac OS X 10.6. >>> >>> As a reminder, please never hardcode a path into >>> /System/Library/Frameworks/JavaVM.framework - this directory's >>> structure has >>> undergone subtle changes over time, and will undergo more radical >>> changes in >>> the future. Due to the complex matrix of supported OS versions, JVM >>> architectures and Java versions, it is always best practice to use >>> a dynamic >>> method to obtain a version of Java that works for your program. >>> >>> Thanks for your time, >>> Mike Swingler >>> Java Runtime Engineer >>> Apple Inc. _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Java-dev mailing list ([hidden email]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >>> >>> This email sent to [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] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/12fbc59f/attachment.html |
|
|
In reply to this post by David Requena
Yes, that is your own version of that, so I could have used it. But I am from the days before the extension directories and I like to be in control. When I first got MacOSX Java could not pick up the ~ for home directory and I spent some hours trying to figure out what was going on - then it struck me that I had to specify the whole of /Users/rvjansen/lib/NetRexxC.jar instead of ~/lib/NetRexxC.jar - the thing is, I still don't know because I never changed it after getting it to work. I will try one of these days to put it correctly in the platform dependent install document.
best regards, Ren?. On 16 feb 2010, at 21:39, David Requena wrote: > Ren?, > > According to the doc which is said to be updated on the note, there is also > > ~/Library/Java/Extensions > > I'm assuming same convention holds than in other unices and '~' means 'home directory' > > One question: is there no separate jdk on the OS X platform? > > --- > Saludos / Kind regards. > David Requena > > El 16/02/2010 18:30, Ren? Jansen escribi?: >> >> Bruce, >> >> yes, that seems to be the official way Apple wants it to be able to >> change things around. I am not sure about have NetRexxC.jar on the >> classpath and in the extension library - but I am equally unsure >> whether this will hurt or not. I keep it in some other place that is >> within my boundaries on the system - but I have several userids around >> to test stuff with. >> >> best regards, >> >> Ren? Jansen. >> >> On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly <[hidden email]> wrote: >> >>> Thanks Rene! >>> So I should do something like: >>> JAVA_HOME=`/usr/libexec/java_home` >>> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/Extensions/NetRexxC.jar >>> Thanks, >>> Bruce >>> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >>> >>> just FYI for ppl running NetRexx on Mac OSX >>> >>> Begin forwarded message: >>> >>> From: Mike Swingler <[hidden email]> >>> Date: 15 februari 2010 18:00:59 GMT+01:00 >>> To: [hidden email] >>> Subject: FYI: QA1170 updated for /usr/libexec/java_home >>> >>> Just to let you know, the "Important Directories on Mac OS X" Q&A article at >>> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has been >>> updated to recommend using /usr/libexec/java_home to obtain a value to use >>> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 Update 4", >>> and is built into Mac OS X 10.6. >>> >>> As a reminder, please never hardcode a path into >>> /System/Library/Frameworks/JavaVM.framework - this directory's structure has >>> undergone subtle changes over time, and will undergo more radical changes in >>> the future. Due to the complex matrix of supported OS versions, JVM >>> architectures and Java versions, it is always best practice to use a dynamic >>> method to obtain a version of Java that works for your program. >>> >>> Thanks for your time, >>> Mike Swingler >>> Java Runtime Engineer >>> Apple Inc. _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Java-dev mailing list ([hidden email]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >>> >>> This email sent to [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] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/844a6ab6/attachment.html |
|
|
In reply to this post by David Requena
And as Bruce already mentioned, JDK is either in the development tools package (free download or even included on dvd with new Mac) or installed per default. I will check when I am in a shop, because all my machines have a dev kit installed.
Ren?. On 16 feb 2010, at 21:39, David Requena wrote: > Ren?, > > According to the doc which is said to be updated on the note, there is also > > ~/Library/Java/Extensions > > I'm assuming same convention holds than in other unices and '~' means 'home directory' > > One question: is there no separate jdk on the OS X platform? > > --- > Saludos / Kind regards. > David Requena > > El 16/02/2010 18:30, Ren? Jansen escribi?: >> >> Bruce, >> >> yes, that seems to be the official way Apple wants it to be able to >> change things around. I am not sure about have NetRexxC.jar on the >> classpath and in the extension library - but I am equally unsure >> whether this will hurt or not. I keep it in some other place that is >> within my boundaries on the system - but I have several userids around >> to test stuff with. >> >> best regards, >> >> Ren? Jansen. >> >> On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly <[hidden email]> wrote: >> >>> Thanks Rene! >>> So I should do something like: >>> JAVA_HOME=`/usr/libexec/java_home` >>> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/Extensions/NetRexxC.jar >>> Thanks, >>> Bruce >>> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >>> >>> just FYI for ppl running NetRexx on Mac OSX >>> >>> Begin forwarded message: >>> >>> From: Mike Swingler <[hidden email]> >>> Date: 15 februari 2010 18:00:59 GMT+01:00 >>> To: [hidden email] >>> Subject: FYI: QA1170 updated for /usr/libexec/java_home >>> >>> Just to let you know, the "Important Directories on Mac OS X" Q&A article at >>> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has been >>> updated to recommend using /usr/libexec/java_home to obtain a value to use >>> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 Update 4", >>> and is built into Mac OS X 10.6. >>> >>> As a reminder, please never hardcode a path into >>> /System/Library/Frameworks/JavaVM.framework - this directory's structure has >>> undergone subtle changes over time, and will undergo more radical changes in >>> the future. Due to the complex matrix of supported OS versions, JVM >>> architectures and Java versions, it is always best practice to use a dynamic >>> method to obtain a version of Java that works for your program. >>> >>> Thanks for your time, >>> Mike Swingler >>> Java Runtime Engineer >>> Apple Inc. _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Java-dev mailing list ([hidden email]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >>> >>> This email sent to [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] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/32b1662c/attachment-0001.html |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
oh, please don't bother. I was just curious about the fact that tools.jar classes are included in classes.jar on OS X. I guess I'll have a look at hoe NetBeans handles install time jdk detection on the several platform it runs on. Seems to be doing a good job. --- Saludos / Kind regards. David Requena El 16/02/2010 22:37, Ren? Jansen escribi?: > And as Bruce already mentioned, JDK is either in the development tools > package (free download or even included on dvd with new Mac) or > installed per default. I will check when I am in a shop, because all > my machines have a dev kit installed. > > Ren?. > > On 16 feb 2010, at 21:39, David Requena wrote: > >> Ren?, >> >> According to the doc which is said to be updated on the note, there >> is also >> >> |~/Library/Java/Extensions| >> >> I'm assuming same convention holds than in other unices and '~' means >> 'home directory' >> >> One question: is there no separate jdk on the OS X platform? >> >> --- >> Saludos / Kind regards. >> David Requena >> >> El 16/02/2010 18:30, Ren? Jansen escribi?: >>> Bruce, >>> >>> yes, that seems to be the official way Apple wants it to be able to >>> change things around. I am not sure about have NetRexxC.jar on the >>> classpath and in the extension library - but I am equally unsure >>> whether this will hurt or not. I keep it in some other place that is >>> within my boundaries on the system - but I have several userids around >>> to test stuff with. >>> >>> best regards, >>> >>> Ren? Jansen. >>> >>> On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly<[hidden email]> wrote: >>> >>>> Thanks Rene! >>>> So I should do something like: >>>> JAVA_HOME=`/usr/libexec/java_home` >>>> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/Extensions/NetRexxC.jar >>>> Thanks, >>>> Bruce >>>> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >>>> >>>> just FYI for ppl running NetRexx on Mac OSX >>>> >>>> Begin forwarded message: >>>> >>>> From: Mike Swingler<[hidden email]> >>>> Date: 15 februari 2010 18:00:59 GMT+01:00 >>>> To:[hidden email] >>>> Subject: FYI: QA1170 updated for /usr/libexec/java_home >>>> >>>> Just to let you know, the "Important Directories on Mac OS X" Q&A article at >>>> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has been >>>> updated to recommend using /usr/libexec/java_home to obtain a value to use >>>> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 Update 4", >>>> and is built into Mac OS X 10.6. >>>> >>>> As a reminder, please never hardcode a path into >>>> /System/Library/Frameworks/JavaVM.framework - this directory's structure has >>>> undergone subtle changes over time, and will undergo more radical changes in >>>> the future. Due to the complex matrix of supported OS versions, JVM >>>> architectures and Java versions, it is always best practice to use a dynamic >>>> method to obtain a version of Java that works for your program. >>>> >>>> Thanks for your time, >>>> Mike Swingler >>>> Java Runtime Engineer >>>> Apple Inc. _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Java-dev mailing list ([hidden email]) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >>>> >>>> This email sent [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] <mailto:[hidden email]> >> > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/2b43e299/attachment.html |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
In reply to this post by rvjansen
I just checked my daughters notebook, and it looks like the JDK is
installed, but the Developer's Toolkit is not. I see classes.jar, and javac are both on the machine. Is there some other way to verify that the JDK is installer? Bruce On Feb 16, 2010, at 1:37 PM, Ren? Jansen wrote: > And as Bruce already mentioned, JDK is either in the development > tools package (free download or even included on dvd with new Mac) > or installed per default. I will check when I am in a shop, because > all my machines have a dev kit installed. > > Ren?. > > On 16 feb 2010, at 21:39, David Requena wrote: > >> Ren?, >> >> According to the doc which is said to be updated on the note, there >> is also >> >> ~/Library/Java/Extensions >> >> I'm assuming same convention holds than in other unices and '~' >> means 'home directory' >> >> One question: is there no separate jdk on the OS X platform? >> >> --- >> Saludos / Kind regards. >> David Requena >> >> El 16/02/2010 18:30, Ren? Jansen escribi?: >>> >>> Bruce, >>> >>> yes, that seems to be the official way Apple wants it to be able to >>> change things around. I am not sure about have NetRexxC.jar on the >>> classpath and in the extension library - but I am equally unsure >>> whether this will hurt or not. I keep it in some other place that is >>> within my boundaries on the system - but I have several userids >>> around >>> to test stuff with. >>> >>> best regards, >>> >>> Ren? Jansen. >>> >>> On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly <[hidden email] >>> > wrote: >>> >>>> Thanks Rene! >>>> So I should do something like: >>>> JAVA_HOME=`/usr/libexec/java_home` >>>> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/ >>>> Extensions/NetRexxC.jar >>>> Thanks, >>>> Bruce >>>> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >>>> >>>> just FYI for ppl running NetRexx on Mac OSX >>>> >>>> Begin forwarded message: >>>> >>>> From: Mike Swingler <[hidden email]> >>>> Date: 15 februari 2010 18:00:59 GMT+01:00 >>>> To: [hidden email] >>>> Subject: FYI: QA1170 updated for /usr/libexec/java_home >>>> >>>> Just to let you know, the "Important Directories on Mac OS X" Q&A >>>> article at >>>> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> >>>> has been >>>> updated to recommend using /usr/libexec/java_home to obtain a >>>> value to use >>>> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 >>>> Update 4", >>>> and is built into Mac OS X 10.6. >>>> >>>> As a reminder, please never hardcode a path into >>>> /System/Library/Frameworks/JavaVM.framework - this directory's >>>> structure has >>>> undergone subtle changes over time, and will undergo more radical >>>> changes in >>>> the future. Due to the complex matrix of supported OS versions, JVM >>>> architectures and Java versions, it is always best practice to >>>> use a dynamic >>>> method to obtain a version of Java that works for your program. >>>> >>>> Thanks for your time, >>>> Mike Swingler >>>> Java Runtime Engineer >>>> Apple Inc. _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Java-dev mailing list ([hidden email]) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/java-dev/rvjansen >>>> %40xs4all.nl >>>> >>>> This email sent to [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] >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/fe597713/attachment.html |
|
|
If javac runs, like this:
venetia:~] rvjansen% javac Usage: javac <options> <source files> where possible options include: -g Generate all debugging info -g:none Generate no debugging info -g:{lines,vars,source} Generate only some debugging info -nowarn Generate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath <path> Specify where to find user class files and annotation processors -cp <path> Specify where to find user class files and annotation processors -sourcepath <path> Specify where to find input source files -bootclasspath <path> Override location of bootstrap class files -extdirs <dirs> Override location of installed extensions -endorseddirs <dirs> Override location of endorsed standards path -proc:{none,only} Control whether annotation processing and/or compilation is done. -processor <class1>[,<class2>,<class3>...]Names of the annotation processors to run; bypasses default discovery process -processorpath <path> Specify where to find annotation processors -d <directory> Specify where to place generated class files -s <directory> Specify where to place generated source files -implicit:{none,class} Specify whether or not to generate class files for implicitly referenced files -encoding <encoding> Specify character encoding used by source files -source <release> Provide source compatibility with specified release -target <release> Generate class files for specific VM version -version Version information -help Print a synopsis of standard options -Akey[=value] Options to pass to annotation processors -X Print a synopsis of nonstandard options -J<flag> Pass <flag> directly to the runtime system then the JDK is installed. best regards, Ren?. On 16 feb 2010, at 22:56, Bruce Skelly wrote: > I just checked my daughters notebook, and it looks like the JDK is installed, but the Developer's Toolkit is not. I see classes.jar, and javac are both on the machine. Is there some other way to verify that the JDK is installer? > > Bruce > On Feb 16, 2010, at 1:37 PM, Ren? Jansen wrote: > >> And as Bruce already mentioned, JDK is either in the development tools package (free download or even included on dvd with new Mac) or installed per default. I will check when I am in a shop, because all my machines have a dev kit installed. >> >> Ren?. >> >> On 16 feb 2010, at 21:39, David Requena wrote: >> >>> Ren?, >>> >>> According to the doc which is said to be updated on the note, there is also >>> >>> ~/Library/Java/Extensions >>> >>> I'm assuming same convention holds than in other unices and '~' means 'home directory' >>> >>> One question: is there no separate jdk on the OS X platform? >>> >>> --- >>> Saludos / Kind regards. >>> David Requena >>> >>> El 16/02/2010 18:30, Ren? Jansen escribi?: >>>> >>>> Bruce, >>>> >>>> yes, that seems to be the official way Apple wants it to be able to >>>> change things around. I am not sure about have NetRexxC.jar on the >>>> classpath and in the extension library - but I am equally unsure >>>> whether this will hurt or not. I keep it in some other place that is >>>> within my boundaries on the system - but I have several userids around >>>> to test stuff with. >>>> >>>> best regards, >>>> >>>> Ren? Jansen. >>>> >>>> On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly <[hidden email]> wrote: >>>> >>>>> Thanks Rene! >>>>> So I should do something like: >>>>> JAVA_HOME=`/usr/libexec/java_home` >>>>> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/Extensions/NetRexxC.jar >>>>> Thanks, >>>>> Bruce >>>>> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >>>>> >>>>> just FYI for ppl running NetRexx on Mac OSX >>>>> >>>>> Begin forwarded message: >>>>> >>>>> From: Mike Swingler <[hidden email]> >>>>> Date: 15 februari 2010 18:00:59 GMT+01:00 >>>>> To: [hidden email] >>>>> Subject: FYI: QA1170 updated for /usr/libexec/java_home >>>>> >>>>> Just to let you know, the "Important Directories on Mac OS X" Q&A article at >>>>> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> has been >>>>> updated to recommend using /usr/libexec/java_home to obtain a value to use >>>>> as $JAVA_HOME. This tool is present as of "Java for Mac OS X 10.5 Update 4", >>>>> and is built into Mac OS X 10.6. >>>>> >>>>> As a reminder, please never hardcode a path into >>>>> /System/Library/Frameworks/JavaVM.framework - this directory's structure has >>>>> undergone subtle changes over time, and will undergo more radical changes in >>>>> the future. Due to the complex matrix of supported OS versions, JVM >>>>> architectures and Java versions, it is always best practice to use a dynamic >>>>> method to obtain a version of Java that works for your program. >>>>> >>>>> Thanks for your time, >>>>> Mike Swingler >>>>> Java Runtime Engineer >>>>> Apple Inc. _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Java-dev mailing list ([hidden email]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >>>>> >>>>> This email sent to [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] >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/57b72cca/attachment-0001.html |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
Looks like it's installed to me then. javac -version returns
1.5.0_22, while gcc or cc return not found. Bruce On Feb 16, 2010, at 2:39 PM, Ren? Jansen wrote: > If javac runs, like this: > > venetia:~] rvjansen% javac > Usage: javac <options> <source files> > where possible options include: > -g Generate all debugging info > -g:none Generate no debugging info > -g:{lines,vars,source} Generate only some debugging info > -nowarn Generate no warnings > -verbose Output messages about what the compiler > is doing > -deprecation Output source locations where > deprecated APIs are used > -classpath <path> Specify where to find user class files > and annotation processors > -cp <path> Specify where to find user class files > and annotation processors > -sourcepath <path> Specify where to find input source files > -bootclasspath <path> Override location of bootstrap class > files > -extdirs <dirs> Override location of installed extensions > -endorseddirs <dirs> Override location of endorsed standards > path > -proc:{none,only} Control whether annotation processing > and/or compilation is done. > -processor <class1>[,<class2>,<class3>...]Names of the annotation > processors to run; bypasses default discovery process > -processorpath <path> Specify where to find annotation > processors > -d <directory> Specify where to place generated class > files > -s <directory> Specify where to place generated source > files > -implicit:{none,class} Specify whether or not to generate > class files for implicitly referenced files > -encoding <encoding> Specify character encoding used by > source files > -source <release> Provide source compatibility with > specified release > -target <release> Generate class files for specific VM > version > -version Version information > -help Print a synopsis of standard options > -Akey[=value] Options to pass to annotation processors > -X Print a synopsis of nonstandard options > -J<flag> Pass <flag> directly to the runtime > system > > then the JDK is installed. > > best regards, > > Ren?. > > On 16 feb 2010, at 22:56, Bruce Skelly wrote: > >> I just checked my daughters notebook, and it looks like the JDK is >> installed, but the Developer's Toolkit is not. I see classes.jar, >> and javac are both on the machine. Is there some other way to >> verify that the JDK is installer? >> >> Bruce >> On Feb 16, 2010, at 1:37 PM, Ren? Jansen wrote: >> >>> And as Bruce already mentioned, JDK is either in the development >>> tools package (free download or even included on dvd with new Mac) >>> or installed per default. I will check when I am in a shop, >>> because all my machines have a dev kit installed. >>> >>> Ren?. >>> >>> On 16 feb 2010, at 21:39, David Requena wrote: >>> >>>> Ren?, >>>> >>>> According to the doc which is said to be updated on the note, >>>> there is also >>>> >>>> ~/Library/Java/Extensions >>>> >>>> I'm assuming same convention holds than in other unices and '~' >>>> means 'home directory' >>>> >>>> One question: is there no separate jdk on the OS X platform? >>>> >>>> --- >>>> Saludos / Kind regards. >>>> David Requena >>>> >>>> El 16/02/2010 18:30, Ren? Jansen escribi?: >>>>> >>>>> Bruce, >>>>> >>>>> yes, that seems to be the official way Apple wants it to be able >>>>> to >>>>> change things around. I am not sure about have NetRexxC.jar on the >>>>> classpath and in the extension library - but I am equally unsure >>>>> whether this will hurt or not. I keep it in some other place >>>>> that is >>>>> within my boundaries on the system - but I have several userids >>>>> around >>>>> to test stuff with. >>>>> >>>>> best regards, >>>>> >>>>> Ren? Jansen. >>>>> >>>>> On Tue, Feb 16, 2010 at 3:33 PM, Bruce Skelly <[hidden email] >>>>> > wrote: >>>>> >>>>>> Thanks Rene! >>>>>> So I should do something like: >>>>>> JAVA_HOME=`/usr/libexec/java_home` >>>>>> CLASSPATH=$JAVA_HOME/bundle/Classes/classes.jar:/Library/Java/ >>>>>> Extensions/NetRexxC.jar >>>>>> Thanks, >>>>>> Bruce >>>>>> On Feb 16, 2010, at 12:18 AM, Ren? Jansen wrote: >>>>>> >>>>>> just FYI for ppl running NetRexx on Mac OSX >>>>>> >>>>>> Begin forwarded message: >>>>>> >>>>>> From: Mike Swingler <[hidden email]> >>>>>> Date: 15 februari 2010 18:00:59 GMT+01:00 >>>>>> To: [hidden email] >>>>>> Subject: FYI: QA1170 updated for /usr/libexec/java_home >>>>>> >>>>>> Just to let you know, the "Important Directories on Mac OS X" >>>>>> Q&A article at >>>>>> <http://developer.apple.com/mac/library/qa/qa2001/qa1170.html> >>>>>> has been >>>>>> updated to recommend using /usr/libexec/java_home to obtain a >>>>>> value to use >>>>>> as $JAVA_HOME. This tool is present as of "Java for Mac OS X >>>>>> 10.5 Update 4", >>>>>> and is built into Mac OS X 10.6. >>>>>> >>>>>> As a reminder, please never hardcode a path into >>>>>> /System/Library/Frameworks/JavaVM.framework - this directory's >>>>>> structure has >>>>>> undergone subtle changes over time, and will undergo more >>>>>> radical changes in >>>>>> the future. Due to the complex matrix of supported OS versions, >>>>>> JVM >>>>>> architectures and Java versions, it is always best practice to >>>>>> use a dynamic >>>>>> method to obtain a version of Java that works for your program. >>>>>> >>>>>> Thanks for your time, >>>>>> Mike Swingler >>>>>> Java Runtime Engineer >>>>>> Apple Inc. _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Java-dev mailing list ([hidden email]) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> http://lists.apple.com/mailman/options/java-dev/rvjansen%40xs4all.nl >>>>>> >>>>>> This email sent to [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] >>>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100216/68a01936/attachment.html |
Fwd: FYI: QA1170 updated for /usr/libexec/java_home
|
|
In reply to this post by rvjansen
Come to think of it, if you don't compile (i.e., run as an interpreter) then
javac won't be used/isn't needed, I think. In which case the JRE should be sufficient. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100217/de99e994/attachment-0001.html |
«
Return to ibm-netrexx
|
1 view|%1 views
| Free forum by Nabble | Edit this page |