rmic-java-1.6.0-openjdk.1 - Online Linux Manual Page

.'" t ." ." Copyright 2000-2006 Sun Microsystems, Inc. All Rights Reserved. ." DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. ." ." This code is free software; you can redistribute it and/or modify it ." under the terms of the GNU General Public License version 2 only, as ." published by the Free Software Foundation. ." ." This code is distributed in the hope that it will be useful, but WITHOUT ." ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or ." FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License ." version 2 for more details (a copy is included in the LICENSE file that ." accompanied this code). ." ." You should have received a copy of the GNU General Public License version ." 2 along with this work; if not, write to the Free Software Foundation, ." Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. ." ." Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA ." or visit www.oracle.com if you need additional information or have any ." questions. ." ." ` rmic - Online Linux Manual PageSection : 1
Updated : 05 Aug 2006
." Generated by html2roff

NAMErmic − The Java RMI Compiler rmic generates stub, skeleton, and tie classes for remote objects using either the JRMP or IIOP protocols. Also generates OMG IDL.

SYNOPSIS flrmic [ options ] \f4package\-qualified\-class\-name(s)\fP\f3 fl

DESCRIPTIONThe rmic compiler generates stub and skeleton class files (JRMP protocol) and stub and tie class files (IIOP protocol) for remote objects. These classes 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 java.rmi.Remote. The class names in the rmic command must be for classes that have been compiled successfully with the javac command and must be fully package qualified. For example, running rmic on the class file name HelloImpl as shown here: flrmic hello.HelloImpl flcreates the HelloImpl_Stub.class file in the hello subdirectory (named for the class's package). A skeleton for a remote object is a JRMP protocol server−side entity that has a method that dispatches calls to the actual remote object implementation. A tie for a remote object is a server−side entity similar to a skeleton, but which communicates with the client using the IIOP protocol. A stub is a client−side proxy for a remote object which 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. By default, rmic generates stub classes that use the 1.2 JRMP stub protocol version only, as if the −v1.2 option had been specified. (Note that the −vcompat option was the default in releases prior to 5.0.) Use the −iiop option to generate stub and tie classes for the IIOP protocol. A stub implements only the remote interfaces, 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 itself, a client can use the Java programming language's built−in operators for casting and type checking. For IIOP, the PortableRemoteObject.narrow method must be used.

OPTIONS−bootclasspath path Overrides location of bootstrap class files −classpath path Specifies the path rmic uses to look up classes. This option overrides the default or the CLASSPATH environment variable if it is set. Directories are separated by colons. Thus the general format for path is: fl.:<your_path> flFor example: fl.:/usr/local/java/classes fl−d directory 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 command fl% rmic −d /java/classes foo.MyClass flwould place the stub and skeleton classes derived from MyClass into the directory /java/classes/foo. If the −d option is not specified, the default behavior is as if "−d ." were specified: the package hierarchy of the target class is created in the current directory, and stub/tie/skeleton files are placed within it. (Note that in some previous versions of rmic, if −d was not specified, then the package hierarchy was not created, and all of the output files were placed directly in the current directory.)
−extdirs path Overrides location of installed extensions −g Enables generation of all debugging information, including local variables. By default, only line number information is generated. −idl Causes rmic to generate OMG IDL for the classes specified and any classes referenced. IDL provides a purely declarative, programming language−independent way of specifying an object's API. The IDL is used as a specification for methods and data that can be written in and invoked from any language that provides CORBA bindings. This includes Java and C++ among others. See the Java Language to IDL Mapping @ .fi http://www.omg.org/technology/documents/formal/java_language_mapping_to_omg_idl.htm (OMG) document for a complete description. When the −idl option is used, other options also include: −always or −alwaysgenerate Forces re−generation even when existing stubs/ties/IDL are newer than the input class. −factory Uses factory keyword in generated IDL. −idlModule fromJavaPackage[.class] toIDLModule Specifies IDLEntity package mapping. For example: −idlModule foo.bar my::real::idlmod. −idlFile fromJavaPackage[.class] toIDLFile Specifies IDLEntity file mapping. For example: −idlFile test.pkg.X TEST16.idl. −iiop Causes rmic 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's reference to a remote object is actually 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. Invoking rmic with the −iiop generates stubs and ties that conform to this naming convention: fl_<implementationName>_stub.class fl
fl_<interfaceName>_tie.class flWhen the −iiop option is used, other options also include: −always or −alwaysgenerate Forces re−generation even when existing stubs/ties/IDL are newer than the input class. −nolocalstubs Do not create stubs optimized for same−process clients and servers. −noValueMethods Must be used with the −idl option. Prevents addition of valuetype methods and initializers to emitted IDL. These methods and initializers are optional for valuetypes, and are generated unless the −noValueMethods option is specified when using the −idl option. −poa Changes the inheritance from org.omg.CORBA_2_3.portable.ObjectImpl to org.omg.PortableServer.Servant. The PortableServer module for the Portable Object Adapter @ .fi http://java.sun.com/javase/6/docs/technotes/guides/idl/POA.html (POA) defines the native Servant type. In the Java programming language, the Servant type is mapped to the Java org.omg.PortableServer.Servant class. It serves as the base class for all POA servant implementations and provides a number of methods that may be invoked by the application programmer, as well as methods which are invoked by the POA itself and may 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. −J Used in conjunction with any java option, it passes the option following the −J (no spaces between the −J and the option) on to the java interpreter. −keep or −keepgenerated Retains the generated .java source files for the stub, skeleton, and/or tie classes and writes them to the same directory as the .class files. −nowarn Turns off warnings. If used the compiler does not print out any warnings. −vcompat Generates stub and skeleton classes compatible with both the 1.1 and 1.2 JRMP stub protocol versions. (This option was the default in releases prior to 5.0.) The generated stub classes will use the 1.1 stub protocol version when loaded in a JDK 1.1 virtual machine and will use the 1.2 stub protocol version when loaded into a 1.2 (or later) virtual machine. The generated skeleton classes will support both 1.1 and 1.2 stub protocol versions. The generated classes are relatively large in order to support both modes of operation. −verbose Causes the compiler and linker to print out messages about what classes are being compiled and what class files are being loaded. −v1.1 Generates stub and skeleton classes for the 1.1 JRMP stub protocol version only. Note that this option is only useful for generating stub classes that are serialization−compatible with pre−existing, statically−deployed stub classes that were generated by the rmic tool from JDK 1.1 and that cannot be upgraded (and dynamic class loading is not being used). −v1.2 (default) Generates stub classes for the 1.2 JRMP stub protocol version only. No skeleton classes are generated with this option because skeleton classes are not used with the 1.2 stub protocol version. The generated stub classes will not work if they are loaded into a JDK 1.1 virtual machine.

ENVIRONMENT VARIABLESCLASSPATH Used to provide the system a path to user−defined classes. Directories are separated by colons. For example, fl.:/usr/local/java/classes fl

SEE ALSOjava, javac, CLASSPATH 0

Johanes Gumabo

Data Size : 30,168 byte
man-rmic-java-1.6.0-openjdk.1Build : 2024-12-05, 20:55 :
Visitor Screen : x
Visitor Counter ( page / site ) : 2 / 180,961
Visitor ID : :
Visitor IP : 3.15.214.244 :
Visitor Provider : AMAZON-02 :
Provider Position ( lat x lon ) : 39.962500 x -83.006100 : x
Provider Accuracy Radius ( km ) : 1000 :
Provider City : Columbus :
Provider Province : Ohio , : ,
Provider Country : United States :
Provider Continent : North America :
Visitor Recorder : Version :
Visitor Recorder : Library :
Online Linux Manual Page : Version : Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.05
Online Linux Manual Page : Library : lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page : Library : lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base : Version : Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base : Library : lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36

Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .

If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.

ERROR : Need New Coding : (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|1|'"|.'" t ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|2|"|." ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|3|"|." Copyright 2000-2006 Sun Microsystems, Inc. All Rights Reserved. ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|4|"|." DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|5|"|." ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|6|"|." This code is free software; you can redistribute it and/or modify it ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|7|"|." under the terms of the GNU General Public License version 2 only, as ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|8|"|." published by the Free Software Foundation. ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|9|"|." ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|10|"|." This code is distributed in the hope that it will be useful, but WITHOUT ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|11|"|." ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|12|"|." FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|13|"|." version 2 for more details (a copy is included in the LICENSE file that ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|14|"|." accompanied this code). ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|15|"|." ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|16|"|." You should have received a copy of the GNU General Public License version ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|17|"|." 2 along with this work; if not, write to the Free Software Foundation, ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|18|"|." Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|19|"|." ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|20|"|." Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|21|"|." or visit www.oracle.com if you need additional information or have any ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|22|"|." questions. ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|23|"|." ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|24|"|." ` ) (parse_manual_page_|249|rmic-java-1.6.0-openjdk.1|26|"|." Generated by html2roff ) (rof_escape_sequence|91|rmic-java-1.6.0-openjdk.1|44|\f4package\-qualified\-class\-name(s)\fP\f3|flrmic [ \fP\f3options\fP\f3 ] \fP\f4package\-qualified\-class\-name(s)\fP\f3 ) (rof_fi|19|rmic-java-1.6.0-openjdk.1|145|1|.fi ) (rof_fi|19|rmic-java-1.6.0-openjdk.1|204|1|.fi )