How will a client know if another c

How will a client know if another client has already invoked a method for the remote object? Clearly, the implementation of serializability for remote objects requires additional coordination among clients.
Java RMI passes local and remote objects differently. All local objects are passed by value, while remote objects are passed by reference. While calling by value, the states of objects are explicitly copied and included in the body of the method call. An example of a call by reference is as follows: Each proxy contains (1) the network address of the server S1 containing a remote object X and (2) the name of the object X in that server. As a part of an RMI in another server S2, the client passes the proxy (containing the reference to X) to the server S2. Now S2 can access X on S1. Since each process runs on the same Java virtual machine, no further work is required following the unmarshaling of the parameters despite the heterogeneity of the hardware platforms.

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

Как клиент будет знать, если другой клиент уже вызван метод для удаленного объекта? Очевидно реализация упорядоченность для удаленных объектов требует дополнительной координации среди клиентов.Java RMI передает локальные и удаленные объекты по-разному. Все локальные объекты передаются по значению, в то время как удаленные объекты передаются по ссылке. При звонке по значению состояния объектов явным образом скопированы и включены в текст вызова метода. Ниже приведен пример вызова по ссылке: каждый прокси-сервер содержит (1) сетевой адрес сервера S1, содержащего удаленный объект X и (2) имя объекта X в этом сервере. Как часть RMI на другом сервере S2 клиент передает (содержащий ссылку X) прокси сервер S2. Теперь S2 может получить доступ к X на S1. Поскольку каждый процесс работает на том же виртуальной машины Java, не необходима дальнейшая работа после распаковке параметров несмотря на разнородность аппаратных платформ.

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

Как клиент знать , если другой клиент уже вызывается метод удаленного объекта? Очевидно, что реализация сериализуемости для удаленных объектов требует дополнительного согласования между клиентами.
Java RMI проходит локальные и удаленные объекты по- разному. Все локальные объекты передаются по значению, в то время как удаленные объекты передаются по ссылке. Во время вызова по значению, состояния объектов явным образом скопированы и включены в текст вызова метода. Пример вызова по ссылке выглядит следующим образом : Каждый прокси - сервер содержит (1) сетевой адрес сервера S1 , содержащего удаленный объект X и (2) имя объекта X в этом сервере. В рамках ИУП в другом сервере S2, клиент передает прокси - серверу (содержащий ссылку на X) к S2 сервера. Теперь S2 может получить доступ к X на S1. Так как каждый процесс работает на той же виртуальной машине Java, никакая дальнейшая работа не требуется после демаршалинга параметров , несмотря на неоднородность аппаратных платформ.

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

как клиент знает, если другой клиент уже ссылаться метод удаленного объекта?очевидно, что осуществление serializability для удаленных объектов требует дополнительной координации между клиентами.Java мсд локальных и удаленных объектов проходит по - разному.все местные объекты передаются по стоимости, в то время как удаленные объекты передаются путем ссылки.призывая к стоимости, государств - объектов, непосредственно скопированы и включены в текст данного метода.в качестве примера звонок со ссылкой: каждому прокси содержит (1) сетевой адрес сервера S1, содержащий сетевой объект X и (2), название объекта X сервер.в рамках мсд в другом сервере с2, клиент переходит прокси (содержит ссылку на X) на сервер с2.в настоящее время S2 могут получить доступ к X по S1.поскольку каждый процесс работает на том же виртуальная машина Java, не требуется дальнейшая работа по unmarshaling из параметров, несмотря на разнообразие аппаратных платформ.