Beschränkung des Zugangs: Ist nicht zugänglich, da die Beschränkung auf die gewünschte Bibliothek ..\jre\lib\rt.jar

Ich versuche zu ändern, dass einige legacy-code aus, während Sie sich zurück und erhalten folgende Art von Fehler:

Zugriffsbeschränkung: Die Methode create(JAXBRIContext, Objekt) vom Typ Header ist nicht zugänglich, da die Beschränkung auf die gewünschte Bibliothek ..\jre\lib\rt.jar

für diese import-Anweisungen:

import com.sun.xml.internal.bind.api.JAXBRIContext;
import com.sun.xml.internal.ws.api.message.Header;
import com.sun.xml.internal.ws.api.message.Headers;
import com.sun.xml.internal.ws.developer.WSBindingProvider;

Gesucht was das bedeuten könnte und wie man es beheben, aber nicht in der Lage zu finden eine klare Antwort. Einige Beiträge scheinen zu behaupten, dass ich einige Gläser enthalten, die zur Umsetzung von Klassen, die sind jetzt verfügbar als Teil des Kern-java-distribution, aber soweit ich sehen kann keines der Gläser habe ich auch enthalten anderen/älteren Versionen der oben genannten Klassen.

Jemand in der Lage mir zu sagen was dieser Fehler ist und wie ich gehen könnte, über dies zu beheben?

Dank für Eure Hilfe schon im Voraus,

Olli

