Ich benutze ein Sling-Servlet. Darin verwende ich javax.jcr.Session
als Referenz. Nach einem Build-Einnahme und wenn ich in System/console/Komponenten zu sehen, ich sehe den folgenden Fehler@Referenz Sitzung zeigt nicht zufriedengestellten Fehler
Referenz Sitzung [ "Unbefriedigend", "Service Name: javax.jcr.Session", "Cardinality : 1..1" , "Politik: statisch", "Policy Option: zurückhaltend", "Nein Service gebunden"]
Wie kann ich dieses Problem lösen?
Warum er eine Dienstressource Resolver in einem Servlet bekommen sollte? Das Antwortobjekt verfügt über einen eigenen sitzungsgebundenen Ressourcenlöser, und Sie können die Sitzung direkt daraus extrahieren. –
Wahr, für die meisten Anwendungsfälle könnte der Resource Resolver aus der Anfrage verwendet werden, um eine Sitzung in einem Servlet zu erhalten. Meine Ansicht ist, dass für alles, was nicht erfordert Knoten Manipulation bei der Veröffentlichung kann ohne eine Sitzung mit Sling API erfolgen. Die Sitzung, die Sie veröffentlichen werden, hat die Rechte eines anonymen Benutzers und hat keine Schreibrechte darauf. Wenn also eine Sitzung für CRUD oder Workflow-Trigger benötigt wird, ist es am besten, die Sitzung von Resource Resolver aus Anfrage –
@AmeeshTrikha nicht zu verwenden. Ich halte dies für eine schlechte Vorgehensweise und erschließt Schwachstellen. Bei einem Veröffentlichungszugriff handelt es sich normalerweise um einen anonymen Vorgang, der niemals Schreibzugriff haben sollte. Bei einem Autor wird der Benutzer authentifiziert, und wenn seine Berechtigungen es ihm nicht erlauben, in einem bestimmten Bereich zu schreiben, sollte dies nicht außer Kraft gesetzt werden. Administrative oder technische Benutzersitzungen sind nur in geplanten Jobs und Ereignis-Listenern sinnvoll. – Thomas