Webseiten mit oder ohne Framework

[Michoel]

Hallo Forum,
bisher habe ich Standardwebseiten erstellt, sprich in HTML.
Habe mich in Tomcat / Java und JSP eingearbeitet und stelle mir gerade die Frage, ob ich ein Framework (Hibernate, JSF) nutzen sollte.

Die Tage hat unser Prof. einen kleinen Einblick in asp.net und JSF gewährt. Sah alles einwenig kompliziert aus, jedoch irgendwie ganz praktisch.
(Er hat einfach die Datenbank angelickt und die Tabellen in das Script reingezogen)
Wenn man das ganze auch problemlos und leicht spezifizieren kann, sprich, dass man die Abfragen nach Benutzerabfragen filtert, Seitenumbrüche, die Informationen individuell platzieren kann, wäre so ein Framework nicht schlecht. (Wobei der HTML-Code grausam aussah beim Programmierbeispiel unserer Proffs)

1. Wäre JSF vom Schwierigkeitsgrad machbar oder gäbe es da für den Einstieg bessere Frameworks? (Deutschsprachig)

2. Unser Prof meinte genauso, dass man den Login dem Tomcat überlassen sollte. Ich finde jedoch dieses Popup vom Browser nicht so praktisch und hatte mir überlegt in etwa wie folgt zu realisieren:

a) Client gibt Passwort und Username ein und senden die Daten an den Server (login.jsp)
b) Login.jsp überprüft Daten in einer Datenbank
c) Falls es eine Übereinstimmung gibt, wird ein UserObjekt angelegt und in die aktuelle Session gespeichert und Client ist authentifiziert.
d) Klickt Client eine weitere Seite an, so wird auf jeder Seite von der Session versucht das UserObjekt zu holen. Ist eins drin, also UserObjekt != null, so ist er weiterhin authentifiziert.

Wäre dies in Ordnung?

3. Wenn ich evtl. kein Framework nutzen sollte, müsste ich die DB-Verbindung selber über JDBC aufbauen. Ich habe eine main.jsp, in der über Parameter mitgeteilt wird, welche Seite angezeigt/included wird.
Sollte nun am besten die main.jsp außenherum jedesmal eine DB-Verbindung aufbauen und das Objekt in die Session speichern? Die includede Seite könnte dann von der Session die DB-Verbindung holen und einfach eine DB-Abfrage machen. (Gebraucht wird auf jeder Seite eigentlich DB-Abfragen)


Grüße
Michi

 

[Noctarius]

2. Unser Prof meinte genauso, dass man den Login dem Tomcat überlassen sollte.

Ich will nur eine Firma sehen, die nicht meint ihr eigenes Login mit möglichst dickem Logo zu bauen

Zu dem Aufbau deines Login. Joar würd es ziemlich genau so (vereinfacht) machen.

 

[byte]

Login lässt sich ziemlich einfach mit Spring Security realisieren. Funktioniert dann in etwa so wie von Dir beschrieben, musst Dich allerdings um nichts mehr kümmern.

 

[Michoel]

cool, mein Logingedanke geht dann wohl ich die richtige Richtung (wobei ich mir jedoch auch Gedanken wegen Session_Hijaking gemacht hatte).

Man könnte dann wahrscheinlich die DB-Verbindung dann auch in die Session legen ne?

Ich will nur eine Firma sehen, die nicht meint ihr eigenes Login mit möglichst dickem Logo zu bauen

Der Proff. meinte, dass es eben besser für den Kunden sei und für vorallem für Unternehmen.

 

[Noctarius]

Sagen wir so, was Professoren an der Uni oder die Lehrer in der Berufsschule vermitteln ist meist illusorisch und weltfremd.

Ich habe oft das Gefühl, dass die überhaupt keine Ahnung haben was wirklich in der Arbeitswelt üblich ist. Was sollte für Firma oder Kunden toll daran sein, wenn bei einem Forumlogin nicht wie gewohnt ein Login oben rechts (z.B.) auf der Forumseite ist, sondern mit mein Browser ein Basic Authetification Window anzeigt wenn ich auf Login klicke?

Professoren haben oft 2 kleine Probleme: Sie haben immer Recht und hören sich gerne selbst reden.

Die obigen Aussagen sind getroggen ohne jetzt hier Jemanden beleidigen zu wollen.

 

[maki]

Die Container Based Authentification kann mehr als nur das "Popup", natürlich gehen auch eigene Loginseiten, problemlos einstellbar.
Was man nicht machen sollte ist das Rad neu erfinden.

Wenn du etwas über low-level APIs lernen willst kannst du natürlich JDBC und JSPs/Servlets nutzen, ansonsten nimmt man meist Frameworks.
Für die DB Seite gibt es unter anderem iBatis, JPA (Hibernate/Toplink) oder JDO, wobei die ersteren kein ORM ist, die anderen schon.
Für die Webseite gibt es viel mehr, struts, JSF (MyFaces, IceFaces, Richfaces, etc. pp.) um nur ein paar zu nennen.

"Deutschsprachig"? Alles "Javasprachig", und das ist nunmal eine Untermenge von Englisch.