InformationsquelleAutor user567602 | 2012-02-13
  1. 127

    Lief ich in etwas ähnliches, denke ich, dass die Ursache der Warnung von Eclipse, die versuchen, Sie zu entmutigen mit dem internen com.sun Pakete, die installiert sind, als Teil Ihres workspace-JRE, aber nicht Teil der öffentlichen Java-API.

    Als Justin sagt in seiner Antwort, wenn Sie Ihre compiler-Einstellungen kann die Warnung auszublenden. Ein feiner Ansatz ist die Anpassung des build-Pfad explizit erlauben den Zugriff auf das Paket in Frage:

    1. Öffnen Sie die Registerkarte Bibliotheken der Java Build Path-Projekt-Eigenschaft window.
    2. Erweitern Sie die JRE System Library-Eintrag.
    3. Wählen Sie "Access rules" und drücken Sie die Schaltfläche Bearbeiten.
    4. Klicken Sie auf die Schaltfläche "Hinzufügen" in der resultierenden dialog.
    5. Für die neue access-Regel, die Auflösung festlegen, um Zugänglich und die Muster zu "com/sun/xml/internal/**".

    Nachdem Sie diese Regel sollte Ihr Projekt aufbauen, ohne diese Warnung.

    • Danke. Hat mir wirklich geholfen.
    • hmm, seltsam, hat bei mir nicht funktioniert, aber das ist in RAD 8 Eclipse nicht... unten hat funktioniert, natürlich wenn aus unerklärlichen Gründen (nur add/remove JRE)
    • +1 für das hinzufügen von spezifischer Regel - anstatt deaktivieren Sie alle Warnungen. you rock!
    • Ich bin ein weiterer zufriedener Kunde. Danke dafür!!!!
    • +1 hinzufügen/entfernen der JRE...
    • Danke Es hat geholfen
    • Ist es möglich, diese Einstellung zu speichern?
    • Arbeitete für mich +1
    • Ist es "sicher" um die Warnung zu ignorieren und den Zugriff auf diese internen com.Sonne.** Klassen? - wenn die angegebene Klasse ist nicht Teil der öffentlichen API, kann man garantiert sein, dass alle JRE enthalten die in der jeweiligen Klasse?
    • Das ist der Punkt, der die Warnungen - diese Klassen sind abhängig von änderung an einem beliebigen Punkt in der Zeit. Wenn möglich, sollten Sie vermeiden, diese internen Klassen zu Gunsten von Nutzung der public API. Das heißt, viele von Ihnen sind Teil von OpenJDK und wurden seit Jahren unverändert, so... es ist ein Urteil Anruf auf Ihrem Teil.
    • Ist es möglich, irgendwie eine explizite hinzufügen Abhängigkeit von fx in der pom-Datei, wenn mit Maven, um dieses risc? Ich würde mir vorstellen, dass nicht - explizite dep. zu rt.jar klingt seltsam. Aber es scheint frustrierend, nicht in der Lage (sicher) Klassen zugreifen, die sind bekannt, gibt es in einigen jar.
    • Gibt es eine offizielle Quelle sagte, dass Sie intern?

    InformationsquelleAutor Alex
  2. 79

    Ausgezeichnete Antwort bereits vor Ort hier.

    Finden Sie in der Zusammenfassung unten:

    1. Gehen, um den Build-Path-Einstellungen in den Projekt-Eigenschaften.
    2. Entfernen Sie die JRE System Library
    3. Hinzufügen; Wählen Sie "Add Library" und wählen Sie die JRE System Library. Der Standard für mich gearbeitet.
    • Ich habe keine Ahnung, warum, aber das half...
    • Bei mir funktioniert nach dem Update von einer älteren jdk.
    • Danke! Arbeitete für mich auf Eclipse Kepler. Einschließlich der servlet-api-3.1.jar von der Anlegestelle 9 Verteilung in meinem Projekt das problem verursacht anscheinend. Oder vielleicht war es die run-jetty-run-plugin. Na gut, solange es funktionierte..
    • Dies funktioniert, weil Sie mehrere Klassen in verschiedenen jar-Dateien. Das entfernen und neu-hinzufügen der JRE-lib wird die richtigen Klassen die ersten sein. Wenn Sie möchten, eine grundlegende Lösung stellen Sie sicher, schließen Sie die jar-Dateien mit den gleichen Klassen. Bitte akzeptiert die Antwort für this Frage.
    InformationsquelleAutor Abimbola
  3. 41

    Nicht die wahre Lösung, aber überall sah ich die Lösung war zu einfach zu sagen, Eclipse, dass diejenigen, die nicht die Fehler. Sie können es ändern, indem Sie auf Eigenschaften --> Java-Compiler --> Fehler, Warnungen --> Veraltet und restrited APIs --> Verboten Referenz (acess-Regel), und Ändern Sie es von Fehler auf Warnung oder Ignorieren.

    • das klappte auch! einfachste Sache scheint zu sein, entweder dies zu tun oder hinzufügen/entfernen, wie pro den Vorschlag von @Abimbola .
    • Gute Lösung, hat bei mir gut...
    • Arbeitete für mich, aber ich Frage mich, warum die Warnung gibt es in den ersten Platz.
    InformationsquelleAutor Justin
  4. 15

    hab ich gelöst das Problem mit diesen Schritten: erweitern Sie Ihr Projekt mit der rechten klicken Sie auf "JRE System Library" - > Eigenschaften > 3. wählen Sie die option "Workspace default JRE" > OK . Hoffe, dass es dir auch helfen

    • Ja, es funktioniert, aber ich verstehe nicht, warum?
    • Übrigens, das wird wieder jedes mal, wenn Sie tun, Maven > Aktualisieren, falls Sie mit Maven und Sie hat nicht gesetzt: <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> zum Beispiel
    • Ihre Lösung für die maven ist nicht für mich arbeiten...
    InformationsquelleAutor Candra
  5. 8

    In Eclipse:

    Project -> properties -> java Build Path -> libraries

    Entfernen Sie vorhandene JRE System Library, dann Add Library -> JRE System library -> next -> ok

    Fehler werden entfernt.

    InformationsquelleAutor Bilal Ashraf
  6. 5

    Ich hatte das gleiche problem, wenn mein plugin war je auf einem anderen Projekt, welches exportiert werden einige Pakete in seiner manifest-Datei. Anstelle der änderung von Zugriffsregeln, ich habe es geschafft das problem zu lösen, indem Sie die erforderlichen Pakete in den Export-Paket Abschnitt. Dies macht die Pakete rechtlich sichtbar. Eclipse bietet tatsächlich dieses Update auf die "Access restriction" - Fehlermeldung marker.

    InformationsquelleAutor Val
  7. 1

    In der eclipse-Umgebung, wo Sie die Ausführung von java-Programmen die folgenden Schritte aus:

    1. Klicken Sie auf Projekt einfach oben in der Menüleiste in eclipse.
    2. Klicken Sie auf Eigenschaften.
    3. Wählen Sie libraries, klicken Sie auf die vorhandene Bibliothek und klicken Sie auf Entfernen, auf der rechten Seite des Fensters.
    4. Wiederholen Sie den Vorgang und klicken Sie nun auf add library, und wählen Sie dann die JRE system library und klicken Sie auf OK.
    InformationsquelleAutor Leleji Godwin
  8. 0

    Bin ich die Beantwortung dieser Frage, denn ich hatte eine andere Art der Festsetzung dieses problem, als die anderen Antworten hatte. Ich hatte dieses problem als ich neu erarbeiteten die Namen der plugins, die ich war, zu exportieren. Schließlich musste ich sicherstellen, dass zu beheben/ändern Sie die folgenden.

    1. Sie die Produkt-Datei, die Abhängigkeiten,
    2. Die plugin.xml Abhängigkeiten (und stellen Sie sicher, es ist nicht implizit importiert, die importierten Pakete dialog).
    3. Der run-Konfiguration-plugins-tab. Ausführen Als..-> "Konfigurationen Ausführen" ->Plugins-tab. Deaktivieren Sie das alte Plug-ins und klicken Sie dann auf Add Required Plugins.

    Dieser arbeitete für mich, aber Ihre Laufleistung variieren.

    InformationsquelleAutor Lucas
  9. 0

    Ich nur geänderte Projekt-Facette auf 1,7 und es funktionierte.

    InformationsquelleAutor Magno C
  10. -2

    Gehen Buildpath

    Entfernen Sie Vorhandene JRE und neue JRE-library, die enthalten Jdk1.6
    und fertig
    Reinigen Sie nun alle Projekt-und bauen wieder

    Ich denke, auf diese Weise können Sie aufgelöst, Ihre Fehler

    InformationsquelleAutor DevArea
Schreibe einen Kommentar