- 浏览: 18999 次
- 性别:
文章分类
最新评论
Sun标准rmi属性总结(J2SE1.4.2 compatible)
Properties that are useful to set on JVMs* that export remote objects
java.rmi.activation.port
(1.2 and later)This property is used to set the TCP port number on which this VM should communicate with rmid
(by default,rmid
listens on port 1098, but can be set to listen on a different port by using the-port
option on thermid
command line). The default value of this property is 1098, so this property only needs to be set on VMs that need to communicate with an instance ofrmid
that is running on a port other than 1098.java.rmi.dgc.leaseValue
(1.1 and later)The value of this property represents the lease duration (in milliseconds) granted to other JVMs that hold remote references to objects which have been exported by this JVM. Clients usually renew a lease when it is 50% expired, so a very short value will increase network traffic and risk late renewals in exchange for reduced latency in calls to Unreferenced.unreferenced
. The default value of this property is 600000 milliseconds (10 minutes).java.rmi.server.codebase
(1.1 and later)This property specifies the locations from which classes that are published by this JVM (for example: stub classes, custom classes that implement the declared return type of a remote method call, or interfaces used by a proxy or stub class) may be downloaded. The value of this property is a string in URL format (or a space-separated list of URLs in 1.2 and later) that will be the codebase annotation for all classes loaded from the CLASSPATH of (and subsequently marshalled by) this JVM. Note:This property must be set correctly in order to dynamically download classes and interfaces using RMI. If this property is not set correctly, you will likely encounter exceptions when attempting to run your server or client. For more information on this property, see Dynamic code downloading using RMI (Using the
java.rmi.server.codebase
Property).java.rmi.server.hostname
(1.1 and later)The value of this property represents the host name string that should be associated with remote stubs for locally created remote objects, in order to allow clients to invoke methods on the remote object. In 1.1.7 and later, the default value of this property is the IP address of the local host, in "dotted-quad" format. java.rmi.server.logCalls
(1.1 and later)If this value is true
, incoming calls and exceptions thrown from incoming calls will be logged toSystem.err
. Setting this property totrue
will greatly assist you in debugging your RMI programs. See alsosun.rmi.server.exceptionTrace
.java.rmi.server.randomIDs
(1.1.8 and later)If this value is true
, object identifiers for remote objects exported by this JVM will be generated by using a cryptographically secure random number generator. The default value isfalse
.java.rmi.server.useCodebaseOnly
(1.1 and later)If this value is true
, automatic loading of classes is prohibited except from the local CLASSPATH and from thejava.rmi.server.codebase
property set on this JVM. Use of this property prevents client JVMs from dynamically downloading bytecodes from other codebases. This property is ignored in the implementations of 1.2 and 1.2.1 because of a bug.java.rmi.server.useLocalHostname
(1.1.7 and later)RMI now uses an IP address to identify the local host when the java.rmi.server.hostname
property is not specified and a fully qualified domain name for the localhost cannot be obtained. In order to force RMI to use the fully qualified domain name by default, you need to set the this property totrue
.
Properties that are useful to set on JVMs that make remote method calls
java.rmi.server.codebase
(1.1 and later)This property specifies the locations from which classes that are published by this JVM (for example, custom classes that implement an interface that is the declared parameter type of a remote method call) may be downloaded. The value of this property is a string in URL format (or a space-separated list of URLs in 1.2 and later) that will be the codebase annotation for all classes loaded from the CLASSPATH of (and subsequently marshalled by) this JVM. Note: Classes that exist in both the server's codebase and the client's CLASSPATH will be loaded from the client's CLASSPATH, rather than from the server's codebase as intended. For more information on this property, see Dynamic code downloading using RMI (Using the
java.rmi.server.codebase
Property).java.rmi.server.disableHttp
(1.1 and later)If this value is true
, HTTP tunneling is disabled, even whenhttp.proxyHost
is set. The default value isfalse
. If you know that your program will never need to use HTTP tunneling, then by disabling HTTP tunneling, you should see shorter timeouts for failed connections.java.rmi.server.useCodebaseOnly
(1.1 and later)If this value is true
, automatic loading of classes is prohibited except from the local CLASSPATH and from thejava.rmi.server.codebase
property set on this JVM. Use of this property prevents client JVMs from dynamically downloading bytecodes from other codebases. This property is ignored in the implementations of 1.2 and 1.2.1 because of a bug.
Properties that can be set on rmid
sun.rmi.activation.execTimeout
(1.2 and later)The value of this property represents the time (in milliseconds) that the activation system will wait for a spawned activation group to start up. Setting this property gives you the ability to shorten or lengthen the maximum time that rmid
will wait for an activation group to start up. The default value is 30000 milliseconds (30 seconds).sun.rmi.activation.snapshotInterval
(1.2 and later)This property controls the number of updates for which the activation system will wait before it serializes a snapshot of its state to the rmid
log file on disk. An "update" refers to a persistent change in the state of the activation system (for example, the registration of anActivatable
object) since the last snapshot was taken. Changing the value of this property can be used to makermid
re-start more quickly (by taking snapshots of the log more often) or to makermid
more efficient (by taking snapshots of the log less often). The value of this property is a positive integer value. The default value is 200.sun.rmi.log.debug
(1.2 and later)If this value is true
, details ofrmid
's logging activity are sent toSystem.err
.sun.rmi.rmid.maxstartgroup
(1.2 and later)The value of this property represents the maximum number of activation group VMs that rmid
will allow to be in the "spawning but not yet active" state simultaneously. If more VMs need to be started, they will queue up until one of the current spawn attempts either succeeds or times out. Note that this property does not limit the maximum number of active VMs; it is intended to smooth out sudden spikes of activity to avoid reaching operating system limits. While setting the value of this property to a lower number may result in a longer start-up time forrmid
, and setting the value to a higher number could shorten the start-up time, setting this value too high can crashrmid
, because your system may run out of resources. The default value is 3.sun.rmi.server.activation.debugExec
(1.2 and later)If this value is true
, the activation system will print out debugging information to the command line that is used for spawning activation groups. By default, the value isfalse
, so debugging information is not printed.
Properties that are useful to set on JVMs* that export remote objects
sun.rmi.dgc.ackTimeout
(1.4 and later)The value of this property represents the length of time (in milliseconds) that the server-side RMI runtime will strongly refer to a remote object (or a reference to a remote object) that has been returned from the current virtual machine as part of the result of a remote method call, until it receives positive acknowledgment from the client that the remote reference has been fully received and processed. This timeout only applies to failure situations (in which the client fails to send the acknowledgment). Setting the value too low can increase the risk of a remote object being prematurely garbage collected when the only known reference to the remote object is the one in transit as part of the remote method call result. The maximum value is Long.MAX_VALUE
. The default value is 300000 (five minutes).sun.rmi.dgc.checkInterval
(1.1 and later)The value of this property represents (in milliseconds) how often the RMI runtime checks for expired DGC leases. The default value is 300000 milliseconds (5 minutes). sun.rmi.dgc.logLevel
(1.1 and later)This property controls the logging of incoming and outgoing calls related to DGC lease granting, renewing, and expiration. It sends output to the "dgc" log. sun.rmi.dgc.server.gcInterval
(1.2 and later)When it is necessary to ensure that unreachable remote objects are unexported and garbage collected in a timely fashion, the value of this property represents the maximum interval (in milliseconds) that the RMI runtime will allow between garbage collections of the local heap. The default value is 60000 milliseconds (60 seconds). sun.rmi.loader.logLevel
(1.2 and later)This property controls the logging of each class name and codebase, whenever the RMI runtime attempts to load a class as a result of unmarshalling either an argument or return value. This property sends output to the "loader" log. Please note in 1.3 that while the codebase that is printed is the annotated codebase, it may not necessarily be the actual codebase from which the class gets loaded; the RMI class loader defers the class loading to the current thread's context class loader, which may load the class from the CLASSPATH, rather than the annotated codebase. This issue no longer exists in 1.4.
sun.rmi.server.exceptionTrace
(1.2 and later)This property controls the output of server-side stack traces from exceptions and errors that are thrown by dispatched, incoming remote calls. If this value is true
, exception stack traces will be printed. By default (false
), exception and error stack traces are not printed.sun.rmi.server.suppressStackTraces
(1.4 and later)If this value is true
, the server-side RMI runtime implementation will clear the stack traces of all exceptions thrown from the current virtual machine as the result of remote calls. This property is useful for certain RMI server applications that may wish to prevent any server-side stack trace data from accompanying an exception to be marshalled out as the result of an incoming remote call (as part of the exception's default serialized form in J2SE 1.4), perhaps for reasons of performance or confidentiality.sun.rmi.transport.logLevel
(1.1 and later)This property controls detailed logging throughout the transport layer. It sends output to the "transport" log. sun.rmi.transport.tcp.localHostNameTimeOut
(1.1.7 and later)The value of this property represents the time (in milliseconds) that the RMI runtime will wait to obtain a fully qualified domain name for the local host. The default value is 10000 milliseconds (10 seconds). sun.rmi.transport.tcp.logLevel
(1.1 and later)This property provides detailed logging for the TCP-specific transport sub-layer. It sends output to the "tcp" log. sun.rmi.transport.tcp.readTimeout
(1.2.2 and later)The value of this property represents the time (in milliseconds) used as an idle timeout for incoming RMI-TCP connections. The value is passed to java.net.Socket.setSoTimeout
. This property is used only for cases where a client has not dropped an unused connection as it should (seesun.rmi.transport.connectionTimeout
). The default value is 2*3600*1000 milliseconds (2 hours).
Properties that are useful to set on JVMs that make remote method calls
sun.rmi.client.logCalls
(1.4 and later)If the value of this property is true
, thesun.rmi.client.call
logger will be set to the levelLevel.FINER
. Remote calls are logged at the levelLevel.FINER
, and exceptions from remote calls are logged at the levelLevel.FINE
.sun.rmi.dgc.cleanInterval
(1.1 and later)The value of this property represents the maximum length of time (in milliseconds) that the RMI runtime will wait before retrying a failed DGC "clean" call. The default value is 180000 milliseconds (3 minutes). sun.rmi.dgc.client.gcInterval
(1.2 and later)When it is necessary to ensure that DGC clean calls for unreachable remote references are delivered in a timely fashion, the value of this property represents the maximum interval (in milliseconds) that the RMI runtime will allow between garbage collections of the local heap. The default value is 60000 milliseconds (60 seconds). sun.rmi.loader.logLevel
(1.2 and later)This property controls the logging of each class name and codebase, whenever the RMI runtime attempts to load a class as a result of unmarshalling either an argument or return value. This property sends output to the "loader" log. Please note in 1.3 that while the codebase that is printed is the annotated codebase, it may not necessarily be the actual codebase from which the class gets loaded; the RMI class loader defers the class loading to the current thread's context class loader, which may load the class from the CLASSPATH, rather than the annotated codebase. This issue no longer exists in 1.4.
sun.rmi.server.logLevel
(1.1 and later)This property controls the logging of information related to outgoing calls, including some connection-reuse information. It sends output to the "transport" log. sun.rmi.transport.connectionTimeout
(1.1.6 and later)The value of this property represents the period (in milliseconds) for which RMI socket connections may reside in an "unused" state, before the RMI runtime will allow those connections to be freed (closed). The default value is 15000 milliseconds (15 seconds). See also sun.rmi.transport.tcp.readTimeout
.sun.rmi.transport.logLevel
(1.1 and later)This property controls detailed logging throughout the transport layer. It sends output to the "transport" log. sun.rmi.transport.proxy.connectTimeout
(1.1 and later)The value of this property represents the maximum length of time (in milliseconds) that the RMI runtime will wait for a connection attempt ( createSocket
) to complete, before attempting to contact the server using HTTP. This property is only used when thehttp.proxyHost
property is set and the value ofjava.rmi.server.disableHttp
isfalse
. The default value is 15000 milliseconds (15 seconds).sun.rmi.transport.proxy.eagerHttpFallback
(1.4.1 and later)If this value is true and the java.rmi.server.disableHttp
system property is not set, then RMI's default socket factory will fall back to HTTP tunneling when anyjava.net.SocketException
is thrown from an initial (direct) connection attempt, as opposed to the default behavior of falling back to HTTP tunneling only if an initial connection attempt throws ajava.net.UnknownHostException
orjava.net.NoRouteToHostException
.This setting can be useful when dealing with firewalls that deny (instead of ignore) connection attempts to unauthorized ports, resulting in
java.net.ConnectionException
s inside the client's default RMI socket factory. If this system property is not enabled, then suchConnectionException
s will not trigger HTTP fallback, since they are neitherUnknownHostException
s norNoRouteToHostException
s. However, if this system property is enabled, then theConnectionException
s will cause HTTP fallback to occur, becauseConnectionException
is a subclass ofSocketException
.sun.rmi.transport.proxy.logLevel
(1.1 and later)This property controls the logging of events ( createSocket
andcreateServerSocket
) when the defaultRMISocketFactory
class is used. This type of logging is likely to be useful for applications that use RMI over HTTP. Events in custom socket factories are not logged by this property. It sends some messages to the "proxy" log, and others to the "transport" log.sun.rmi.transport.tcp.handshakeTimeout
(1.4 and later)The value of this property represents the length of time (in milliseconds) that the client-side RMI runtime will use as a socket read timeout when reading initial handshake data (protocol acknowledgment) when establishing a new JRMP connection. This property is used to configure how long the RMI runtime will wait before deciding that a TCP connection accepted by a remote server cannot actually be used, either because the entity listening on the remote host's port is not actually an RMI server, or because the server is somehow not functioning correctly. The maximum value is Integer.MAX_VALUE
, and a value of zero indicates an infinite timeout. The default value is 60000 (one minute).sun.rmi.transport.tcp.logLevel
(1.1 and later)This property provides detailed logging for the TCP-specific transport sub-layer. It sends output to the "tcp" log.
相关推荐
RMI是Java标准版(J2SE)的一部分,它允许Java对象在不同的Java虚拟机(JVM)之间进行通信,而IIOP是CORBA(Common Object Request Broker Architecture)的一部分,它扩展了RMI,使其可以跨不同平台和语言进行通信...
RMI-IIOP(Remote Method Invocation - Internet Inter-ORB Protocol)是一种在Java平台上实现分布式计算的技术,它结合了Java RMI(远程方法调用)和CORBA(Common Object Request Broker Architecture)的IIOP...
除了以上参数,还有其他如`sun.rmi.transport.tcp.responseTimeout`用于设置TCP响应超时时间等,这些参数都可用于优化RMI系统的性能和稳定性。在实际应用中,可以通过日志配置监控RMI网络和GC信息,根据监控数据实时...
Java标准版(J2SE)是Java开发平台的核心部分,用于构建和运行桌面应用程序。它提供了丰富的类库,包括核心的Java语言API和系统服务。本篇将详细讲解J2SE的不同版本及其重要特性,同时也会提及XPathTutorial和dom4j...
在这个总结中,我们将深入探讨RMI的核心概念、工作原理以及常见问题。 **RMI核心概念** 1. **远程接口(Remote Interface)**:远程接口定义了远程对象需要实现的方法。这些方法将被远程调用,因此它们必须声明为`...
RMI(Remote Method Invocation,远程方法调用)是Java平台中的一个重要特性,它允许Java对象在不同的Java虚拟机之间进行通信,实现分布式计算。RMI是Java开发分布式应用程序的基础,尤其在构建分布式服务和微服务...
J2SE 是面向桌面应用和一般应用程序的标准版 Java 平台。它提供了基本的 Java 库支持,包括但不限于文件处理、网络编程等功能。J2SE 是构建于 Java 基础之上的,适用于开发一般的桌面应用软件和小型服务器端程序。 ...
J2SE是Java 2平台的标准版,主要用于桌面应用程序和一些非企业级的服务器应用程序的开发。它扩展了JDK的基础,提供了更丰富的API集合,涵盖了图形用户界面(GUI)、网络通信、数据库连接、多线程处理、安全性管理等...
### Java RMI (Remote Method Invocation) 概念与实践 #### 一、Java RMI简介 Java RMI(Remote Method Invocation)是一种允许调用不同Java虚拟机(JVM)上方法的机制。这些JVM可能位于不同的机器上,也可能在同一...
RMI是Java提供的一种标准接口,它允许一个Java对象调用远程主机上的另一个Java对象的方法,就像调用本地对象一样。在RMI中,远程对象需要实现`java.rmi.Remote`接口,并声明可能抛出`java.rmi.RemoteException`的...
Java RMI(Remote Method Invocation,远程方法调用)是Java平台提供的一种分布式计算技术,它允许Java对象在不同的网络环境中进行交互,就像它们在同一个进程内一样。RMI是Java在分布式系统领域的核心特性,极大地...
【rmi-lite 1.0】是一个轻量级的Java Remote Method Invocation (RMI)实现,它是Java RMI技术的一个简化版本,适用于那些不需要完整RMI功能但仍然希望利用远程对象交互的项目。RMI是Java平台上的一个核心特性,它...
《J2SE官方教程》是Java Standard Edition(Java 2 Platform, Standard Edition)的重要学习资源,由Oracle公司官方发布,提供了全面且权威的Java编程语言和平台规范的指南。这个教程覆盖了Java语言的核心概念、语法...
这个改进的核心在于Java 6中的`java.net.URLClassLoader`和`sun.rmi.server.LoaderHandler`类。`URLClassLoader`能够从URL加载类,而`LoaderHandler`则负责处理RMI中的类加载逻辑。通过这两者的结合,RMI可以在需要...
Java Remote Method Invocation (RMI) 是Java平台提供的一种分布式计算技术,它允许Java对象在不同的网络环境中进行交互,实现远程方法调用。本压缩包文件"rmi-code"包含了一个完整的RMI测试代码示例,适合在Linux和...
Java RMI(远程方法调用)是Java编程语言中的一项核心技术,自JDK 1.1版本起就被引入,用于构建分布式系统。RMI允许Java对象在不同的Java虚拟机(JVMs)之间进行交互,仿佛这些对象是在同一台机器上一样。这种技术的...
总结来说,“RMI商品管理系统”是学习和实践Java RMI的一个理想起点。它展示了如何通过RMI实现分布式应用,如何设计远程接口和实现,以及如何在无数据库的情况下处理数据。对于想要深入理解Java RMI以及分布式系统...
根据提供的文件信息,我们可以深入探讨Java RMI(Java Remote Method Invocation)的相关知识点,包括其概念、原理、体系结构以及一个具体的示例。 ### RMI的概念 RMI是一种Java技术,它允许开发者创建分布式应用...