Servlet Register/Login-Prozedur

[Gast]

Hi,

ich baue gerade ein Webinterface für mein Programm mit Servlets.
Momentan bin ich gerade bei der Registrierungs-Einheit.
Ich wollte es so machen wie es üblich ist:
- man registriert sich
- man bekommt eine Email und muss den Link darin bestätigen
- nun kann man den Service nutzen.

Wie realisier ich das am Besten mit dem Link?
Irgendwo muss ich da diese Verbindung zwischen Email (oder ID) und einem generiertem Hashwert (u.a.) abspeichern.
Ich will aber keine Datenbank nehmen. Oder wie macht man sowas professionel?
Falls jemand gute Links dazu hat wäre ich auch sehr dankbar. Vor allem zu Login/Sessions.

 

[SlaterB]

falls man aus dem Hashwert die Id nicht zurückrechnen kann, dann musst du sie zwangsläufig irgendwo speichern,
oder die Id muss mit in den Link, damit man später nochmal den Hashwert ausrechnen kann zum Vergleich,

oder man kann aus dem Hashwert die Id zurückrechnen
(das ist praktisch nur eine andere Form von 'Id ist im Link enthalten', evtl. etwas versteckter)

 

[Gast]

Speichern muss ich sie irgendwann, dass ist klar.
Ich möchte aber eben keine Leichen speichern, deshalb ja die Mail.
Also wie speicher die ich temporär am besten zwischen, wo ich dann nach einem bestimmten Zyklus (meietwegen 24 Stunden) alle nicht Bestätigen Anmelden löschen kann?


mal ein Beispiel:

ich schick so einen Link mit: www.domain.de/verification?e=<emaladresse des tyypen>&v=<zufallszahl>

Dann muss ich im Verification-Servlet ja irgendwie gucken ob der Typ sich eben angemeldet hat. Also müsste ich das in einer Datei zwischen speichern, oder geht das eleganter?

Ich habe auch überlegt seiten zu erzeugen : www.domain.de/02392032032030.jsp
und wenn man da raufgeht wird es eben automatisch bestätigt und die Seite anschließend gelöscht. Problem is nur, wenn der Typ nicht auf die Seite geht muss ich die ja irgendwann mal loswerden.

 

[SlaterB]

Soll das ganze sicher sein gegenüber Neustart? Dann Datei oder DB, ansonsten reichen Java-Objekte.

Ich würde die Information zusammen mit einem Zeitstempel ablegen und einmal am Tag (oder bei jeder 100ten Registrierung) prüfen/ löschen.
Aber werden es denn soviele sein, dass man sich darüber schon Gedanken machen muss?

 

[Gast]

Man SlaterB,
ich hätte mir Servlets ein bissl genauer angucken sollen.
Ich dachte es wird bei jedem Aufruf eine neue Instanz erzeugt.
Klar, dann speicher ich den Kram natürlich im Java Objekt.
Danke dir!

 

[SlaterB]

man kann sich nicht sicher sein, ob nicht doch irgendwann mal ein zweites Servlet erzeugt wird!
(zumindest meinem Halbwissen nach, hast du grade ne Quelle parat, bei der du soeben nachgelesen hast?)

Exemplarvariablen in einem Servlet sind damit tabu,
nur statische Variablen oder Singleton machen Sinn

 

[Gast]

Hmmm,
wie sieht das denn überhaupt genau aus.
Ich habe jetzt ein Registrierungs-Servlet und will die Daten nachher alle in einem XML-File haben.
Ich weiss Java kann z.B. den gesamten Inhalt einer Klasse in einem XML-File speichern. Das wäre in meinem Fall ja nicht so praktisch.
Also ich habe konkret folgendes Sachverhalt:

Webfrontend für eine Java-Applikation. Diese Applikation speichert ihre Daten in einem XML-File, also Benutzer + Attribute.

Nun möchte ich am liebsten direkt auf das XML-File zugreifen können. Also Beim Registrierungs-Servlet die XML-Datei laden und gucken ob die Email-Adresse schon vorhanden ist, wenn ja, eben Fehlermeldung.

Im Login-Servlet soll er die Datei laden um die Passwörter zu vergleichen.

Beim Add-Servlet soll er Attribute für den Benutzer im XML-File hinzufügen.

Da wäre das einfachste ja die direkte Verarbeitung. Also XML-Lesen, (bearbeiten, speichern).
Bekomme ich das so hin? Also, dass ich von jedem Servlet ddas FIle bearbeiten kann?

 

[SlaterB]

> Ich weiss Java kann z.B. den gesamten Inhalt einer Klasse in einem XML-File speichern. Das wäre in meinem Fall ja nicht so praktisch.

Eine eigene Container-Klasse nur für die zu speichernden Daten?

---------

der Rest ist bisschen schwammig,
Daten in einer XML-Datei zu speichern ist sicher nicht verkehrt,
von mehreren Servlets oder mehreren Requests gleichzeitig auf die Daten zuzugreifen erscheint mir dagegen gefährlich,
wenn überhaupt, dann sollte sich eine einzige Stelle im Programm darum kümmern, ein Singleton-Objekt mit Synchronisation,

wenn man soweit ist kann man die Daten genausogut am Anfang einmal einlesen und dann im Speicher bearbeiten,
nach jeder Änderung die Daten auf der Festplatte zu speichern kann natürlich dennoch sinnvoll sein

zuviele Informationen in einer Datei können irgendwann ein Engpass sein, aber am Anfang bestimmt noch kein Thema,
wenn viele User da sind solltest du eh eine Datenbank benutzen,
so eine XML-Datei ist doch nur Stückwerk

 

[Gast]

Ok, dann leuchtet alles ein.
Ich hab also meine Applikation. Dabei ist eine Klasse für die Datenhaltung zuständig. Meinetwegen ein Array von User (wobei User ein Datensatz ist).

Diese Datenhalt verwaltet die Daten, also hinzufügen, löschen, einzelne Attribute rausbekommen usw.

Das einzige Problem was ich noch habe ist, wie flansch ich mein Servlet an diese Applikation? Also, dass mein Servlet direkt auf diese Verwaltungsklasse zugreifen kann usw

 

[SlaterB]

ich zitiere mich mal selber aus:
http://www.java-forum.org/de/viewtopic.php?p=231320

-------
allgemein gilt immer: um auf etwas anderes zugreifen zu können, muss dieses andere statisch sein
oder ein Objekt, für das man eine Referenz hat,

die Referenz bekommt man an einer bestimmten Code-Stelle,
indem man entweder erst dort das Objekt erzeugt,
oder die Referenz als Parameter übergeben bekommt
oder eine andere Programmstelle nach dieser Referenz fragen kann
(wiederum mit dem gleichen Problem, wie kann man diese andere Stelle erreichen)

so dass war eine ganz allgemeine Antwort, wie sie in jedem Buch irgendwo mal thematisiert wird,
--------