Dieses Dokument enthält folgende Informationen zu Service Registry 3 2005Q4.
Dieser Abschnitt enthält Informationen zu neuen Funktionen, zur Funktionalität und unterstützten Produkten in Service Registry 3 2005Q4.
Um Zugriffsfunktionen zu erhalten, die seit der Herausgabe dieser Medien veröffentlicht wurden, lesen Sie die Section 508-bezogenen Product Assessments (Produktbewertungen), die von Sun auf Anfrage zur Verfügung gestellt werden. Mithilfe dieser Informationen können Sie entscheiden, welche Versionen sich am besten für die Bereitstellung von barrierefreien Lösungen eignen. Aktualisierte Anwendungsversionen finden Sie unter: http://sun.com/software/javaenterprisesystem/get.html. Informationen zu den Bemühungen von Sun für barrierefreie Lösungen finden Sie unter http://sun.com/access.
Service Registry beinhaltet eine Implementierung der Version 1.0 der Spezifikation der Java-API für XML-Registrierungen (JAXR). JAXR 1.0 wurde zur Unterstützung von UDDI- und ebXML Registry 2.0-Spezifikationen entwickelt. Die Implementierung von JAXR in Service Registry enthält Erweiterungen zu JAXR 1.0, die nicht zum Standard zählen. Diese API-Erweiterungen werden möglicherweise in eine zukünftige Version der JAXR-Spezifikation als Zusatz zum zukünftigen JAXR-Standard eingehen.
Die API-Erweiterungen können in zukünftigen Versionen von Service Registry Änderungen unterliegen. Sun bemüht sich, in zukünftigen Version von Service Registry die Abwärtskompatibilität dieser APIs zu gewährleisten. In manchen Fällen ist eine Abwärtskompatibilität möglicherweise jedoch nicht möglich. Wir weisen die Kunden, die diese API-Erweiterungen verwenden, auf mögliche Änderungen hin, denen diese Erweiterungen innerhalb des JAXR-Provider in zukünftigen Versionen des Service Registry unterliegen können.
Diese Version von Service Registry verwendet einen eigenen Mechanismus für die Verwaltung und Authentifizierung von Benutzern. Eine Aktualisierung der Registry auf einen SAML-basierten Mechanismus (wie im ebXML-Registrierungsstandard festgelegt, der in dieser Komponente implementiert ist) sowie die Verwendung von Access Manager für Benutzerverwaltung und -authentifizierung ist für zukünftige Versionen geplant.
In dieser Version werden die Benutzerinformationen der Service Registry-Kunden von Service Registry verwaltet. In zukünftigen Versionen werden diese Informationen von Access Manager verwaltet. Kunden, die eine Aktualisierung auf eine dieser zukünftigen Versionen von Service Registry vornehmen, müssen ihre Benutzerinformationen in Access Manager migrieren, um zwischen registrierten Benutzern und Registry-Inhalten vorgenommene Verknüpfungen (z. B. Prüfprotokolle) verwalten zu können. Sun beabsichtigt, ein Migrationsprogramm anzubieten, um diese Transaktion zu vereinfachen.
In der folgenden Tabelle werde die Fehler aufgeführt, die in Betaversionen aufgetreten sind und in Service Registry 3 2005Q4 behoben wurden.
Tabelle 1–1 In dieser Version behobene Fehler
Fehlernummer |
Beschreibung |
---|---|
6253534 |
Die Popup-Fenster mit dem Bedienfeld für Details verhalten sich fehlerhaft (Web Console) |
6254054 |
Das Popup-Bedienfeld für Slots ist mehrfach vorhanden (Web Console) |
6262387 |
Web Console-Leistung ist gering |
6268023 |
Beim Hinzufügen einer untergeordneten Organisation wird der Organisation selbst eine Organisation hinzugefügt (Web Console) |
6268025 |
Im Detailbedienfeld für SpecificationLink fehlt ein Feld für Verwendungsparameter (Web Console) |
6268029 |
Im Detailbedienfeld ClassificationScheme werden keine untergeordneten Konzepte angezeigt (Web Console) |
6268048 |
Das Hinzufügen eines untergeordnete Konzepts zu ClassificationScheme verursacht einen Fehler (Web Console) |
6268163, 6288713 |
Verweise auf Dokumentation in Web Console funktionieren nicht |
6268961 |
AuditableEvent.getRegistryObject gibt ein AuditableEvent -Objekt zurück (JAXR-Provider) |
6269991 |
Falsche Anzeige der Baumstruktur für Objektauswahl beim Erstellen eines neuen ExtrinsicObject (Web Console) |
6272143 |
JAXR-RA meldet beim Bereitstellen in Application Server einen Fehler |
6272183, 6277552 |
Zusätzliche, der Installation nachgestellte Konfigurationsschritte für Service Registry3 |
6273999 |
Ausnahmefehler bezüglich doppelter Komponenten-ID |
6276299, 6277679 |
Fenster zum Hochladen von Dateien im Assistenten für die Benutzerregistrierung hängt (Web Console) |
6276674 |
Bezeichner enthalten mehrfach das Zeichen "X" (Web Console) |
6276701 |
Durch Klicken auf Kontaktdetails wird ein Ausnahmefehler ausgelöst (Web Console) |
6277675 |
Benutzerregistrierung mit Option “Schlüsselpaar generieren und PKCS12 PKCS12 KeyStore herunterladen” schlägt fehl (Web Console) |
6278540 |
Fehlende Fehlermeldungen bei der Ausführung verbotener Aktionen durch Benutzer (Web Console) |
6279674 |
Fehler beim Hinzufügen eines Repository-Elements zu gespeichertem ExtrinsicObject (Web Console) |
6280492 |
Web Console benötigt eigene Schaltflächen zum Speichern und Anwenden (Web Console) |
6281089 |
Iterative Anfrage wiederholt vorherige Ergebnisse (JAXR-Provider) |
6281292 |
Admin-Tool benötigt UUID anstatt URN (Administrations-Tool) |
6284357 |
Web Console-Fehler bezüglich ExtrinsicObject-Objekte |
Die folgenden, in Betaversionen aufgetretenen Fehler des JAXR-Provider wurden in ihrer Prioritätsstufe heruntergestuft:
6245755: PostalAddress Type-Attribut ist nicht implementiert
6248218: Die Inhalte der RegistryPackage-Version gehen verloren
6248293: Classification wird sowohl zu alten als auch neuen Versionen des Objekts hinzugefügt
6248418: Durch das Hinzufügen von Classification, ExternalIdentifier oder Slot wird ExternalLink gelöscht
Die folgenden Probleme und Fehler haben Auswirkungen auf die Vorgänge in Version Service Registry 3 2005Q4.
Problemzusammenfassung: Der JAXR-Provider kann keine E-Mail-Adressen von einem Organization-Objekt abrufen. Wenn Sie ein Organization-Objekt zusammen mit einer E-Mail-Adresse veröffentlichen, scheint die Veröffentlichung zunächst erfolgreich abzulaufen. Die Methode OrganizationImpl.getEmailAddresses gibt jedoch keine Ergebnisse zurück. Dieses Problem führt außerdem zu einer leeren Anzeige in Web Console.
Problemzusammenfassung: Wenn Sie in Web Console ein Objekt veröffentlichen, das die Auswahl eines Konzepts aus einem ClassificationScheme einschließt, wie beispielsweise ExtrinsicObject oder ExternalLink, wird bei der nächsten Veröffentlichung eines anderen Objekts das ClassificationScheme-Fenster an derselben Stelle angezeigt, selbst wenn der Objekttyp des zweiten Objekts verschieden ist.
Genauso verhält es sich, wenn Sie eine Suche nach Klassifizierung durchführen, anschließend einen anderen Vorgang ausführen (z. B. einen Veröffentlichungsvorgang), der das Suchformular schließt, und das Suchformular erneut öffnen. In diesem Fall ist die ClassificationScheme-Anzeige identisch mit der Anzeige vor dem Schließen des Suchformulars.
Problemzusammenfassung: Wenn Sie in Web Console die Kontrollkästchen zum Auswählen für zwei Organization-Objekte aktivieren, dann auf "Verbindung herstellen" und anschließend auf "Speichern" klicken, um die Standardbeziehung (eine Objektreferenz) zu speichern, gibt Web Console einen Fehler aus, jedoch ohne eine detaillierte Fehlermeldung anzuzeigen. Im Serverprotokoll wird ein Stackprotokoll angezeigt.
Problemzusammenfassung: Wenn Sie in Web Console ein ExtrinsicObject ohne Repository-Element veröffentlichen, anschließend ein Repository-Element hinzufügen, einen Kommentar zur Inhaltsversion für das Repository-Element angeben und das geänderte ExtrinsicObject speichern, ist bei einer Suche nach dem Element der Kommentar zur Inhaltsversion nicht vorhanden.
Problemzusammenfassung: Wenn ein Benutzer in Web Console versucht, ein Benutzerkonto mit einem erzeugten Zertifikat zu erstellen und dabei einen dem Server bereits bekannten Alias angibt, wird in Web Console auf der Seite zu Schritt 3 folgender Fehler angezeigt:
An error has occured. See server logs or contact Registry support.
Umgehung: Überprüfen Sie das Serverprotokoll. Die Ursache dieses Problems liegt im Stackprotokoll des Serverprotokolls:
Caused by: java.lang.Exception: Key pair not generated, alias name already exists
Problemzusammenfassung: Wenn in Web Console nach Personen- oder Benutzerobjekten anhand des Namens gesucht wird, werden weder in der Datenbank bereits definierte Benutzer noch Personen oder Benutzer zurückgegeben, für die PersonName anstatt Name definiert ist. Außerdem werden bei Suchvorgängen nach Objekten, deren Namen eine bestimmte Anzahl an Zeichen enthalten (z. B. bei Verwendung der Suchzeichenfolge "__" für die Suche nach Namen bestehend aus zwei Zeichen), mehrere Objekte zurückgegeben, deren Namen mehr oder weniger als die angegebene Anzahl an Zeichen enthalten.
Problemzusammenfassung: Der Assistent für die Benutzerregistrierung in Web Console verwendet manche der von Ihnen auf der Seite "Details des neuen Benutzers" angegebenen optionalen Werte (Stadt, Staat oder Region und Land), wenn der Assistent den eindeutigen Namen (Distinguished Name, DN) für das zu generierende Zertifikat erstellt. Der Assistent ignoriert jedoch mit Ausnahme eines Werts alle Werte, die Sie auf der Seite "Details zur Benutzerauthentifizierung" angegeben haben. (Nur der Wert für Name wird verwendet.)
Umgehung: Um eine Stadt, einen Staat oder eine Region bzw. ein Land in den Zertifikat-DN aufzunehmen, geben Sie diese Werte sowohl auf der Seite "Details des neuen Benutzers" als auch auf der Seite "Details zur Benutzerauthentifizierung" an.
Problemzusammenfassung: Wenn der Administrator nach der Konfiguration von Service Registry keinen Proxy-Host und Port für die JavaTM Virtual Machine (JVM) der Application Server-Instanz festlegt, auf dem die Registry bereitgestellt wird, können Web Console-Benutzer keinen externen URI für ein ExternalLink-Objekt bzw. keinen Zugriffs-URI für ein ServiceBinding-Objekt angeben. In der Fehlermeldung wird angegeben, dass das URI-Format ungültig ist, obwohl das Format korrekt ist.
Umgehung: Legen Sie den Proxy-Host und Port wie unter Allowing Access to External Web Sites im Service Registry 3 2005Q4 Administration Guide angegeben fest.
Problemzusammenfassung: Wenn Sie das Java Enterprise System-Deinstallationsprogramm verwenden, um Service Registry zu deinstallieren, und nach der Installation die Konfiguration vornehmen, schlägt die Ausführung des Konfigurationsskripts mit folgendem Fehler fehl:
Domain registry already exists. Please specify a different domain.
Die Ursache des Problems liegt darin, dass das Deinstallationsprogramm die Application Server-Domäne für die Registry nicht anhält oder entfernt. Diese Aufgabe muss manuell ausgeführt werden.
Umgehung: Halten Sie die Application Server-Domäne für die Registry an und löschen Sie die Domäne, bevor Sie Service Registry erneut installieren. Weitere Informationen finden Sie unter Reinstalling Service Registry im Service Registry 3 2005Q4 Administration Guide.
Problemzusammenfassung: Wenn Sie mit dem Admin-Tool Aufgaben ausführen möchten, für die eine Administratorberechtigung erforderlich ist, wird ein Stackprotokoll erstellt und der Fehler NoClassDefFoundError tritt auf. Die Ursache für dieses Problem liegt darin, dass im Manifest-Klassenpfad der JAR-Datei des Admin-Tool eine Datei fehlt.
Umgehung: Folgen Sie den Anweisungen unter To Enable Use of the Administration Tool im Service Registry 3 2005Q4 Administration Guide.
Problemzusammenfassung: Wenn Sie in Web Console ein ExtrinsicObject erstellen und ein Konzept auswählen, das sich unter einem anderen Konzept als ExtrinsicObject befindet, scheint das Objekt erfolgreich erstellt zu werden. Beim Erstellen sind jedoch Fehler aufgetreten. Das gleiche Problem tritt auf, wenn Sie ein ExternalLink erstellen und ein Konzept auswählen, das sich unter einem anderen Konzept als ExternalLink befindet.
Im Serverprotokoll werden diese Fehler als NullPointerException wiedergegeben.
Wenn es sich bei dem Konzept um ein anderes untergeordnetes Konzept von RegistryObject handelt, wirkt sich das Problem hauptsächlich dadurch aus, dass es bei einer Suche nicht gefunden wird. Wenn sich das Konzept unter einem anderen ClassificationScheme als ObjectType befindet, wird die Datenbank beschädigt. Wenn Sie den Server neu starten, treten Laufzeitfehler auf (InvocationTargetException ).
Das Objekttyp-Konzept muss ein untergeordnetes Konzept innerhalb des ExtrinsicObject -oder ExternalLink-Konzepts sein. Web Console erzwingt diese Voraussetzung jedoch nicht.
Umgehung: Verwenden Sie das Admin-Tool, um nach den Objekten zu suchen, die ein falsches Konzept aufweisen. Verwenden Sie den Befehl select, um die Objekte zu suchen, und den Befehl rm, um die Objekte zu löschen. Führen Sie folgende Schritte zur Ausführung dieser Aufgabe aus:
Starten Sie Service Registry neu, wie unter To Stop and Restart the Application Server Domain for the Registry im Service Registry 3 2005Q4 Administration Guide beschrieben.
Starten Sie das Admin-Tool entweder als Registry-Administrator oder als Eigentümer der beschädigten Objekte neu, wie unter Starting the Admin Tool im Service Registry 3 2005Q4 Administration Guide beschrieben.
Navigieren Sie zur obersten Speicherortebene der Datenbank:
admin> cd / |
Verwenden Sie den Befehl select, um die zu entfernenden Objekte aufzulisten. Wenn Sie das Tool als Registry-Administrator gestartet haben, verwenden Sie folgenden Befehl (in einer Zeile):
admin> select ro.* FROM RegistryObject ro, ClassificationNode cn WHERE ro.objectType = cn.id AND NOT ( cn.path = '/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject' or cn.path like '/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject/%' ) |
Wenn Sie das Tool als Eigentümer der Objekte gestartet haben, verwenden Sie folgenden Befehl (in einer Zeile):
admin> select ro.* FROM RegistryObject ro, ClassificationNode cn, AffectedObject ao, AuditableEvent ae WHERE ro.objectType = cn.id AND ae.user_ = $currentUser AND ao.id = ro.id AND ao.eventId = ae.id AND NOT ( cn.path = '/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject' or cn.path like '/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject/%' ) |
Verwenden Sie den Befehl rm, um die Objekte zu löschen. Geben Sie die URN für jedes zu löschende Objekt an.
admin> rm urn1 urn2 ... |
Führen Sie den Befehl select erneut aus, um zu überprüfen, ob die Objekte aus der Registry entfernt wurden.
Problemzusammenfassung: Wenn Sie ein AuditableEvent löschen, dessen Liste betroffener Objekte ein oder mehrere Objekte enthält, dessen Eigentümer Sie sind, wird das Prüfprotokoll für diese betroffenen Objekte beschädigt. Schwerwiegende Probleme treten insbesondere dann auf, wenn Sie das Created-Ereignis für Ihr eigenes User-Objekt löschen. Wenn Sie dieses Ereignis löschen, treten beispielsweise immer dann Laufzeitfehler auf, wenn Sie eine FindAllMyObjects-Suche durchführen.
Problemzusammenfassung: Wenn Sie in Web Console ein ExtrinsicObject erstellen und ein Repository-Element hinzufügen, wird der Link "Inhalt des Repository-Elements anzeigen" inaktiv, nachdem Sie die Datei hochgeladen haben und bevor Sie auf die Schaltfläche "Speichern" oder "Anwenden" klicken. Wenn Sie auf den Link klicken, bevor Sie auf die Schaltfläche "Anwenden" klicken, wird die Fehlermeldung 404 angezeigt. Der Link sollte erst dann aktiv sein, wenn der Link gültig ist.
Umgehung: Zeigen Sie Repository-Elemente erst an, nachdem Sie auf die Schaltfläche "Anwenden" geklickt haben.
Problemzusammenfassung: Wenn Sie die Fixierfunktion in Web Console verwenden, um ein Objekt an einem Ort zu fixieren, wird das Objekt möglicherweise mehrfach im Suchergebnisbereich angezeigt, wenn Sie weitere Suchvorgänge durchführen.
Umgehung: Beenden Sie die aktuelle Sitzung, indem Sie auf die Schaltfläche "Abmelden" oder "Sitzung beenden" klicken. Nachdem Sie eine neue Sitzung gestartet haben, werden die korrekten Suchergebnisse zurückgegeben.
Problemzusammenfassung: Wenn Sie das Explorer-Menü verwenden, um ClassificationScheme-Konzepte anzuzeigen, werden die Blattknoten XML und Registry in zwei anstatt in einem Konzept angezeigt. In beiden Fällen werden die Knoten direkt nach dem richtigen Knoten (XMLSchema bzw. RegistryPackage) angezeigt.
Problemzusammenfassung: Der Befehl ant install zur erneuten Installation von Service Registry löscht ebenfalls die Repository-Datenbank und installiert diese neu. Dadurch kommt es zu einem endgültigen Verlust von Benutzerdaten, wenn der Administrator die Datenbank zuvor nicht gesichert hat.
Administratoren sollten folgende Anweisungen unter Reinstalling Service Registry im Service Registry 3 2005Q4 Administration Guide befolgen: Erstellen Sie vor der erneuten Installation eine Sicherungskopie der Datenbank.
Problemzusammenfassung: Wenn ein Benutzer auf Web Console zugreift, direkt nachdem ein Administrator Service Registry neu gestartet hat, und wenn die vom Benutzer zuerst ausgeführte Aktion eine Anmeldung ist, tritt ein Ausnahmefehler auf, wenn der Benutzer eine Suche startet. Der Ausnahmefehler entspricht in etwa dem Folgenden:
An error has occurred. See below for details: Could not initialize the Search panel. java.lang.NullPointerException Check the server log for more details or contact your Registry Administrator.
Umgehung: Wenn Sie direkt nach einem Server-Neustart auf Web Console zugreifen, führen Sie zuerst eine Suche und dann die Anmeldung durch.
Problemzusammenfassung: Wenn Sie Web Console verwenden, um ein neues Konzept (ClassificationNode) zu einem nicht von Ihnen erstellten vorhandenen ClassificationScheme oder ClassificationNode hinzuzufügen, wird ein Fehler angezeigt, der Sie darüber informiert, dass der aktuelle Benutzer nicht über die Berechtigung zum Hinzufügen des neuen Knotens verfügt.
Umgehung: Administratoren verfügen über die Berechtigung zum Hinzufügen eines ClassificationNode zu einem beliebigen ClassificationScheme oder ClassificationNode. Erstellen Sie entweder für sich selbst eine Administratorrolle, wie in den Anweisungen unter Creating an Administrator im Service Registry 3 2005Q4 Administration Guide beschrieben, und fügen Sie das Konzept hinzu oder wenden Sie sich an den Administrator Ihrer Service Registry-Installation, um das Konzept hinzufügen zu lassen.
Keine.
Der Dokumentationssatz zu Service Registry wird in der http://docs.sun.com/app/docs/coll/1314.1 zur Verfügung gestellt. In der folgenden Tabelle finden Sie die Dokumente, in denen Sie mehr über Service Registry erfahren können.
Tabelle 1–2 Dokumentation zu Service Registry
Dokumententitel |
Inhalt |
---|---|
Enthält aktuelle Informationen zu Service Registry, einschließlich bekannter Probleme. |
|
Beschreibt die Konfiguration von Service Registry nach der Installation und enthält Anweisungen zur Verwendung des Verwaltungsprogramms, das mit der Registry zur Verfügung gestellt wird. Außerdem wird die Ausführung von administrativen Aufgaben beschrieben. |
|
Beschreibt, wie die Service Registry-Web Console für das Durchsuchen von Service Registry verwendet wird und wie Daten veröffentlicht werden. |
|
Beschreibt, wie das Java-API für XML-Registrierungen (JAXR) zum Durchsuchen von Service Registry verwendet wird und wie Daten veröffentlicht werden. |
Die folgenden Fehler in Service Registry 3 2005Q4 beziehen sich auf die Lokalisierung des Produkts.
Problemzusammenfassung: In Web Console werden manche Zeichenfolgen, die lokalisiert sein sollten, in englischer Sprache angezeigt. Dazu gehören Registerkarten auf den Seiten "Neues Registry-Objekt erstellen"; die Liste unterstützter Sprachen auf der Seite "Anpassen"; die Willkommensseite, der Copyright-Text und der Titelbereich; die Dropdown-Listen für Telefonnummern- und E-Mail-Adressentypen; Protokollierungsmeldungen. Außerdem werden manche Elementbezeichnungen in der zuvor verwendeten Sprache angezeigt, wenn Sie das Gebietsschema des Browsers ändern und die Sprache zurücksetzen.
Problemzusammenfassung: Wenn Sie in Web Console eine Datei auswählen, die einen Multibyte-Namen als Repository-Element für ein ExtrinsicObject aufweist, wird der Dateiname beschädigt und die Datei kann nicht angezeigt werden.
Problemzusammenfassung: Das Ressourcenbundle für die UDDI-Schnittstelle zu Service Registry wurde nicht lokalisiert. Fehlermeldungen, die von dieser Schnittstelle stammen, werden ausschließlich in englischer Sprache angezeigt.
Problemzusammenfassung: Wenn Sie die Application Server-Domäne für Service Registry mit einem nichtenglischen Gebietsschema starten, können Sie die Standardsprache für Web Console nicht in Englisch ändern, selbst wenn Sie das Standardgebietsschema in Ihrem Webbrowser ändern.
Umgehung: Verwenden Sie die Verwaltungskonsole für die Application Server-Domäne, um das Gebietsschema zu ändern.
Öffnen Sie die Verwaltungskonsole. Weitere Anweisungen finden Sie unter To Use the Application Server Admin Console im Service Registry 3 2005Q4 Administration Guide.
Erweitern Sie den Knoten Standalone-Instanz und klicken Sie anschließend auf "Server "(Administration Server).
Klicken Sie auf die Registerkarte "Erweitert".
Klicken Sie auf die Registerkarte "Domänen-Attribute".
Geben Sie en in das Feld "Ländereinstellung" ein.
Klicken Sie auf "Speichern".
Problemzusammenfassung: In Web Console mit französischem Gebietsschema lautet der Hilfe-Link in der rechten oberen Ecke des Bereichs für Registry-Objekte “Objets du registre Aide”. Die Übersetzung sollte “Aide Objets du Registre” oder “Aide pour les Objets du Registre” lauten.
Problemzusammenfassung: Falls Sie ein anderes als das Standardgebietsschema verwenden und in Web Console ein Objekt erstellen, wird als Name des Objekts null angezeigt, wenn Sie auf "Anwenden" klicken, selbst wenn Sie im Namensfeld des Objekts einen Wert eingegeben haben.
Problemzusammenfassung: In Web Console wurde eine Reihe von Zeichenfolgen für nichtenglische Gebietsschemata nicht lokalisiert bzw. falsch lokalisiert.
Problemzusammenfassung: Wenn Sie das Admin-Tool starten und die Option -locale verwenden, um ein nichtenglisches Gebietsschema festzulegen, werden die Meldungen nicht in der Sprache des angegebenen Gebietsschemas, sondern in Englisch angezeigt.
Der folgende Fehler in Service Registry 3 2005Q4bezieht sich auf die Dokumentation.
Problemzusammenfassung: Das Developer's Guide-Beispielprogramm JAXRGetCanonicalSchemes.java ist dafür ausgelegt, die 18 kanonischen Klassifizierungsschemata zusammen mit ihren Konzepten aus der Registry abzurufen. Dieses Programm ruft jedoch acht Kopien von jedem Klassifizierungsschema ab, insgesamt 144. Die Ursache hierfür geht auf ein Lokalisierungsproblem zurück, da das Programm jeweils eine Kopie des Klassifizierungsschemas für jedes unterstützte Gebietsschema abruft.