Jini (ausgesprochen wie Dschinn d. h.), auch genannt Apachen-Fluss, ist eine Netzarchitektur für den Aufbau von verteilten Systemen in der Form von zusammenarbeitenden Moduldienstleistungen.

Ursprünglich entwickelt durch die Sonne wurde Jini laut einer offenen Quelllizenz (Apachen-Lizenz) befreit. Die Verantwortung für Jini ist dem Apachen unter dem Projektnamen "Fluss" übertragen worden.

Übersicht

Technologie von Jini ist orientierte Architektur eines Dienstes, die ein Programmiermodell definiert, das ausnutzt und javanische Technologie erweitert, um den Aufbau von sicheren, verteilten Systemen zu ermöglichen, die aus Föderationen von wohl erzogenen Netzdiensten und Kunden bestehen. Technologie von Jini kann verwendet werden, um anpassungsfähige Netzsysteme zu bauen, die, evolvable ersteigbar und wie normalerweise erforderlich, in dynamischen Rechenumgebungen flexibel sind. Jini bietet mehrere starke Fähigkeiten wie Dienstentdeckung und beweglicher Code an. Jini ist nach Java Entfernte Methode-Beschwörung ähnlich, aber fortgeschrittener.

Der Begriff Jini bezieht sich auf eine Reihe von Spezifizierungen und eine Durchführung; der Letztere wird den Jini Starter-Bastelsatz genannt. Sowohl die Spezifizierungen als auch der Starter-Bastelsatz sind unter dem Apachen 2.0 Lizenz veröffentlicht worden und sind dem Apachen-Softwarefundament-Brutkasten angeboten worden.

Jini stellt Möglichkeiten zur Verfügung, um sich mit einigen der Scheinbeweise der verteilten Computerwissenschaft, Probleme der Systemevolution, Elastizität, Sicherheit und des dynamischen Zusammenbaues von Dienstbestandteilen zu befassen. Codebeweglichkeit ist ein Kernkonzept der Plattform und stellt viele Vorteile einschließlich der Nichtprotokoll-Abhängigkeit zur Verfügung.

Eine der Absichten von Jini soll sich bewegen die Betonung der Computerwissenschaft weg vom traditionellen Dateisystem hat Annäherung an orientierte Annäherung von mehr Netz orientiert. So können Mittel häufig über ein Netz verwendet werden, als ob sie lokal verfügbar waren. Jini berücksichtigt das fortgeschrittene Suchen nach Dienstleistungen durch einen Prozess der Entdeckung von veröffentlichten Dienstleistungen (Jini machend, der mit dem dienstorientierten Architektur-Konzept verwandt ist).

Es gibt drei Hauptrollen zu einem Drehbuch von Jini. Das sind der Kunde, der Server und der lookup Dienst.

Der Dienst ist die Quelle, die in der verteilten Umgebung bereitgestellt werden soll. Das kann reale Geräte (wie Drucker oder Laufwerke) und Softwaredienstleistungen (zum Beispiel eine Datenbankabfrage oder Nachrichtendienst) einschließen. Der Kunde ist die Entität, die den Dienst verwendet.

Geschichte

Sonne hat Jini im Juli 1998 eingeführt. Im November von 1998 hat Sonne bekannt gegeben, dass es etwas Unternehmen-Unterstützen Jini gab.

Die Jini Mannschaft an Sonne-Mikrosystemen hat immer festgestellt, dass Jini nicht ein Akronym ist. Einige haben gescherzt, dass es bedeutet hat, dass "Jini Nicht Initialen Ist", aber es ist immer gerade Jini gewesen. Das Wort 'jini' bedeutet "den Teufel" in Swahili; das ist ein Darlehen von einem arabischen Wort für einen mythologischen Geist, der auch der Ursprung des englischen Wortes 'Dschinn' ist.

Das Verwenden eines Dienstes

Der erste Schritt im Schaffen eines Dienstes von Jini ist für den Dienst, den lookup Dienst (LUS) - ein Prozess genannt Entdeckung zu finden. Sobald der LUS gefunden wird, gibt er einen Dienstregistrator-Gegenstand in den Dienst zurück, der verwendet wird, um den Dienst im lookup (der Verbindungslinie-Prozess) einzuschreiben. Das schließt gebende Auskunft über den Dienst ein, wie der Personalausweis des Dienstes, der Gegenstand zur Verfügung gestellt zu werden, der es wirklich und andere Attribute des Dienstes durchführt.

