Remote method invocation (RMI) is a

Remote method invocation (RMI) is a generalization of RPC in an object-oriented environment. The object resides on the server’s machine that is different from the client’s machine. This is known as remote object. An object for which the instance of the data associated with it is distributed across machines is known as a distributed object. An example of a distributed object is an object that is replicated over two or more machines. A remote object is a special case of a distributed object where the associated data are available on one remote machine.
To realize the scope of RMI (vis-à-vis RPC), recall the implementation of an RPC using sockets. In RPC, objects are passed by value; thus, the current state of the remote object is copied and passed from the server to the client, necessary updates are done, and the modified state of the object is sent back to the server. If multiple clients try to concurrently access/update the remote object by invoking methods in this manner, then the updates made by one client may not be reflected in the updates made by another client, unless such updates are serialized. In addition, the propagation of multiple copies of the remote object between the server and the various clients will consume significant bandwidth of the network.
RMI solves these problems in a transparent way. The various classes of the java.rmi package allow the clients to access objects residing on remote hosts, as if, by reference, instead of by value. Once a client obtains a reference to a remote object, it can invoke the methods on these remote objects as if they existed locally. All modifications made to the object through the remote object reference are reflected on the server and are available to other clients. The client is not required to know where the server containing the remote object is located—it only invokes a method through an interface called a proxy. The proxy is a client stub responsible for marshaling the invocation parameters and unmarshaling the results from the server (Figure 2.7). On the server side, a server stub called a skeleton unmarshals the client’s invocations, invokes the desired method, and marshals the results back to the client. For each client, there is a separate proxy, which is a separate object in the client’s address space.
When multiple clients concurrently access a remote object, the invocations of the methods are serialized, as in a monitor.* Some clients are blocked until their turns come, while others make progress. The implementation of the serialization mechanism is trivial for local objects, but for remote objects, it is tricky. For example, if the server handles the blocking and the current client accessing the remote object crashes, then all clients will be blocked forever. On the other hand, if clients handle blocking, then a client needs to block itself before its proxy sends out the method call.

Результаты (русский) 1:

Вызов удаленного метода (RMI) является обобщением RPC в объектно ориентированной среде. Объект находится на компьютере сервера, который отличается от клиентского компьютера. Это называется удаленный объект. Объект, для которого экземпляр данных, связанных с ним распределены между компьютерами называется распределенного объекта. Пример распределенного объекта — это объект, который реплицируется на двух или более машин. Удаленный объект представляет особый случай распределенного объекта, где имеются связанные данные на одном удаленном компьютере.Чтобы осознать масштабы RMI (vis-à-vis RPC), вспомните реализация RPC с помощью сокетов. В RPC объекты передаются по значению; Таким образом текущее состояние удаленного объекта копируются и передаются от сервера к клиенту, сделали необходимые обновления, и измененное состояние объекта отправляется обратно на сервер. Если несколько клиентов одновременно доступ/обновление удаленного объекта путем вызова методов в этой манере, то обновления, сделанные одним клиентом может не быть отражены в обновления, сделанные другим клиентом, если только такие обновления будут сериализованы. Кроме того распространение нескольких копий удаленного объекта между сервером и различные клиенты будут потреблять значительную пропускную способность сети.RMI решает эти проблемы транспарентным образом. Различные классы пакета java.rmi позволяют клиентам получать доступ к объектам, проживающим на удаленных узлах, как если бы, по ссылке, а не по стоимости. После того, как клиент получает ссылку на удаленный объект, он может вызывать методы этих удаленных объектов, как если бы они существовали на местном уровне. Все изменения, внесенные в объект через ссылку на удаленный объект, отражаются на сервере и доступны для других клиентов. Клиент не должен знать, где расположен сервер, содержащий удаленный объект — это только вызывает метод через интерфейс, называемый прокси. Прокси-сервер является клиентская заглушка ответственным для маршалинга параметров вызова и распаковке результатов от сервера (рисунок 2.7). На стороне сервера заглушки сервера, называемый скелет демаршалирует вызовы клиента, вызывает желаемый метод и передает результаты обратно клиенту. Для каждого клиента существует отдельный прокси-сервер, который представляет собой отдельный объект в адресное пространство клиента.Когда несколько клиентов одновременно доступ к удаленному объекту, вызовы методов сериализации, как и в монитора.*, некоторые клиенты блокируются до их очереди, в то время как другие делают прогресс. Реализация механизма сериализации тривиально для локальных объектов, но для удаленных объектов, это сложно. Например если сервер обрабатывает блокирование и текущего клиента, доступ к удаленный объект падает, то все клиенты будет заблокирован навсегда. С другой стороны если клиенты обрабатывают блокировку, то клиент должен блокировать себя прежде, чем его прокси отправляет вызов метода.

Результаты (русский) 2:

