< prev index next >

src/jdk.rmic/share/man/rmic.1

Print this page


   1 .\" Copyright (c) 1994, 2019, Oracle and/or its affiliates. All rights reserved.

   2 .\" DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
   3 .\"
   4 .\" This code is free software; you can redistribute it and/or modify it
   5 .\" under the terms of the GNU General Public License version 2 only, as
   6 .\" published by the Free Software Foundation.
   7 .\"
   8 .\" This code is distributed in the hope that it will be useful, but WITHOUT
   9 .\" ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
  10 .\" FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
  11 .\" version 2 for more details (a copy is included in the LICENSE file that
  12 .\" accompanied this code).
  13 .\"
  14 .\" You should have received a copy of the GNU General Public License version
  15 .\" 2 along with this work; if not, write to the Free Software Foundation,
  16 .\" Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
  17 .\"
  18 .\" Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
  19 .\" or visit www.oracle.com if you need additional information or have any
  20 .\" questions.
  21 .\"
  22 .\" Automatically generated by Pandoc 2.3.1
  23 .\"
  24 .TH "RMIC" "1" "2018" "JDK 13" "JDK Commands"
  25 .hy
  26 .SH NAME
  27 .PP
  28 rmic \- generate stub and skeleton class files using the Java Remote
  29 Method Protocol (JRMP)
  30 .SH SYNOPSIS
  31 .PP
  32 \f[CB]rmic\f[R] [\f[I]options\f[R]]
  33 \f[I]package\-qualified\-class\-names\f[R]
  34 .TP
  35 .B \f[I]options\f[R]
  36 This represent the command\-line \f[CB]options\f[R] for the\f[CB]rmic\f[R]
  37 compiler.
  38 See \f[B]Options for the rmic Compiler\f[R].
  39 .RS
  40 .RE
  41 .TP
  42 .B \f[I]package\-qualified\-class\-names\f[R]
  43 Class names that include their packages, for example,
  44 \f[CB]java.awt.Color\f[R].
  45 .RS
  46 .RE
  47 .SH DESCRIPTION
  48 .PP
  49 \f[B]Deprecation Note:\f[R] The \f[CB]rmic\f[R] tool has been deprecated and
  50 is subject to removal in a future release. Support for static
  51 generation of Java Remote Method Protocol (JRMP) stubs and skeletons
  52 has been deprecated. Applications should use dynamically generated
  53 JRMP stubs, eliminating the need to use the \f[CB]rmic\f[R] tool for
  54 JRMP-based applications.
  55 .PP
  56 The \f[CB]rmic\f[R] compiler generates stub and skeleton class files using
  57 the JRMP.
  58 .PP
  59 \f[B]Note:\f[R]
  60 .PP
  61 The rmic compiler has been updated to remove the \f[CB]\-idl\f[R] and
  62 \f[CB]\-iiop\f[R] options and can no longer generate IDL or IIOP stubs and
  63 tie classes.
  64 .PP
  65 JRMP class files are generated from compiled Java programming language
  66 classes that are remote object implementation classes.
  67 A remote implementation class is a class that implements the interface
  68 \f[CB]java.rmi.Remote\f[R].
  69 The class names in the \f[CB]rmic\f[R] command must be for classes that
  70 were compiled successfully with the \f[CB]javac\f[R] command and must be
  71 fully package qualified.
  72 For example, running the \f[CB]rmic\f[R] command on the class file name
  73 \f[CB]HelloImpl\f[R] as shown here creates the
  74 \f[CB]HelloImpl_Stub.class\f[R] file in the \f[CB]hello\f[R] subdirectory
  75 (named for the class\[aq]s package):
  76 .RS
  77 .PP
  78 \f[CB]rmic\ hello.HelloImpl\f[R]
  79 .RE
  80 .PP
  81 A skeleton for a remote object is a JRMP protocol server\-side entity
  82 that has a method that dispatches calls to the remote object
  83 implementation.
  84 .PP
  85 A stub is a client\-side proxy for a remote object that\[aq]s
  86 responsible for communicating method invocations on remote objects to
  87 the server where the actual remote object implementation resides.
  88 A client\[aq]s reference to a remote object, therefore, is actually a
  89 reference to a local stub.
  90 .PP
  91 By default, the \f[CB]rmic\f[R] command generates stub classes that use
  92 the 1.2 JRMP stub protocol version only, as though the \f[CB]\-v1.2\f[R]
  93 option were specified.
  94 See \f[B]Options for the rmic Compiler\f[R].
  95 .PP
  96 A stub implements only the remote interfaces, and not local interfaces
  97 that the remote object also implements.
  98 Because a JRMP stub implements the same set of remote interfaces as the
  99 remote object, a client can use the Java programming language built\-in
 100 operators for casting and type checking.
 101 .PP
 102 \f[B]Note:\f[R]
 103 .PP
 104 The rmic compiler does not support reading of class files that have been
 105 compiled with the \f[CB]\-\-enable\-preview\f[R] option, nor does it
 106 support generation of stub or skeleton classes that have preview
 107 features enabled.
 108 .SH OPTIONS FOR THE RMIC COMPILER
 109 .TP
 110 .B \f[CB]\-bootclasspath\f[R] \f[I]path\f[R]
 111 Overrides the location of bootstrap class files.
 112 .RS
 113 .RE
 114 .TP
 115 .B \f[CB]\-classpath\f[R] \f[I]path\f[R]
 116 Specifies the path the \f[CB]rmic\f[R] command uses to look up classes.
 117 This option overrides the default or the \f[CB]CLASSPATH\f[R] environment
 118 variable when it is set.
 119 Directories are separated by colons or semicolons, depending on your
 120 operating system.
 121 The following is the general format for \f[I]path\f[R]:
 122 .RS
 123 .IP \[bu] 2
 124 \f[B]Oracle Solaris, Linux, and OS X:\f[R]
 125 \f[CB]\&.:\f[R]\f[I]your_path\f[R], for example:
 126 \f[CB]\&.:/usr/local/java/classes\f[R]
 127 .IP \[bu] 2
 128 \f[B]Windows:\f[R] \f[CB]\&.;\f[R]\f[I]your_path\f[R], for example:
 129 \f[CB]\&.;/usr/local/java/classes\f[R]
 130 .RE
 131 .TP
 132 .B \f[CB]\-d\f[R] \f[I]directory\f[R]
 133 Specifies the root destination directory for the generated class
 134 hierarchy.
 135 You can use this option to specify a destination directory for the stub,
 136 skeleton, and tie files.
 137 .RS
 138 .IP \[bu] 2
 139 \f[B]Oracle Solaris, Linux, and OS X:\f[R] For example, the following
 140 command places the stub and skeleton classes derived from
 141 \f[CB]MyClass\f[R] into the directory \f[CB]/java/classes/exampleclass\f[R]:
 142 .RS 2
 143 .RS
 144 .PP
 145 \f[CB]rmic\ \-d\ /java/classes\ exampleclass.MyClass\f[R]
 146 .RE
 147 .RE
 148 .IP \[bu] 2
 149 \f[B]Windows:\f[R] For example, the following command places the stub and
 150 skeleton classes derived from \f[CB]MyClass\f[R] into the directory
 151 \f[CB]C:\\java\\classes\\exampleclass\f[R]:
 152 .RS 2
 153 .RS
 154 .PP
 155 \f[CB]rmic\ \-d\ C:\\java\\classes\ exampleclass.MyClass\f[R]
 156 .RE
 157 .RE
 158 .PP
 159 If the \f[CB]\-d\f[R] option isn\[aq]t specified, then the default
 160 behavior is as though \f[CB]\-d\f[R] was specified.
 161 The package hierarchy of the target class is created in the current
 162 directory, and stub/tie/skeleton files are placed within it.
 163 .RE
 164 .TP
 165 .B \f[CB]\-g\f[R]
 166 Enables the generation of all debugging information, including local
 167 variables.
 168 By default, only line number information is generated.
 169 .RS
 170 .RE
 171 .TP
 172 .B \f[CB]\-J\f[R]\f[I]argument\f[R]
 173 Used with any Java command, the \f[CB]\-J\f[R] option passes the
 174 \f[I]argument\f[R] that follows it (no spaces between the \f[CB]\-J\f[R]
 175 and the argument) to the Java interpreter.
 176 .RS
 177 .RE
 178 .TP
 179 .B \f[CB]\-keep\f[R] or \f[CB]\-keepgenerated\f[R]
 180 Retains the generated \f[CB]\&.java\f[R] source files for the stub,
 181 skeleton, and tie classes and writes them to the same directory as
 182 the\f[CB]\&.class\f[R] files.
 183 .RS
 184 .RE
 185 .TP
 186 .B \f[CB]\-nowarn\f[R]
 187 Turns off warnings.
 188 When the \f[CB]\-nowarn\f[R] options is used, the compiler doesn\[aq]t
 189 print warnings.
 190 .RS
 191 .RE
 192 .TP
 193 .B \f[CB]\-nowrite\f[R]
 194 Doesn\[aq]t write compiled classes to the file system.
 195 .RS
 196 .RE
 197 .TP
 198 .B \f[CB]\-vcompat\f[R] (deprecated)
 199 Generates stub and skeleton classes that are compatible with both the
 200 1.1 and 1.2 JRMP stub protocol versions.
 201 This option was the default in releases before 5.0.
 202 The generated stub classes use the 1.1 stub protocol version when loaded
 203 in a JDK 1.1 virtual machine and use the 1.2 stub protocol version when
 204 loaded into a 1.2 (or later) virtual machine.
 205 The generated skeleton classes support both 1.1 and 1.2 stub protocol
 206 versions.
 207 The generated classes are relatively large to support both modes of
 208 operation.
 209 .RS
 210 .PP
 211 \f[B]Note:\f[R]
 212 .PP
 213 This option has been deprecated.
 214 See \f[B]Description\f[R].
 215 .RE
 216 .TP
 217 .B \f[CB]\-verbose\f[R]
 218 Causes the compiler and linker to print messages about what classes are
 219 being compiled and what class files are being loaded.
 220 .RS
 221 .RE
 222 .TP
 223 .B \f[CB]\-v1.1\f[R] (deprecated)
 224 Generates stub and skeleton classes for the 1.1 JRMP stub protocol
 225 version only.
 226 The \f[CB]\-v1.1\f[R] option is useful only for generating stub classes
 227 that are serialization\-compatible with existing, statically deployed
 228 stub classes generated by the \f[CB]rmic\f[R] command from JDK 1.1 that
 229 can\[aq]t be upgraded (and dynamic class loading isn\[aq]t being used).
 230 .RS
 231 .PP
 232 \f[B]Note:\f[R]
 233 .PP
 234 This option has been deprecated.
 235 See \f[B]Description\f[R].
 236 .RE
 237 .TP
 238 .B \f[CB]\-v1.2\f[R] (deprecated)
 239 (Default) Generates stub classes for the 1.2 JRMP stub protocol version
 240 only.
 241 No skeleton classes are generated because skeleton classes aren\[aq]t
 242 used with the 1.2 stub protocol version.
 243 The generated stub classes don\[aq]t work when they\[aq]re loaded into a
 244 JDK 1.1 virtual machine.
 245 .RS
 246 .PP
 247 \f[B]Note:\f[R]
 248 .PP
 249 This option has been deprecated.
 250 See \f[B]Description\f[R].
 251 .RE
 252 .SH ENVIRONMENT VARIABLES
 253 .TP
 254 .B \f[CB]CLASSPATH\f[R]
 255 Used to provide the system a path to user\-defined classes.
 256 .RS
 257 .IP \[bu] 2
 258 \f[B]Oracle Solaris, Linux, and OS X:\f[R] Directories are separated by
 259 colons, for example: \f[CB]\&.:/usr/local/java/classes\f[R].
 260 .IP \[bu] 2
 261 \f[B]Windows:\f[R] Directories are separated by colons, for example:
 262 \f[CB]\&.;C:\\usr\\local\\java\\classes\f[R].
 263 .RE
   1 '\" t
   2 .\" Copyright (c) 1997, 2013, Oracle and/or its affiliates. All rights reserved.
   3 .\" DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
   4 .\"
   5 .\" This code is free software; you can redistribute it and/or modify it
   6 .\" under the terms of the GNU General Public License version 2 only, as
   7 .\" published by the Free Software Foundation.
   8 .\"
   9 .\" This code is distributed in the hope that it will be useful, but WITHOUT
  10 .\" ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
  11 .\" FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
  12 .\" version 2 for more details (a copy is included in the LICENSE file that
  13 .\" accompanied this code).
  14 .\"
  15 .\" You should have received a copy of the GNU General Public License version
  16 .\" 2 along with this work; if not, write to the Free Software Foundation,
  17 .\" Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
  18 .\"
  19 .\" Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
  20 .\" or visit www.oracle.com if you need additional information or have any
  21 .\" questions.
  22 .\"
  23 .\"     Arch: generic
  24 .\"     Software: JDK 8
  25 .\"     Date: 21 November 2013
  26 .\"     SectDesc: Remote Method Invocation (RMI) Tools
  27 .\"     Title: rmic.1
  28 .\"
  29 .if n .pl 99999
  30 .TH rmic 1 "21 November 2013" "JDK 8" "Remote Method Invocation (RMI) Tools"
  31 .\" -----------------------------------------------------------------
  32 .\" * Define some portability stuff
  33 .\" -----------------------------------------------------------------
  34 .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  35 .\" http://bugs.debian.org/507673
  36 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
  37 .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  38 .ie \n(.g .ds Aq \(aq
  39 .el       .ds Aq '
  40 .\" -----------------------------------------------------------------
  41 .\" * set default formatting
  42 .\" -----------------------------------------------------------------
  43 .\" disable hyphenation
  44 .nh
  45 .\" disable justification (adjust text to left margin only)
  46 .ad l
  47 .\" -----------------------------------------------------------------
  48 .\" * MAIN CONTENT STARTS HERE *
  49 .\" -----------------------------------------------------------------
  50 
  51 .SH NAME    
  52 rmic \- Generates stub, skeleton, and tie classes for remote objects that use the Java Remote Method Protocol (JRMP) or Internet Inter-Orb protocol (IIOP)\&. Also generates Object Management Group (OMG) Interface Definition Language (IDL)
  53 .SH SYNOPSIS    
  54 .sp     
  55 .nf     
  56 
  57 \fBrmic\fR [ \fIoptions\fR ] \fIpackage\-qualified\-class\-names\fR
  58 .fi     
  59 .sp     
  60 .TP     
  61 \fIoptions\fR
  62 The command-line \f3options\fR\&. See Options\&.
  63 .TP     
  64 \fIpackage-qualified-class-names\fR
  65 Class names that include their packages, for example, \f3java\&.awt\&.Color\fR\&.
  66 .SH DESCRIPTION    
  67 \fIDeprecation Note:\fR Support for static generation of Java Remote Method Protocol (JRMP) stubs and skeletons has been deprecated\&. Oracle recommends that you use dynamically generated JRMP stubs instead, eliminating the need to use this tool for JRMP-based applications\&. See the \f3java\&.rmi\&.server\&.UnicastRemoteObject\fR specification at http://docs\&.oracle\&.com/javase/8/docs/api/java/rmi/server/UnicastRemoteObject\&.html for further information\&.
  68 .PP
  69 The \f3rmic\fR compiler generates stub and skeleton class files using the Java Remote Method Protocol (JRMP) and stub and tie class files (IIOP protocol) for remote objects\&. These class files are generated from compiled Java programming language classes that are remote object implementation classes\&. A remote implementation class is a class that implements the interface \f3java\&.rmi\&.Remote\fR\&. The class names in the \f3rmic\fR command must be for classes that were compiled successfully with the \f3javac\fR command and must be fully package qualified\&. For example, running the \f3rmic\fR command on the class file name \f3HelloImpl\fR as shown here creates the \f3HelloImpl_Stub\&.class\fRfile in the hello subdirectory (named for the class\&'s package):
  70 .sp     
  71 .nf     
  72 \f3rmic hello\&.HelloImpl\fP
  73 .fi     
  74 .nf     
  75 \f3\fP
  76 .fi     
  77 .sp     
  78 A skeleton for a remote object is a JRMP protocol server-side entity that has a method that dispatches calls to the remote object implementation\&.
  79 .PP
  80 A tie for a remote object is a server-side entity similar to a skeleton, but communicates with the client with the IIOP protocol\&.
  81 .PP
  82 A stub is a client-side proxy for a remote object that is responsible for communicating method invocations on remote objects to the server where the actual remote object implementation resides\&. A client\&'s reference to a remote object, therefore, is actually a reference to a local stub\&.
  83 .PP
  84 By default, the \f3rmic\fR command generates stub classes that use the 1\&.2 JRMP stub protocol version only, as though the \f3-v1\&.2\fR option was specified\&. The \f3-vcompat\fR option was the default in releases before 5\&.0\&. Use the \f3-iiop\fR option to generate stub and tie classes for the IIOP protocol\&. See Options\&.
  85 .PP
  86 A stub implements only the remote interfaces, and not any local interfaces that the remote object also implements\&. Because a JRMP stub implements the same set of remote interfaces as the remote object, a client can use the Java programming language built-in operators for casting and type checking\&. For IIOP, the \f3PortableRemoteObject\&.narrow\fR method must be used\&.
  87 .SH OPTIONS    
  88 .TP
  89 -bootclasspath \fIpath\fR
  90 .br
  91 Overrides the location of bootstrap class files\&.
  92 .TP
  93 -classpath path
  94 .br
  95 Specifies the path the \f3rmic\fR command uses to look up classes\&. This option overrides the default or the \f3CLASSPATH\fR environment variable when it is set\&. Directories are separated by colons\&. The general format for path is: \f3\&.:<your_path>\fR, for example: \f3\&.:/usr/local/java/classes\fR\&.
  96 .TP
  97 -d \fIdirectory\fR
  98 .br
  99 Specifies the root destination directory for the generated class hierarchy\&. You can use this option to specify a destination directory for the stub, skeleton, and tie files\&. For example, the following command places the stub and skeleton classes derived from MyClass into the directory /java/classes/exampleclass\&.
 100 .sp     
 101 .nf     
 102 \f3rmic \-d /java/classes exampleclass\&.MyClass\fP
 103 .fi     
 104 .nf     
 105 \f3\fP
 106 .fi     
 107 .sp     
 108 
 109 
 110 If the \f3-d\fR option is not specified, then the default behavior is as if \f3-d \&.\fR was specified\&. The package hierarchy of the target class is created in the current directory, and stub/tie/skeleton files are placed within it\&. In some earlier releases of the \f3rmic\fR command, if the \f3-d\fR option was not specified, then the package hierarchy was not created, and all of the output files were placed directly in the current directory\&.
 111 .TP
 112 -extdirs \fIpath\fR
 113 .br
 114 Overrides the location of installed extensions\&.
 115 .TP
 116 -g
 117 .br
 118 Enables the generation of all debugging information, including local variables\&. By default, only line number information is generated\&.
 119 .TP
 120 -idl
 121 .br
 122 Causes the \f3rmic\fR command to generate OMG IDL for the classes specified and any classes referenced\&. IDL provides a purely declarative, programming language-independent way to specify an API for an object\&. The IDL is used as a specification for methods and data that can be written in and called from any language that provides CORBA bindings\&. This includes Java and C++ among others\&. See Java IDL: IDL to Java Language Mapping at http://docs\&.oracle\&.com/javase/8/docs/technotes/guides/idl/mapping/jidlMapping\&.html
 123 
 124 When the \f3-idl\fR option is used, other options also include:
 125 .RS     
 126 .TP 0.2i    
 127 \(bu
 128 The \f3-always\fR or \f3-alwaysgenerate\fR options force regeneration even when existing stubs/ties/IDL are newer than the input class\&.
 129 .TP 0.2i    
 130 \(bu
 131 The \f3-factory\fR option uses the \f3factory\fR keyword in generated IDL\&.
 132 .TP 0.2i    
 133 \(bu
 134 The \f3-idlModule\fR from J\f3avaPackage[\&.class]\fR\f3toIDLModule\fR specifies \f3IDLEntity\fR package mapping, for example: \f3-idlModule\fR\f3my\&.module my::real::idlmod\fR\&.
 135 .TP 0.2i    
 136 \(bu
 137 \f3-idlFile\fR\f3fromJavaPackage[\&.class] toIDLFile\fR specifies \f3IDLEntity\fR file mapping, for example: \f3-idlFile test\&.pkg\&.X TEST16\&.idl\fR\&.
 138 .RE     
 139 
 140 .TP
 141 -iiop
 142 .br
 143 Causes the \f3rmic\fR command to generate IIOP stub and tie classes, rather than JRMP stub and skeleton classes\&. A stub class is a local proxy for a remote object and is used by clients to send calls to a server\&. Each remote interface requires a stub class, which implements that remote interface\&. A client reference to a remote object is a reference to a stub\&. Tie classes are used on the server side to process incoming calls, and dispatch the calls to the proper implementation class\&. Each implementation class requires a tie class\&.
 144 
 145 If you call the \f3rmic\fR command with the \f3-iiop\fR, then it generates stubs and ties that conform to this naming convention:
 146 .sp     
 147 .nf     
 148 \f3_<implementationName>_stub\&.class\fP
 149 .fi     
 150 .nf     
 151 \f3_<interfaceName>_tie\&.class\fP
 152 .fi     
 153 .nf     
 154 \f3\fP
 155 .fi     
 156 .sp     
 157 .RS     
 158 .TP 0.2i    
 159 \(bu
 160 When you use the \f3-iiop\fR option, other options also include:
 161 .TP 0.2i    
 162 \(bu
 163 The \f3-always\fR or \f3-alwaysgenerate\fR options force regeneration even when existing stubs/ties/IDL are newer than the input class\&.
 164 .TP 0.2i    
 165 \(bu
 166 The \f3-nolocalstubs\fR option means do not create stubs optimized for same-process clients and servers\&.
 167 .TP 0.2i    
 168 \(bu
 169 The \f3-noValueMethods\fR option must be used with the \f3-idl\fR option\&. The \f3-noValueMethods\fR option prevents the addition of \f3valuetype\fR methods and initializers to emitted IDL\&. These methods and initializers are optional for valuetypes, and are generated unless the \f3-noValueMethods\fR option is specified with the \f3-idl\fR option\&.
 170 .TP 0.2i    
 171 \(bu
 172 The \f3-poa\fR option changes the inheritance from \f3org\&.omg\&.CORBA_2_3\&.portable\&.ObjectImpl\fR to \f3org\&.omg\&.PortableServer\&.Servant\fR\&. The \f3PortableServer\fR module for the Portable Object Adapter (POA) defines the native \f3Servant\fR type\&. In the Java programming language, the \f3Servant\fR type is mapped to the \f3Java org\&.omg\&.PortableServer\&.Servant\fR class\&. It serves as the base class for all POA servant implementations and provides a number of methods that can be called by the application programmer, and methods that are called by the POA and that can be overridden by the user to control aspects of servant behavior\&. Based on the OMG IDL to Java Language Mapping Specification, CORBA V 2\&.3\&.1 ptc/00-01-08\&.pdf\&..RE     
 173 
 174 .TP
 175 -J
 176 .br
 177 Used with any Java command, the \f3-J\fR option passes the argument that follows the \f3-J\fR (no spaces between the \f3-J\fRand the argument) to the Java interpreter
 178 .TP
 179 -keep or -keepgenerated
 180 .br
 181 Retains the generated \f3\&.java\fR source files for the stub, skeleton, and tie classes and writes them to the same directory as the\f3\&.class\fR files\&.
 182 .TP
 183 -nowarn
 184 .br
 185 Turns off warnings\&. When the \f3-nowarn\fR options is used\&. The compiler does not print out any warnings\&.
 186 .TP
 187 -nowrite
 188 .br
 189 Does not write compiled classes to the file system\&.
 190 .TP
 191 -vcompat (deprecated)
 192 .br
 193 Generates stub and skeleton classes that are compatible with both the 1\&.1 and 1\&.2 JRMP stub protocol versions\&. This option was the default in releases before 5\&.0\&. The generated stub classes use the 1\&.1 stub protocol version when loaded in a JDK 1\&.1 virtual machine and use the 1\&.2 stub protocol version when loaded into a 1\&.2 (or later) virtual machine\&. The generated skeleton classes support both 1\&.1 and 1\&.2 stub protocol versions\&. The generated classes are relatively large to support both modes of operation\&. Note: This option has been deprecated\&. See Description\&.
 194 .TP
 195 -verbose
 196 .br
 197 Causes the compiler and linker to print out messages about what classes are being compiled and what class files are being loaded\&.
 198 .TP
 199 -v1\&.1 (deprecated)
 200 .br
 201 Generates stub and skeleton classes for the 1\&.1 JRMP stub protocol version only\&. The \f3-v1\&.1\fR option is only useful for generating stub classes that are serialization-compatible with preexisting, statically deployed stub classes that were generated by the \f3rmic\fR command from JDK 1\&.1 and that cannot be upgraded (and dynamic class loading is not being used)\&. Note: This option has been deprecated\&. See Description\&.
 202 .TP
 203 -v1\&.2 (deprecated)
 204 .br
 205 (Default) Generates stub classes for the 1\&.2 JRMP stub protocol version only\&. No skeleton classes are generated because skeleton classes are not used with the 1\&.2 stub protocol version\&. The generated stub classes do not work when they are loaded into a JDK 1\&.1 virtual machine\&. Note: This option has been deprecated\&. See Description\&.
 206 .SH ENVIRONMENT\ VARIABLES    
 207 .TP     
 208 CLASSPATH
 209 Used to provide the system a path to user-defined classes\&. Directories are separated by colons, for example: \f3\&.:/usr/local/java/classes\fR\&.
 210 .SH SEE\ ALSO    
 211 .TP 0.2i    
 212 \(bu
 213 javac(1)
 214 .TP 0.2i    
 215 \(bu
 216 java(1)
 217 .TP 0.2i    
 218 \(bu
 219 Setting the Class Path
 220 .RE
 221 .br
 222 'pl 8.5i
 223 'bp









































< prev index next >