/[gentoo]/xml/htdocs/doc/en/java.xml
Gentoo

Diff of /xml/htdocs/doc/en/java.xml

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

Revision 1.11 Revision 1.44
1<?xml version="1.0" encoding="UTF-8"?> 1<?xml version="1.0" encoding="UTF-8"?>
2<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/en/java.xml,v 1.11 2003/11/21 18:47:08 neysx Exp $ --> 2<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/en/java.xml,v 1.44 2009/10/07 18:14:31 nightmorph Exp $ -->
3<!DOCTYPE guide SYSTEM "/dtd/guide.dtd"> 3<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
4 4
5<guide link="/doc/en/java.xml"> 5<guide link="/doc/en/java.xml">
6<title>Gentoo Java Guide</title> 6<title>Gentoo Java Guide</title>
7 7
8<author title="Author and Editor"> 8<author title="Author">
9 <mail link="nichoj@gentoo.org">Joshua Nichols</mail>
10</author>
11<author title="Author">
9 <mail link="karltk@gentoo.org">Karl Trygve Kalleberg</mail> 12 <mail link="karltk@gentoo.org">Karl Trygve Kalleberg</mail>
10</author> 13</author>
11<author title="Editor"> 14<author title="Editor">
12 <mail link="swift@gentoo.org">Sven Vermeulen</mail> 15 <mail link="nightmorph@gentoo.org">Joshua Saddler</mail>
13</author> 16</author>
14 17
15<abstract> 18<abstract>
16Users' and Developers' Guide to Java in Gentoo 19This guide will introduce you to Java and explain how to use Java with Gentoo
20Linux.
17</abstract> 21</abstract>
18 22
23<!-- The content of this document is licensed under the CC-BY-SA license -->
24<!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
19<license/> 25<license/>
20 26
21<version>0.1.3</version> 27<version>0.19</version>
22<date>November 16, 2003</date> 28<date>2009-10-07</date>
23 29
24<chapter> 30<chapter>
25<title>Installing a JDK/JRE</title> 31<title>What is Java?</title>
26<section> 32<section>
27<title>Overview</title> 33<title>Overview</title>
28<body> 34<body>
29 35
30<p> 36<p>
31Gentoo provides numerous JDKs and JREs. The default is the Blackdown JDK/JRE 37Java is a programming language developed by engineers of Sun Microsystems. The
32pair, as it is freely (beer) available without any registration fuss. 38language is object-oriented and designed to run on multiple platforms without
39the need of recompiling code for each platform. Although Java can be compiled
40as a native program, much of Java's popularity can be attributed to its
41portability, along with other features such as garbage collection. To make
42platform independence possible the Java compiler compiles the Java code to an
43intermediate representation called "Java bytecode" that runs on a JRE (Java
44Runtime Environment) and not directly on the operating system.
45</p>
46
47<p>
48In order to run Java bytecode, one needs to have a JRE (Java Runtime
49Environment) installed. A JRE provides core libraries, a platform dependent
50Java Virtual Machine, plugins for browsers, among other things. A JDK (Java
51Development Kit) adds programming tools, such as a bytecode compiler and a
52debugger.
53</p>
54
55</body>
56</section>
57</chapter>
58
59<chapter>
60<title>Before You Begin</title>
61<section>
62<title>Existing installs</title>
63<body>
64
65<p>
66For existing installs, regardless of if you have installed anything Java
67before, make sure you have followed the <uri
68link="/proj/en/java/java-upgrade.xml">Java Upgrade Guide</uri>.
69</p>
70
71</body>
72</section>
73<section>
74<title>New installs</title>
75<body>
76
77<p>
78New installs should require no further preparation.
79</p>
80
81</body>
82</section>
83</chapter>
84
85<chapter>
86<title>Installing a Virtual Machine</title>
87<section>
88<title>The choices</title>
89<body>
90
91<p>
92Gentoo provides numerous Runtime Environments (JREs) and Development Kits
93(JDKs). Among the current choices, we have:
94</p>
95
96<table>
97<tr>
98 <th>Vendor</th>
99 <th>JDK</th>
100 <th>JRE</th>
101</tr>
102<tr>
103 <ti>The Blackdown Java Kit</ti>
104 <ti>dev-java/blackdown-jdk</ti>
105 <ti>dev-java/blackdown-jre</ti>
106</tr>
107<tr>
108 <ti>Sun's Java Kit</ti>
109 <ti>dev-java/sun-jdk</ti>
110 <ti>dev-java/sun-jre-bin</ti>
111</tr>
112<tr>
113 <ti>The IBM Java Kit</ti>
114 <ti>dev-java/ibm-jdk-bin</ti>
115 <ti>dev-java/ibm-jre-bin</ti>
116</tr>
117<tr>
118 <ti>BEA WebLogic's J2SE Development Kit</ti>
119 <ti>dev-java/jrockit-jdk-bin</ti>
120</tr>
121</table>
122
123<!--
124TODO: list free implementations?
125note about not drop-in replacements
126kaffe/sablevm/gcj/jamvm
127-->
128<p>
129The default for Java 1.6 is the Sun JRE/JDK pair.
130</p>
131
132</body>
133</section>
134<section>
135<title>Installing a JRE/JDKs</title>
136<body>
137
138<p>
139To install your profile's default JDK, you can run <c>emerge virtual/jdk</c>.
140Or to install your profile's default JRE, you can <c>emerge virtual/jre</c>.
141</p>
142
143<p>
144In recent events, Sun has relicensed their JDK and JRE under a more Linux
145distro friendly license. As a result, Sun releases Java 1.5 and onwards are
146freely downloadable, without any further hassle.
33</p> 147</p>
34 148
35<note> 149<note>
36As kaffe becomes a JRE/JDK drop-in replacement, that will most likely become our 150A JDK also includes a JRE, so if you install a JDK you shouldn't have to also
37default. 151have to install a JRE.
38</note> 152</note>
39 153
40<p>
41Both the Sun JDK/JRE and the IBM JDK/JRE are generally faster, but getting them
42is a bit more work, as you are required to read and accept their license before
43downloading (IBM additionally requires you to register).
44</p>
45
46<p>
47Our ebuilds for the Sun and IBM JDK/JREs will notify you of where to go to
48download them.
49</p>
50
51</body> 154</body>
52</section>
53
54<section> 155</section>
55<title>Installing the Sun/IBM JDK/JREs</title> 156<section>
157<title>Installing fetch-restricted virtual machines</title>
158<body>
159
160<p>
161Some of the JDKs and JREs require you to jump through a few hoops before
162installing. Simply emerge the packages as you normally would. The ebuilds will
163then instruct you where to go and what to download.
164</p>
165
166<p>
167You should download the indicated file(s) into
168<path>/usr/portage/distfiles</path>. Once there, you can rerun the emerge
169command, at which point the JRE/JDK will be begin to install.
170</p>
171
56<body> 172</body>
173</section>
174</chapter>
57 175
176<chapter>
177<title>Configuring your virtual machine</title>
178<section>
179<title>Overview</title>
180<body>
181
182<p>
183Gentoo has the ability to have multiple JDKs and JREs installed without causing
184conflicts.
58<p> 185</p>
59If you run <c>emerge sun-jdk-1.3.1</c> or <c>emerge ibm-jdk-1.3.1</c>, you will 186
60be notified that you are required to download the actual tarballs yourself. This 187<p>
61has to do with license restrictions for the Sun JDK/JRE (online click-wrap 188Using the <c>java-config</c> tool, you can set the system-wide default
62license) and registration issues with the IBM JDK/JRE. 189(provided you have root access). Users can also use <c>java-config</c> to set
190up their own personal default.
63</p> 191</p>
64 192
65<note> 193<note>
66There is also a sun-jdk-1.4.0, but not all packages work nicely with Java 1.4, 194You can also use <e>eselect</e> to change the system and user vm. See
67so you're on your own if you use the 1.4.0 JDK. 195<c>eselect java-vm help</c>.
68</note> 196</note>
69 197
70<p>
71You should download the indicated file(s) into
72<path>/usr/portage/distfiles</path>. Once that is done, you can rerun the emerge
73command, then the JDK/JRE will be installed properly into <path>/opt</path>.
74</p>
75
76</body> 198</body>
77</section>
78</chapter>
79
80<chapter>
81<title>Configuring your JDK/JRE</title>
82<section> 199</section>
83<title>Overview</title>
84<body>
85
86<p>
87Gentoo has the ability to have multiple JDKs and JREs installed without them
88conflicting.
89</p>
90
91<p>
92Using the <c>java-config</c> tool, you can set the system-wide default if you
93have root access. Users can also use <c>java-config</c> to set up their own
94personal default, that is different from the system-wide default.
95</p>
96
97</body>
98</section> 200<section>
99
100<section>
101<title>Setting a default JDK/JRE</title> 201<title>Setting a default virtual machine</title>
102<body> 202<body>
103 203
104<p> 204<p>
105Running the command <c>java-config --list-available-vms</c> will give you a list 205Running the command <c>java-config --list-available-vms</c> will give you a
106of all availble JREs and JDKs on your system, thus: 206list of all JREs and JDKs installed on your system. Here is an example of
207output:
107</p> 208</p>
108 209
109<pre caption="Listing available VMs"> 210<pre caption="Listing available VMs">
110[%1 ~] java-config --list-available-vms 211# <i>java-config --list-available-vms</i>
111[blackdown-jdk-1.3.1] Blackdown JDK 1.3.1 (/etc/env.d/java/20blackdown-jdk-1.3.1) 212The following VMs are available for generation-2:
112[blackdown-jre-1.3.1] Blackdown JRE 1.3.1 (/etc/env.d/java/20blackdown-jre-1.3.1) 2131) Blackdown JDK 1.4.2.03 [blackdown-jdk-1.4.2] <comment>(Build Only)</comment>
113[ibm-jdk-1.3.0] IBM JDK 1.3.0 (/etc/env.d/java/20ibm-jdk-1.3.0) 2142) Blackdown JRE 1.4.2.03 [blackdown-jre-1.4.2] <comment>(Build Only)</comment>
114[ibm-jdk-1.3.1] IBM JDK 1.3.1 (/etc/env.d/java/20ibm-jdk-1.3.1) 2153) IcedTea6-bin 1.4.1 [icedtea6-bin]
115[ibm-jre-1.3.1] IBM JRE 1.3.1 (/etc/env.d/java/20ibm-jre-1.3.1) 2164) Sun JDK 1.5.0.20 [sun-jdk-1.5] <comment>(Build Only)</comment>
116[sun-jdk-1.4.0] Sun JDK 1.4.0 (/etc/env.d/java/20sun-jdk-1.4.0) 217*) Sun JDK 1.6.0.16 [sun-jdk-1.6]
117</pre> 218</pre>
118 219
220<note>
221VMs marked as Build Only may contain security vulnerabilities and/or be EOL.
222Gentoo recommends not setting these VMs as either your system or user VM.
223Please see <uri link="java.xml#build-only">Build Only VM</uri> for more
224information.
225</note>
226
119<p> 227<p>
228The <e>*</e> indicates this is the current active vm (system-vm or user-vm when
120The name in the brackets <path>"[]"</path> is the handle or ID for that 229set). The name in the brackets (<e>[]</e>) is the handle or ID for that
121particular VM. You use pass that ID to <c>java-config --set-system-vm</c>, thus: 230particular VM. You use the handle or the number to <c>java-config
231--set-system-vm</c>. Here is an example of how to set the system VM.
122</p> 232</p>
123 233
124<pre caption="Setting the System VM"> 234<pre caption="Setting the System VM">
125[#1 ~] java-config --set-system-vm=ibm-jdk-1.3.1 235<comment>(By handle (preferred))</comment>
126Now using IBM JDK 1.3.1 (/etc/env.d/java/20ibm-jdk-1.3.1) 236# <i>java-config --set-system-vm blackdown-jdk-1.4</i>
237Now using blackdown-jdk-1.4 as your generation-2 system JVM
238WARNING: blackdown-jdk-1.4 is marked as a build-only JVM. Using this vm is not recommended.
239<comment>(By number)</comment>
240# <i>java-config --set-system-vm 5</i>
241Now using sun-jdk-1.6 as your generation-2 system JVM
242</pre>
243
244<p>
245As a regular user, you can use <c>java-config --set-user-vm</c>.
127</pre> 246</p>
128 247
129<note> 248<note>
130You will have to be root to run --set-system-vm. 249You no longer have to <c>source</c> the profile for updates to the user/system
250VM take place.
131</note> 251</note>
132 252
133<p>
134Once you have issued <c>java-config --set-system-vm</c> with a particular VM ID,
135you will need to regenerate your /etc/profile.env, thus:
136</p>
137
138<pre caption="Regenerating /etc/profile.env" >
139[#1 ~] env-update
140</pre>
141
142<p>
143After this, you will either want to relogin, or resource
144<path>/etc/profile</path> into your environment.
145</p>
146
147<p>
148As a regular user, you can use <c>java-config --set-user-vm</c>, which will
149create <path>$HOME/.gentoo/java-env</path> with all required env vars. You would
150normally source this from your shell's startup script
151(<path>$HOME/.zshenv</path> in my case).
152</p>
153
154</body> 253</body>
155</section>
156
157<section> 254</section>
255<section id="build-only">
256<title>Build Only VM</title>
257<body>
258
259<p>
260Some virtual machines are flagged as build-only due to being EOL and/or
261containing security vulnerabilities. These virtual machines will not
262automatically be used by Gentoo for the running of applications using Gentoo
263launchers but will still be available for use by Gentoo's build environment as
264some packages may require them for building. The setting of these virtual
265machines as either your system or user VM is strongly discouraged as these VMs
266will then be used when running the <path>/usr/bin/{java,javac,..}</path>
267executables and will also be used by any packages not using Gentoo's launcher
268scripts.
269</p>
270
271</body>
272</section>
273<section id="preferred-vm">
274<title>Preferred VM</title>
275<body>
276
277<p>
278While merging Java packages, the VM can and will be switched as necessary.
279</p>
280
281<p>
282Because of the wide variety of available VMs, we do not have the resources to
283test and verify every package works on all of them. So to ensure that every
284packages merges smoothly, we have defined a list of <e>default/supported
285VMs</e> per arch. You can find them in
286<path>/usr/share/java-config-2/config/jdk-defaults.conf</path>. When you are
287merging a Java package, and it detects one of the VM in that file is installed,
288it will automatically use that VM, instead of the system-vm.
289</p>
290
291<p>
292The merge time VM switching is also needed when, for example, your system-vm is
293set a 1.4 VM and the package you are merging requires a 1.5 VM. While merging
294it will use the preferred 1.5 VM, leaving your system-vm choice intact.
295</p>
296
297<p>
298Of course, Gentoo is all about choice, so you can override these defaults in
299<path>/etc/java-config-2/build/jdk.conf</path> and have complete control over
300which VM will get used. Some examples:
301</p>
302
303<pre caption="Example /etc/java-config-2/build/jdk.conf">
304<comment>(I always want it to use a sun-jdk, ie sun-jdk-1.4 for 1.4, sun-jdk-1.5 for 1.5, etc)</comment>
305*=sun-jdk
306</pre>
307
308<pre caption="Example /etc/java-config-2/build/jdk.conf">
309<comment>(Always use sun-jdk-1.5 wherever possible, except for when a 1.4 or 1.3 VM is explicitly required)</comment>
310*=sun-jdk-1.5
311</pre>
312
313<pre caption="Example /etc/java-config-2/build/jdk.conf">
314<comment># For 1.3 I prefer sun-jdk 1.4 but when it is not available, use ibm-jdk-bin,
315# For 1.4, use blackdown-jdk, and for 1.5, use sun-jdk </comment>
3161.3=sun-jdk-1.4 ibm-jdk-bin
3171.4=blackdown-jdk
3181.5=sun-jdk
319</pre>
320
321<warn>
322You do not have to edit this file. If you change these options to use a
323unsupported VM, things could possibly break. Bugs reported with a unsupported
324VM won't be prioritized as much as bugs present within supported VMs.
325</warn>
326
327</body>
328</section>
329</chapter>
330
331<chapter>
332<title>Compilers</title>
333<section>
334<body>
335
336<p>
337The standard Java compiler used for building is javac, which comes with each
338JDK. In addition to configuring the VM used at build time, it is also possible
339configure which compiler is used. Essentially, you define a list your
340preference for which compiler to use in
341<path>/etc/java-config-2/build/compilers.conf</path>.
342</p>
343
344<pre caption="/etc/java-config-2/build/compilers.conf">
345# If the ebuild supports it
346# it will check the COMPILERS var front to back and
347# use the first compiler that is installed
348
349COMPILERS="ecj-3.1 jikes javac"
350</pre>
351
352<p>
353Some compilers don't support all possible -target and -source arguments.
354Therefore, each compiler in the list is checked to see if it can support the
355desired -source/-target. javac will work in all cases, so if no other suitable
356compiler is found, it will be used instead.
357</p>
358
359<p>
360More details about each compiler are provided below:
361</p>
362
363<table>
364<tr>
365 <th>Name</th>
366 <th>Handle</th>
367 <th>Package</th>
368 <th>Description</th>
369</tr>
370<tr>
371 <ti>javac</ti>
372 <ti>javac</ti>
373 <ti>N/A</ti>
374 <ti>
375 This is the default compiler that will be used, and comes with each JDK.
376 </ti>
377</tr>
378<tr>
379 <ti>jikes</ti>
380 <ti>jikes</ti>
381 <ti>dev-java/jikes</ti>
382 <ti>
383 Jikes was originally developed by IBM. Anecdotally, it is generally quicker
384 than javac. Note however, that it is more pedantic, and will fail under a
385 few circumstances where javac has no issue. It also does not support Java
386 1.5 syntax yet.
387 </ti>
388</tr>
389<tr>
390 <ti>Eclipse Compiler for Java</ti>
391 <ti>ecj-3.1</ti>
392 <ti>=dev-java/eclipse-ecj-3.1*</ti>
393 <ti>
394 ECJ is the compiler used by the Eclipse software development kit. It is
395 very full featured, and is pretty fast. It does support Java 1.5 syntax.
396 </ti>
397</tr>
398</table>
399
400</body>
401</section>
402</chapter>
403
404<chapter>
158<title>Setting a default CLASSPATH</title> 405<title>Setting a default CLASSPATH</title>
406<section>
159<body> 407<body>
160 408
409<warn>
410The options explained in this section should be considered deprecated and will
411most likely be removed in the future. We strongly recommend against using
412these, because your Java projects or application should ideally manage their
413own classpaths. If you choose to specify a default CLASSPATH, some applications
414may behave unexpectedly, because classes they weren't expecting would be on the
415classpath.
416</warn>
417
161<p> 418<p>
162<c>java-config</c> can also be used to set a system-wide default CLASSPATH, and 419<c>java-config</c> can also be used to set a system-wide default CLASSPATH, as
163of course a user-specific default CLASSPATH. 420well a user-specific default CLASSPATH.
164</p>
165
166<p> 421</p>
167First you want to list available java libraries that might be interesting to put 422
168in your CLASSPATH, thus: 423<p>
424First, you will want to list available Java libraries installed on your system
425that might want to be put in your CLASSPATH. Here is an example of output:
169</p> 426</p>
170 427
171<pre caption="Listing classes"> 428<pre caption="Listing classes">
172[%1 ~] java-config --list-available-packages 429# <i>java-config --list-available-packages</i>
173[ant] No description (/usr/share/ant/classpath.env) 430[xerces-2] The next generation of high performance, fully compliant XML parsers in the Apache Xerces family (/usr/share/xerces-2/package.env)
174[java-gnome] No description (/usr/share/java-gnome/classpath.env) 431[junit] Simple framework to write repeatable tests (/usr/share/junit/package.env)
175[java-gtk] No description (/usr/share/java-gtk/classpath.env) 432[bsh] BeanShell: A small embeddable Java source interpreter (/usr/share/bsh/package.env)
176[log4j] "" (/usr/share/log4j/package.env) 433[bcel] The Byte Code Engineering Library: analyze, create, manipulate Java class files (/usr/share/bcel/package.env)
434[log4j] A low-overhead robust logging package for Java (/usr/share/log4j/package.env)
435...
436</pre>
437
438<p>
439Again, the names in brackets (<e>[]</e>) are the IDs that you have to pass to
440<c>java-config --set-system-classpath</c>. Here is an example:
441</p>
442
443<pre caption="Setting classpaths">
444# <i>java-config --set-system-classpath log4j,xerces-2</i>
177</pre> 445</pre>
178 446
179<note> 447<note>
180None of these packages have a proper description. That is something that will be 448The current directory (<path>.</path>) will not be part of the system
181implemented in the not-so-distant future. 449classpath, as that should be added in your system's login profile.
182</note> 450</note>
183 451
184<p> 452<p>
185Again, the name in brackets <path>"[]"</path> are the IDs that you have to pass 453You will have to update your environment by logging out, then in again or
186to <c>java-config --set-system-classpath</c>, thus: 454sourcing <path>/etc/profile</path>.
455</p>
456
187</p> 457<p>
458For users, <c>java-config --set-user-classpath</c> will create
459<path>~/.gentoo/java-env-classpath</path>, which you should then source from
460your shell's profile.
461</p>
188 462
463<pre caption="Sourcing user specific classpath">
464<i>if [[ -f "${HOME}/.gentoo/java-env-classpath" ]]; then
465 source ${HOME}/.gentoo/java-env-classpath
466fi</i>
467</pre>
468
469<p>
470If you really want a system wide or user default classpath you can add
471something like the following to your shell's profile. But we would advise
472against it.
473</p>
474
189<pre caption="Setting classpaths"> 475<pre caption="Setting classpath">
190java-config --set-system-classpath=log4j,java-gtk,java-gnome 476# <i>export CLASSPATH="${CLASSPATH}:$(java-config --classpath log4j,xerces-2)"</i>
477</pre>
478
479</body>
480</section>
481</chapter>
482
483<chapter>
484<title>Java Browser Plugins</title>
485<section>
486<title>Installing a plugin</title>
487<body>
488
489<p>
490You can install a Java plugin for your web browser by emerging a Java VM with
491the <c>nsplugin</c> USE flag set.
191</pre> 492</p>
192 493
193<note> 494<note>
194The current directory (.) will not be part of the system classpath, as that 495<c>nsplugin</c> is not available for all architectures. Check for available
195should be added in root's login profile. 496plugins on your arch before trying to install a VM by running <c>emerge -pv
497&lt;java-vm&gt;</c>.
196</note> 498</note>
197 499
198<p> 500<p>
199Again, you will want to run <c>env-update</c> to update your system's 501Portage will allow you to install multiple versions of Java plugins, though
200environment, and you might also want to relogin or resource the 502only one will be used by your browser. You can check the list of available
201<path>/etc/profile</path>. 503plugins by running:
202</p>
203
204<p> 504</p>
205For users, <c>java-config --set-user-classpath</c> will create 505
206<path>$HOME/.gentoo/java-env-classpath</path>, which is automatically included 506<pre caption="Viewing available plugins">
207by <path>$HOME/.gentoo/java-env</path>. 507# <i>eselect java-nsplugin list</i>
508 [1] sun-jre-bin-1.6
509 [2] icedtea6-bin
510</pre>
511
208</p> 512<p>
513In this example, <c>sun-jre-bin</c> is selected for the browser plugin.
514</p>
515
516<pre caption="Selecting a plugin">
517# <i>eselect java-nsplugin set sun-jre-bin-1.6</i>
518</pre>
519
520<p>
521Verify that the correct plugin was selected:
522</p>
523
524<pre caption="Verifying the correct plugin">
525# <i>eselect java-nsplugin list</i>
526 [1] sun-jre-bin-1.6 current
527 [2] icedtea6-bin
528</pre>
529
530<p>
531Java.com also provides a link to <uri
532link="http://java.com/en/download/installed.jsp">verify your installed
533plugin</uri>. Additionally, if you are using a Mozilla-based browser, you can
534verify your Java plugin by typing <c>about:plugins</c> into the address bar.
535</p>
536
537</body>
538</section>
539<section>
540<title>Plugins on multilib systems</title>
541<body>
542
543<p>
544If you are running a mixed 64-bit and 32-bit multilib system (for example, on
545AMD64), you can use 64-bit and 32-bit Java plugins. Unless you have a pressing
546need to run 32-bit Java applications, we recommend using native 64-bit plugins
547on 64-bit web browsers.
548</p>
549
550<p>
551There are several native 64-bit browser plugins available. The default JDK/JRE
552pair, <c>sun-jdk</c> and <c>sun-jre-bin</c>, both include browser plugins. Just
553emerge one of them with the <c>nsplugin</c> USE flag enabled.
554</p>
555
556<pre caption="Installing a 64-bit plugin">
557# <i>echo "dev-java/sun-jre-bin nsplugin" >> /etc/portage/package.use</i>
558# <i>emerge sun-jre-bin</i>
559</pre>
560
561<p>
562To use a 32-bit plugin on a 32-bit browser, you will need to emerge
563<c>emul-linux-x86-java</c> with the <c>nsplugin</c> USE flag enabled.
564</p>
565
566<pre caption="Installing a 32-bit plugin">
567# <i>echo "app-emulation/emul-linux-x86-java nsplugin" >> /etc/portage/package.use</i>
568# <i>emerge emul-linux-x86-java</i>
569</pre>
570
571<p>
572Next, check which plugins are available:
573</p>
574
575<pre caption="Viewing available plugins">
576# <i>eselect java-nsplugin list</i>
577Available 32-bit Java browser plugins
578 [1] emul-linux-x86-java-1.5
579 [2] emul-linux-x86-java-1.6
580Available 64-bit Java browser plugins
581 [1] icedtea6-bin
582 [2] sun-jre-bin-1.6
583</pre>
584
585<p>
586Now select the right plugin for your browsers:
587</p>
588
589<pre caption="Selecting plugins">
590<comment>(Choose the plugins for 32-bit and 64-bit browsers)</comment>
591# <i>eselect java-nsplugin set 32bit emul-linux-x86-java-1.6</i>
592# <i>eselect java-nsplugin set 64bit sun-jre-bin-1.6</i>
593</pre>
594
595<p>
596Verify the correct plugin was selected:
597</p>
598
599<pre caption="Verifying the correct plugin">
600# <i>eselect java-nsplugin list</i>
601Available 32-bit Java browser plugins
602 [1] emul-linux-x86-java-1.5
603 [2] emul-linux-x86-java-1.6 current
604Available 64-bit Java browser plugins
605 [1] icedtea6-bin
606 [2] sun-jre-bin-1.6 current
607</pre>
608
609</body>
610</section>
611</chapter>
612
613<chapter>
614<title>USE flags for use with Java</title>
615<section>
616<title>Setting USE flags</title>
617<body>
618
619<p>
620For more information regarding USE flags, refer to the <uri
621link="/doc/en/handbook/handbook-x86.xml?part=2&amp;chap=2">USE flags</uri>
622chapter from the Gentoo Handbook.
623</p>
624
625</body>
626</section>
627<section>
628<title>The flags</title>
629<body>
630
631<ul>
632 <li>The <b>java</b> flag adds support for Java in a variety of programs</li>
633 <li>
634 The <b>nsplugin</b> flag adds support for Mozilla-like browsers (including
635 Firefox). You will need this for viewing Java applets in your Mozilla-like
636 browser.
637 </li>
638 <li>
639 The <b>source</b> flag installs a zip of the source code of a package.
640 This is traditionally used for IDEs to 'attach' source to the libraries you
641 are using.
642 </li>
643 <li>The <b>jce</b> flag adds support for the Java Cryptography Engine</li>
644 <li>
645 For Java packages, the <b>doc</b> flag will build API documentation using
646 javadoc.
647 </li>
648</ul>
209 649
210</body> 650</body>
211</section> 651</section>
212</chapter> 652</chapter>
213 653
216<section> 656<section>
217<title>Off-line resources</title> 657<title>Off-line resources</title>
218<body> 658<body>
219 659
220<ul> 660<ul>
221<li>java-config man page</li> 661 <li>java-config man page</li>
222<li><c>java-config --help</c></li> 662 <li><c>java-config --help</c></li>
223<li>The <path>/usr/bin/java-config</path> script itself</li>
224</ul> 663</ul>
225 664
226</body> 665</body>
227</section> 666</section>
228
229<section> 667<section>
230<title>Online resources</title> 668<title>Online resources</title>
231<body> 669<body>
232 670
233<ul> 671<ul>
672 <li>
673 The <uri link="http://www.gentoo.org/proj/en/java/">Java Project
674 Page</uri>
675 </li>
676 <li>
677 The <uri
678 link="http://news.gmane.org/gmane.linux.gentoo.java">gentoo-java</uri>,
679 <uri
680 link="http://news.gmane.org/gmane.linux.gentoo.user">gentoo-user</uri>, and
681 <uri
234<li>The <uri link="http://news.gmane.org/gmane.linux.gentoo.devel" 682 link="http://news.gmane.org/gmane.linux.gentoo.devel">gentoo-dev</uri>
235>gentoo-dev</uri>, <uri link="http://news.gmane.org/gmane.linux.gentoo.user" 683 mailing list archives
236>gentoo-user </uri> mailing list archives</li> 684 </li>
237<li>#gentoo on irc.openprojects.net</li> 685 <li>
686 <uri link="irc://irc.gentoo.org/gentoo">#gentoo</uri> and <uri
687 link="irc://irc.gentoo.org/gentoo-java">#gentoo-java</uri> on IRC
688 </li>
689 <li>
690 <uri
691 link="http://en.wikipedia.org/wiki/Java_programming_language">Wikipedia's
692 entry for Java</uri>
693 </li>
694 <li>
695 If you have suggestions or questions regarding this document, please email
696 the Gentoo Java team: <mail>java@gentoo.org</mail>
697 </li>
238</ul> 698</ul>
239 699
240</body> 700</body>
241</section> 701</section>
242</chapter> 702</chapter>

Legend:
Removed from v.1.11  
changed lines
  Added in v.1.44

  ViewVC Help
Powered by ViewVC 1.1.20