RMI stands for Remote Method Invocation. It allows programmers to created distributed applications (applications that run on multiple machines).
For more information check
http://java.sun.com/javase/technologies/core/basic/rmi/index.jsp
One can find a range of Java RMI tutorials on YouTube. Learn from simple and easy-to-follow videos posted by users with Java RMI experience. Ask questions and get answers from the YouTube community.
RMI means Remote Method Invocation and it is a way to programm distributed code in Java
You download Rmi Updater then load it on and update it and then its done boom!
Java Remote Method Invocation (Java RMI) enables the programmer to create distributed Java technology-based to Java technology-based applications, in which the methods of remote Java objects can be invoked from other Java virtual machines*, possibly on different hosts. RMI uses object serialization to marshal and unmarshal parameters and does not truncate types, supporting true object-oriented polymorphism.The Java Remote Method Invocation API, or Java RMI, a Java application programming interface, performs the object-oriented equivalent of remote procedure calls. Two common implementations of the API exist: # The original implementation depends on Java Virtual Machine (JVM) class representation mechanisms and it thus only supports making calls from one JVM to another. The protocol underlying this Java-only implementation is known as Java Remote Method Protocol (JRMP). # In order to support code running in a non-JVM context, a CORBA version was later developed. Usage of the term RMI may denote solely the programming interface or may signify both the API and JRMP, whereas the term RMI-IIOP (read: RMI over IIOP) denotes the RMI interface delegating most of the functionality to the supporting CORBA implementation. The programmers of the original RMI API generalized the code somewhat to support different implementations, such as an HTTP transport. Additionally, work was done to CORBA, adding a pass-by-value capability, to support the RMI interface. Still, the RMI-IIOP and JRMP implementations do not have fully identical interfaces. RMI functionality comes in the package java.rmi, while most of Sun's implementation is located in the sun.rmi package. Note that with Java versions before Java 5.0 developers had to compile RMI stubs in a separate compilation step using rmic. Version 5.0 of Java and beyond no longer require this step.
Remote
RMI is completely Java based, where CORBA is language independent. There are many adapters for CORBA, and programs can call processes written in any language that has a CORBA interface. CORBA has many more features documented in the specification than just process communication. RMI is easier to implement if you already know Java - it looks just the same as calling a process locally - but it's limited to only calling other Java applications. They are owned by different people. Ja üldse, naised, võtke tissid paljaks. Pohhui see progemine, paneme pidu. AnswerDifferance between RMI and CORBARMI is a technology the was released with Java 1.1 to make JVM to remote JVM calls possible. RMI uses stubs an skeletons, a little RMI server that has its own, sexy little naming type service, and the RMI protocol for marshalling requests back and forth from JVM to JVM.CORBA is an entire infrastructure, almost like J2EE before the Java Gods created J2EE. Actually, lots of J2EE stuff is just totally stolen from CORBA, er, I mean, based on CORBA. CORBA defines a naming service, transaction service, and even a social housing service. CORBA was very progressive.
RMI simply offers remote access to an object running in another process. But EJB offers far more services than RMI. EJB leverages this remote-object feature of RMI, but also provides other services such as persistence, transaction management, security, and resource management. The EJB server provides all of these complex services which allows EJB developers to worry about business logic instead. For a complete understanding of EJB i suggest Http://edocs.bea.com/wle/rmi/sampejb.htm
rmi is a protocol not plateform independent
RMI Corporation was created in 2002.
In Remote Method Invocation (RMI), a stub is a client-side proxy that represents a remote object, allowing the client to invoke methods on it as if it were a local object. The skeleton, on the other hand, is a server-side component that receives calls from the stub, unmarshals the parameters, invokes the actual remote method on the real object, and marshals the results back to the client. While the skeleton was essential in earlier RMI implementations, modern Java RMI uses dynamic proxies and often eliminates the need for explicit skeletons.
RMI architecture consists of four layers and each layerperforms specific functions:1. Application Layer : contains the actual object definition2. Proxy layer : consists of stub and skeleton3.Remote Reference Layer : gets the stream of bytes from thetransperent layer and sends it to the proxy layer.4. Transportation layer : Responsible for handling theactual machine-to-machine communication.
As of Java 6 every JVM runs an MBeanServer which you can connect to via a JMX RMI connection and then invoke methods on services hosted in the remote JVM's Mbean server.