CookieManager vs Javascript Cookies - Berechtigung

[PrincE]

Hallo Java Freunde,

via Javascript hat eine URL jederzeit die Berechtigung Cookies im Store des Browsers für sich selbst abzulegen und auszulesen.

Wieso gibt es hier mit dem CookieManager nicht eine ähnliche Vorgehensweise? Im Endeffekt muss das Applet siginiert werden, um die Cookies auf der Platte des Users speichern zu können. Aber warum gibt es hier nicht auch so einen abgetrennten Bereich, damit die Signierung nicht nötig ist?
Mir bleibt jetzt nichts anderes übrig als mit dem JSObject ein "javascript cookie anzulegen" oder?

Ich denke der springende Punkt ist, wieso arbeitet der CookieManager im Hintergrund nicht mit den Javascript Cookies?

Wenn ich vollkommen auf dem Holzweg bin, sagt es nur ^.^

 

[TKausL]

Ich denke der springende Punkt ist, wieso arbeitet der CookieManager im Hintergrund nicht mit den Javascript Cookies?

Weil Java mit JavaScript rein garnichts zutun hat.
Wofür brauchst du denn Cookies? Vieleicht kann man dein Problem auch anders angehen.

 

[Tomate_Salat]

Im Endeffekt muss das Applet siginiert werden, um die Cookies auf der Platte des Users speichern zu können.

Afaik gibt es einen Unterschied zwischen den "normalen Cookies" und Cookies die von Applets/Flash erstellt werden (Stichwort: Super Cookies). Da diese zum einen für den Benutzer schwerer zu löschen sind (werden afaik nicht vom Browser gemanaged) und io-Zugriffe benötigen, braucht es eben eine Signatur.

 

[PrincE]

Weil Java mit JavaScript rein garnichts zutun hat.
Wofür brauchst du denn Cookies? Vieleicht kann man dein Problem auch anders angehen.

Häää^^

Ich weis was der Unterschied zwischen Javascript und Java ist, danke!
Habe ich mich so schlecht ausgedrückt?!

Na das was man mit Cookies macht. Informationen Speichern die User abhängig sein sollen. Solange der User seine Cookies nicht löscht sollen diesen verfügbar sein.

Ich meine wieso gibt es nicht die Möglichkeit das ein Applet auch so "einfache Cookies" erstellt, diese soll der User "einfach löschen können".

 

[PrincE]

Afaik gibt es einen Unterschied zwischen den "normalen Cookies" und Cookies die von Applets/Flash erstellt werden (Stichwort: Super Cookies). Da diese zum einen für den Benutzer schwerer zu löschen sind (werden afaik nicht vom Browser gemanaged) und io-Zugriffe benötigen, braucht es eben eine Signatur.

Das was ich nur brauche sind nur "normale Cookies".
Und diese kann man nicht per JApplet erstellen ohne das JSObject?

 

[Tomate_Salat]

Und diese kann man nicht per JApplet erstellen ohne das JSObject?

puh. Keine Ahnung, da ich noch nie wirklich mit Applets gearbeitet habe kann ich dir da keine Alternative nennen.

 

[Guest2]

Moin,

Du kannst den JNLP PersistenceService nutzen:

The javax.jnlp.PersistenceService service provides methods for storing data locally on the client system, even for applications that are running in the restricted execution environment.

Das Beispiel dort ist evtl. etwas verwirrend. Hier ist noch ein anderes. Das das Webstart ist, sollte Dich nicht irritieren, Applets können auch über JNLP geladen werden. Hier ist beschrieben wie.

Viele Grüße,
Fancy

 

[nillehammer]

Ich meine wieso gibt es nicht die Möglichkeit das ein Applet auch so "einfache Cookies" erstellt, diese soll der User "einfach löschen können".

"Normale" Cookies werden nicht von der Clientseite erzeugt, sondern vom Server. Das ist der Grund, wieso es die Möglichkeit nicht gibt.

Das was ich nur brauche sind nur "normale Cookies".

Du könntest im Applet eine Methode implementieren, die bestimmte Parameter an den Server sendet, der daraus ein Cookie bastelt und es im Response zrücksendet.