Wenn ein Kunde von einem Dienst Gebrauch machen möchte, verwendet er auch Entdeckung, um den LUS - entweder durch die unicast Wechselwirkung zu finden, wenn er die wirkliche Position des LUS, oder durch die dynamische Mehrwurf-Entdeckung weiß. Nach dem Kontaktieren mit dem LUS wird der Kunde ein Dienstregistrator-Gegenstand zurückgegeben, den es verwendet, um einen besonderen Dienst nachzuschlagen. Es tut das durch die Beratung des lookup Katalogs auf dem LUS und die Suche gestützt auf dem Typ, dem Namen oder der Beschreibung eines Dienstes. Der LUS wird eine javanische Vertretung zurückgeben, angebend, wie man direkt zum Dienst in Verbindung steht. Das ist einer der Wege, auf die Jini mächtiger ist als Java entfernte Methode-Beschwörung, die den Dienst verlangt, die Position des entfernten Dienstes im Voraus zu wissen.

Mit der Vertretung kann der Kunde direkt zur Dienstdurchführung (ohne weitere Wechselwirkung mit dem LUS) in Verbindung stehen, und es verwenden, als ob es ein lokaler Dienst war. Jedoch gibt es einige Unterschiede zum Ereignis-Modell, darin die Ordnung von Ereignissen, die über ein Netz vorkommen, kann nicht versichert werden.

Dienstleistungen in Jini werden nicht notwendigerweise dauerhaft verfügbar sein, der zum Konzept des Mietens führt. Wenn sich ein Dienst mit einem LUS einschreibt, wird eine Miete mit einer bestimmten Dauer gewährt. Das kann manuell entschieden, oder auf einen Verzug (solcher als für immer) gesetzt werden. Mieten werden regelmäßig erneuert werden müssen, um zu überprüfen, dass ein Dienst noch lebendig ist, was bedeutet, ob ein Dienst scheitert oder unerreichbar wird, kann es zeitlich festgelegt werden.

Jini verwendet Anordnung, um javanische Gegenstände über das Netz zu senden. Das bedeutet, dass ein kompletter javanischer Gegenstand gespart und gesandt, und entfernt verwendet werden kann, als ob es, im Vergleich mit dem Schaffen eines spezifischen Formats lokal war, um Daten in jeder neuen Durchführung zu senden.

Dienstleistungen von Jini können zusammen gruppiert werden, um einem Kunden zu erlauben, nach spezifischen Gruppen zu suchen. Eine Gruppe von Dienstleistungen in Jini wird eine Föderation genannt.

Beschränkungen

Jini verwendet einen lookup Dienst, bei Kommunikation zwischen dem Kunden und Dienst zu vermitteln. Das scheint, ein zentralisiertes Modell zu sein (obwohl die Kommunikation zwischen Kunden und Dienst, wie dezentralisiert, gesehen werden kann), der gut zu sehr großen Systemen nicht klettert. Jedoch kann der lookup Dienst durch das Laufen vielfacher Beispiele horizontal erklettert werden, die derselben Mehrwurf-Gruppe zuhören.

Weil Jini in Java durchgeführt wird, verlangen viele Anwendungen, dass Java virtuelle Maschine da ist.

Siehe auch

• Ken Arnold, einer der ursprünglichen Architekten von Jini
• Stellen Sie (JXTA) nebeneinander
• Javanische Verwaltungserweiterungen (JMX)
• Simple Network Management Protocol (SNMP)
• Nullkonfiguration, die vernetzt
• OSGi Verbindung
• Dienstpositionsprotokoll
• Universaler Stecker und Spiel (UPnP)
• Gerät-Profil für Webdienste (DPWS)

Links

• Jini.org (gebrochene Verbindung: http://www.jini.org/)
• Apachen-Fluss plant
• Die Jini Technologievision
• Zitate von CiteSeer
• Artikel "Jini: Aus der Flasche und in den Kasten" durch Daniel H. Steinberg
• Planen Sie Rio
• Das Handbuch von Jan Newmarch zu Jini Technologien
• Newton Offene Quelle Jini & OSGi hat verteiltes Teilfachwerk gestützt
• Zwerghuhn - ein Webfachwerk der offenen Quelle für verteilte Systeme