Удаленный вызов метода (RMI) является обобщением RPC в объектно-ориентированной среде. Объект находится на компьютере сервера , который отличается от клиентской машине. Это известно как удаленный объект. Объект , для которого экземпляр данных , связанных с ним распределяется между машинами известна как распределенный объект. Примером распределенного объекта является объектом , который реплицируется в течение двух или более машин. Удаленный объект представляет собой частный случай распределенного объекта , где связанные с ними данные доступны на одном удаленном компьютере.
Чтобы реализовать сферу RMI (визави RPC), вспомнить реализация RPC через сокеты. В RPC, объекты передаются по значению; Таким образом, текущее состояние удаленного объекта копируется и передается от сервера к клиенту, необходимые обновления сделаны, и модифицированное состояние объекта отправляется обратно на сервер. Если несколько клиенты пытаются получить одновременный доступ / обновить удаленный объект путем вызова методов таким образом, то обновления , сделанные одним клиентом не могут быть отражены в изменениях , сделанных другим клиентом, если такие обновления не упорядочиваются. Кроме того, распространение нескольких копий удаленного объекта между сервером и различными клиентами будет потреблять значительную пропускную способность сети.
RMI решает эти проблемы прозрачным образом. Различные классы пакета java.rmi позволяют клиентам получить доступ к объектам , находящихся на удаленных хостов, как если бы, по ссылке, а не по значению. Как только клиент получает ссылку на удаленный объект, он может вызывать методы на этих удаленных объектов , как если бы они существовали на местном уровне. Все изменения , внесенные в объект через ссылку удаленного объекта, отражаются на сервере и доступны для других клиентов. Клиент не обязан знать , где находится сервер , содержащий удаленный объект расположен-он вызывает только метод через интерфейс , называемый прокси - сервер. Прокси - сервер является клиентом заглушки отвечает за маршалинге параметры Призыва и демаршалинга результаты от сервера (Рисунок 2.7). На стороне сервера, поддельным сервером называется скелет демаршализует вызовы клиента, вызывает нужный метод, и маршалы результаты обратно клиенту. Для каждого клиента, есть отдельный прокси, который представляет собой отдельный объект в адресное пространство клиента.
Когда несколько клиентов одновременно доступ к удаленному объекту, то вызовы методов упорядочиваются, как в мониторе. * Некоторые клиенты не блокируются до их повороты приходят, в то время как другие делают прогресс. Реализация механизма сериализации тривиален для локальных объектов, но и для удаленных объектов, это сложно. Например, если сервер обрабатывает блокирование и текущий клиент , обращающийся сбое в удаленных объектов, то все клиенты будут заблокированы навсегда. С другой стороны, если клиенты ручка блокировки, то клиент должен блокировать себя , прежде чем его прокси посылает вызов метода.

Результаты (русский) 3:

дистанционный метод ссылка (рми) является обобщение рпц в объектно - ориентированная среда.объект находится на сервере, машина, которая отличается от машины клиента.это известно как удаленный объект.объект, на который из данных, связанных с ней, распределяется между машинами известен как распределены объекта.в качестве примера распределенной объект является объектом, который воспроизводится в течение двух или более машин.удаленный объект - это особый случай распределенной объекта, где имеются данные по одной с удаленной машины.осознать масштабы республика маршалловы острова (по отношению к рпц), напомним, создания озк, используя розетки.в озк, объекты передаются по стоимости; таким образом, в настоящее время удаленный объект копируется и прошел с сервера для клиентов, необходимые обновления все сделано, и измененные состояния объекта отправлены обратно на сервер.у многих клиентов пытаются одновременно доступ / обновление сетевой объект, используя методы, таким образом, то изменения, внесенные в один клиент не может быть отражена в обновленном выступил другой клиент, если такие обновления все серийные номера.кроме того, распространение многочисленные копии удаленных объектов между сервером и различных клиентов будет потреблять значительная пропускная способность сети.республика маршалловы острова решает эти проблемы на транспарентной основе.различные классы в java.rmi упаковки позволяют клиентам получать доступ к объектам, проживающих в отдаленных узлов, как в случае со ссылкой, а не по стоимости.как только клиент получает ссылку на удаленный объект, он может использовать методы в этих удаленных объектов, как если бы они существовали на местном уровне.все изменения, внесенные в объект с помощью дистанционного ссылку на объект, отражены на сервере и доступна другим клиентам.клиент не обязан знать, где сервер с отдаленных объект находится только ссылается на метод через интерфейс называется прокси.прокси - клиент из ссылки на ответственность за собирая параметров и unmarshaling результаты с сервера (рисунок 7).на стороне сервера серверу stub назвал скелет unmarshals клиента заклинаний, ссылается на желаемый метод, и маршалы результаты для клиента.для каждого клиента, есть отдельный прокси, который является самостоятельным объектом в адрес клиента.когда несколько клиентов одновременно доступ к сетевой объект, ссылками на методы являются серийные номера, как в монитор. * некоторые клиенты заблокирован до тех пор, пока их не приходят, а другие достижения прогресса.реализация сериализация механизм легко местных объектов, но и для удаленных объектов, это сложно.например, если сервер ручки блокирования и нынешний клиент доступ к сетевой объект падает, а потом всех клиентов будет закрыт навсегда.с другой стороны, если клиенты с блокировки, то клиент должен заблокировать себя, прежде чем его прокси отсылает метод звонок.