LebencWissenschaftscBezeichner Nahmen Spezifikation An 25 Anders als SEIFE und HTTP wurde ftp nicht da ein Protokoll entworfen, auf dem, willkürliche Methode abzubilden benennt. Dennoch dieses Spezifikation entwirft Tor und Schwergängigkeit soviel wie möglich im Geist des bestehenden WSDL-Konstruierens für andere Protokolle. Es gibt zwei Schwergängigkeiten, die LSIDDataServicePortType einführen und LSIDMetadataPortType beziehungsweise. Der Eingang Anzeige Teil sein nicht erwähnen in dies Schwergängigkeit weil ftp nicht zur Verfügung stellen irgendein Konstruieren auf welch zu laden Sie diese Teile das Urprogramm. Der Daten- Ausgang die Teile werden dem Ausgang des ftp-Betriebes zugewiesen (d.h., die Bytes zurückgebracht). Die Tore, die diese Schwergängigkeiten benutzen, spezifizieren den Bediener und an denen den Aktenweg, um die Bytes zu holen. Z.B.: < halten Sie name="LSIDService "> instand < tragen Sie name="ftpPort1 "binding="dfb:LSIDDataFTPBinding" > "< ftp:location filepath="/pub/lsid/245gs.mmcif" server="lsid.org/> </Tor > < Tor name="ftpPort2 "binding="dfb:LSIDMetadataFTPBinding" > "< ftp:location filepath="/pub/lsid/245gs.rdf" server="lsid.org/> </Tor > </Service > erklärt dem Anrufer, Daten an ftp://lsid.org/pub/lsid/245gs.mmcif zu holen und metadata an ftp://lsid.org/pub/lsid/ 245gs.mmcif.rdf . Es gibt keinen spezifischen Betrieb für GetDataByRange . Jedoch der Beweggrund für GetDataByRange war zu ermöglichen die Klienten zum Empfangen von Daten in a chunked Art und Weise. Dieses Ziel wird genug durch jeden möglichen ftp-Klienten oder ftp API erzielt, das kann fassen Sie ein URL an. Das metadataausgangsformat kann von der Versammlung vom Dateinamen abgeleitet werden, aber das genaue Diagramm ist aus dem Bereich heraus von dieser Spezifikation. Es gibt kein Äquivalent während der metadataverfallzeit. Es gibt auch nichts, das betreffend den Störungsbericht definiert wird. 13,3 Entdecken eines LSID-Auflösungsservices mit DDDS/DNS Dieser Protokoll-spezifische Abschnitt besteht aus Regeln, eine interoperable Methode des Entdeckens einer Lebenwissenschaft erlaubend Bezeichnerauflösungsservice von einem gegebenen Lebenwissenschaftsbezeichner. Es ist eine Plattform-spezifische Darstellung des Lebens Wissenschaftsbezeichnerentdeckung-Auflösungsservice früh beschrieben. Da der vollständige Lebenwissenschaftsbezeichnerentdeckung-Auflösungsservice wahlweise freigestellt ist, zu verwenden ist nicht vorgeschrieben einzuführen und die Richtlinien beschrieben in diesem Kapitel. Jedoch wenn eine Implementierung beschließt, ein LSID-Auflösungsservice-Verwenden zu entdecken DDNS/DNS, dann muß sie die Richtlinien rigoros einführen, die hier beschrieben werden, um mit diesem compliant zu bleiben Spezifikation. Bevor Auflösung an jedem möglichem Lebenwissenschaftsbezeichner durchgeführt werden kann, der Berechtigungsservice, der Wissen von dem das hat bestimmter Lebenwissenschaftsbezeichner kann maßgebend behoben werden, Muß zuerst wird entdeckt. Der IETFCAntrag Für Kommentiert 13 ] Details des Archivs (RFC) [ eine Anzahl von Standards, die zu diesem Zweck gezeichnet wurden. Insbesondere ein Diagramm vom "dynamischen Delegationentdeckungsystem" (DDDS [ 14 ] ) zu vorhandenes Domain Name System (DNS [ 15 ]) an gewöhnt stellen Sie den Entdeckungservice für LSID-Auflösungsdienstleistungen zur Verfügung. DNS-Service notiert auch gewußt, während 16 ] Aufzeichnungen SRV [ sind verwendete, die abschließende ausdrückliche vernetzte Position des passenden Services zur Verfügung zu stellen. Der Vorteil des DDDS-Entwurfs ist, daß mindestens zwei und möglicherweise mehr unterschiedliche Verzeichnisregister schließlich können seien verwendet Sie, die Listen der einzigartigen Behörden für alle Lebenwissenschaftsbezeichner zu speichern. Im ersten Fall der Berechtigungsteil von ein Lebenwissenschaftsbezeichner kann eine einzigartige Zeichenkette sein, die mit dem Halter des LebenwissenschaftsbezeichnercUrnnamespace registriert wird