Spec-Zone .ru спецификации, руководства, описания, API

5.8 Фабрики Сокета RMI

В Java платформа SE, новые интерфейсы RMIServerSocketFactory и RMIClientSocketFactory были представлены, чтобы обеспечить более гибкую настройку того, что протоколы используются, чтобы передать с удаленными объектами.

Позволить приложениям, используя RMI использовать в своих интересах эти новые интерфейсы фабрики сокета, несколько новых конструкторов и exportObject методы, которые берут фабрику сокета клиента и сервера в качестве дополнительных параметров, были добавлены к обоим UnicastRemoteObject и java.rmi.activation.Activatable.

Удаленные объекты, экспортируемые или с новых конструкторов или с exportObject методы (с RMIClientSocketFactory и RMIServerSocketFactory параметры), будет обработан по-другому ко времени выполнения RMI. Для времени жизни такого удаленного объекта время выполнения будет использовать пользовательское RMIServerSocketFactory создать a ServerSocket принять входящие вызовы к удаленному объекту и использовать пользовательское RMIClientSocketFactory создать a Socket соединить клиенты с удаленным объектом.

Реализация RemoteRef и ServerRef используемый в тупиках и скелетах для удаленных объектов, экспортируемых с пользовательскими фабриками сокета, UnicastRef2 и UnicastServerRef2, соответственно. Проводное представление UnicastRef2 тип содержит различное представление "конечной точки", чтобы связаться чем UnicastRef тип имеет (который использовал только строку имени хоста в формате UTF, после целочисленным номером порта). Для UnicastRef2, проводное представление конечной точки состоит из байта формата, определяющего содержание остальной части представления конечной точки (чтобы учесть будущее расширение представления конечной точки) сопровождаемый данными в обозначенном формате. В настоящий момент данные могут состоять из имени хоста в формате UTF, номере порта, и дополнительно (как определено байтом формата конечной точки) сериализированное представление RMIClientSocketFactory объект, который используется клиентами, чтобы генерировать сокетные соединения с удаленным объектом в этой конечной точке. Представление конечной точки не содержит RMIServerSocketFactory объект, который был определен, когда удаленный объект экспортировался.

Когда вызовы выполняются через ссылки UnicastRef2 введите, время выполнения использует createSocket метод RMIClientSocketFactory объект в конечной точке, создавая сокеты для соединений с удаленным объектом референта. Кроме того, когда время выполнения делает "грязные" и "чистые" призывы DGC к определенному удаленному объекту, оно должно вызвать DGC на удаленной JVM, используя соединение, сгенерированное от того же самого RMIClientSocketFactory возразите как определено в удаленной ссылке, и реализация DGC на серверной стороне должна проверить, что это было сделано правильно.

Удаленные объекты, экспортируемые с конструктором старшего возраста или методом на UnicastRemoteObject это не берет пользовательские фабрики сокета, как параметры будут иметь RemoteRef и ServerRef из типа UnicastRef и UnicastServerRef как прежде и использование старое проводное представление для их конечных точек, то есть узел представляет в виде строки в формате UTF, сопровождаемом целым числом, определяющим номер порта. Это - то, так, чтобы серверы RMI, которые не используют новые 1.2 функции, взаимодействовали с клиентами RMI старшего возраста.

5.8.1 RMISocketFactory Класс

package java.rmi.server;

public abstract class RMISocketFactory 
        implements RMIClientSocketFactory, RMIServerSocketFactory
{

        public abstract Socket createSocket(String host, int port)
                throws IOException;
 public abstract ServerSocket createServerSocket(int port)
                throws IOException;
        public static void setSocketFactory(RMISocketFactory fac)
                throws IOException {...}
        public static RMISocketFactory getSocketFactory() {...}
        public static void setFailureHandler(RMIFailureHandler fh) {...}
        public static RMIFailureHandler getFailureHandler() {...}
}

Статический метод getSocketFactory возвращает фабрику сокета, используемую RMI. Возвраты метода null если фабрика сокета не устанавливается.

Транспортный уровень вызывает createSocket и createServerSocket методы на RMISocketFactory возвращенный getSocketFactory метод, когда транспорт должен создать сокеты. Например:

    RMISocketFactory.getSocketFactory().createSocket(myhost, myport)

Реализация транспорта по умолчанию RMISocketFactory предусматривает прозрачный RMI через брандмауэры, используя HTTP следующим образом:

• На createSocket, фабрика автоматически делает попытку HTTP-соединений с узлами, с которыми нельзя связаться с прямым сокетом.
• На createServerSocket, фабрика возвращает сокет сервера, который автоматически обнаруживает, если недавно принятое соединение является запросом POST HTTP. Если так, это возвращает сокет, который прозрачно представит только тело запроса к транспорту и отформатирует его вывод как ответ HTTP.

Метод getFailureHandler возвращает текущий обработчик для отказа создания сокета, или null если обработчик отказа не устанавливается.

5.8.2 RMIServerSocketFactory Интерфейс

5.8.3 RMIClientSocketFactory Интерфейс