Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Сетевая архитектура для распределённых систем, южнокорейский певец
Network architecture for distributed systems
the South Korean singer
Jini (произносится как /ˈdʒɪniː/), также известный как Apache River, — это сетевая архитектура для создания распределённых систем из модульных взаимодействующих сервисов. JavaSpaces является частью Jini. Изначально разработанная Sun Microsystems, Jini была выпущена под лицензией Apache 2.0. Ответственность за Jini была передана Apache в рамках проекта "River".
Jini ('/dʒ//iː//n//i/), also called Apache River, is a network architecture for the construction of distributed systems in the form of modular co operating services. JavaSpaces is a part of the Jini. Originally developed by Sun Microsystems, Jini was released under the Apache License 2.0. Responsibility for Jini has been transferred to Apache under the project name "River".
История
Sun Microsystems представила Jini в июле 1998 года, но всегда речь шла только о Jini. Слово "jini" на суахили означает "дьявол"; оно заимствовано из арабского слова, обозначающего мифологического духа, которое, в свою очередь, происходит от латинского genius – источника и английского слова "genie". Jini предоставляет инфраструктуру для сервисно-ориентированной объектно-ориентированной архитектуры (SOOA).
Sun Microsystems introduced Jini in July 1998. but it has always been just Jini. The word 'jini' means "the devil" in Swahili; this is borrowed from the Arabic word for a mythological spirit, originated from the Latin genius, which is also the origin of the English word 'genie'. Jini provides the infrastructure for the Service object oriented architecture (SOOA).
Использование услуги
Услуги определения местоположения выполняются посредством службы обнаружения. Службы пытаются связаться со службой обнаружения (LUS) либо посредством одноадресного взаимодействия, если им известно фактическое местоположение службы обнаружения, либо с помощью динамического многоадресного обнаружения. Служба обнаружения возвращает объект, называемый регистратором служб, который службы могут использовать для регистрации, чтобы клиенты могли их находить. Клиенты могут использовать службу обнаружения для получения прокси-объекта для службы; вызовы к прокси преобразуются в запрос к службе, выполняются на службе и возвращают результат клиенту. Этот подход удобнее, чем удаленный вызов метода Java, который требует, чтобы клиент заранее знал местоположение удаленной службы.
Locating services is done through a lookup service. Services try to contact a lookup service (LUS), either by unicast interaction, when it knows the actual location of the lookup service, or by dynamic multicast discovery. The lookup service returns an object called the service registrar that can be used by services to register themselves so they can be found by clients. Clients can use the lookup service to retrieve a proxy object to the service; calls to the proxy translate the call to a service request, performs this request on the service, and returns the result to the client. This strategy is more convenient than Java remote method invocation, which requires the client to know the location of the remote service in advance.
Ограничения
Jini использует службу поиска для организации взаимодействия между клиентом и сервисом. Это, по-видимому, централизованная модель (хотя взаимодействие между клиентом и сервисом можно рассматривать как децентрализованное), которая плохо масштабируется в очень больших системах. Однако службу поиска можно горизонтально масштабировать, запустив несколько экземпляров, прослушивающих одну и ту же группу многоадресной рассылки.
Jini uses a lookup service to broker communication between the client and service. This appears to be a centralized model (though the communication between client and service can be seen as decentralized) that does not scale well to very large systems. However, the lookup service can be horizontally scaled by running multiple instances that listen to the same multicast group.