yes..but..<br><br>Setting JAVA_HOME and export PATH=${JAVA_HOME}/bin:${PATH} is an excess step to installing software implemented in Java that is not normally required for other software.<br><br>On a Linux system, to run a Python program (for example), are you required to do the equivalent? Or can you just type "python script.py"?<br>
<br>It's the latter...<br><br>Why isn't it the same/similar for Java?<br><br>Why do we make our customers perform extraneous steps? That they might not understand. That they might get wrong. Where they might not read the README. Which make it harder to do automated software installs. ..etc..<br>
<br>BTW Several years ago Sun unilaterally decided that, on Linux, the various JDK's should be installed in /usr/java. The design allowed for multiple JDK's inside /usr/java. At the time I thought that was an okay idea. But after having talked with people in several Linux distro projects, I understand the value of weaving Java into the system so that it feels as seamless as e.g. Python does.<br>
<br>+ David Herron<br><a href="http://davidherron.com">http://davidherron.com</a><br><br><br><div class="gmail_quote">On Sun, Jan 2, 2011 at 6:09 PM, Lussier, Denis <span dir="ltr"><<a href="mailto:denisl@openscg.com">denisl@openscg.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">The differentiation you describe below for /opt and /usr/local also pretty well jibes with my understanding. <div>
<br></div><div>I think that a local build of OpenJDK6 would reasonably be copied to /usr/local/openjdk6 for usage. Perhaps I'm a bit old fashioned, but, I like setting JAVA_HOME and placing the bin on the PATH. This lets me easily test & deploy different JVM's, on a given machine, according to the needs of the application.</div>
<div><br></div><div>It gets really confusing (at least for me) on a Mac when there are many JVM's (both 32 and 64 bit versions) and somehow the system and application preferences interact to magically determine the best JVM to use.<br>
<div><br></div><div>--Luss</div><div> <a href="http://openscg.org" target="_blank">http://openscg.org</a><br><br><div class="gmail_quote">On Sun, Jan 2, 2011 at 8:08 PM, Shea Levy <span dir="ltr"><<a href="mailto:shea@shealevy.com" target="_blank">shea@shealevy.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><p>-------- Original Message --------</p>
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<th valign="baseline" align="right">Subject: </th>
<td>Re: A More FHS-Compliant JDK Install</td>
</tr>
<tr>
<th valign="baseline" align="right">Date: </th>
<td>Sun, 02 Jan 2011 17:06:44 -0800</td>
</tr>
<tr>
<th valign="baseline" align="right">From: </th>
<td>Shea Levy <<a href="mailto:shea@shealevy.com" target="_blank">shea@shealevy.com</a>></td>
</tr>
<tr>
<th valign="baseline" align="right">To: </th>
<td>"Lussier, Denis" <<a href="mailto:denisl@openscg.com" target="_blank">denisl@openscg.com</a>><span style="font-size: small;"> </span></td></tr></tbody></table><div>
<p>Hi Luss,</p>
<p>My understanding (based on similar reasoning to the section of <a href="http://lists.netisland.net/archives/plug/plug-2006-01/msg00132.html" target="_blank">http://lists.netisland.net/archives/plug/plug-2006-01/msg00132.html</a> which starts "I recall a standard on this that I once read.") is that /opt is is better suited for binary distributions and /usr(/local) is more appropriate for packages built on the system. Additionally, installing in /usr(/local) means no need to change $PATH, no need to add custom directories for linkers to look for, and probably (eventually) no need for env variables like $JAVA_HOME. I may be completely off-base here, though, I'm far from an expert in file system standards (though if I'm wrong, I have no idea what differentiates /opt and /usr).</p>
<p>Cheers,<br> Shea</p>
</div><div><div></div><div><p><br></p></div></div></blockquote></div></div></div>
</blockquote></div><br>