Aufgabe so realiserbar?

[kossy]

Hallo !

Ich plane ein größeres Projekt aufzubauen. Hierbei soll eine Oracle Datenbank mit einer grafischen Javaanwendung kommunizieren können. Es sollen mehrere unterschiedliche Benutzergruppen auf ein und denselben datenbestand in der Oracle Datenbank zugreifen können. Diese Benutzergruppen haben unterschiedliche Zugriffberechtigungen, manche sollen alle möglichen Datenfelder in der Javaanwendung sehen können und auch mittels einer Eingabemaske Daten eingeben können, andere wiederum nur sollen nur wenige Felder sehen können und zusätzlich nur eine Leseberechtigung erhalten. Im Zweifel müssen einige Felder unsichtbar bleiben.

Ich plante ursprünglich das ganze Projekt mit PHP / Mysql zu realisieren, aber will nun doch mit Java arbeiten. Ich plane nun mittels Swing Bibliotheken mehrere grafische Benutzeroberflächen zu programmieren und mit Java die eigentliche Fachlogik bzw. die Verbindung mit der Oracle Datenbank umzusetzen.

Die Anwendung soll innerhalb eines großen Intranets von unterschiedlichen Clients zeitlich auf einem zentralen Server aufgerufen werden können.

Kann ich das so umsetzen, wie ich das geplant habe? Eine Alternative wäre vielleicht auch das ganze als Webservice zu realisieren, aber ich stehe etwas unter Zeitdruck und besitze zuwenig Kenntnisse in diesem Bereich.

MFG

 

[SlaterB]

jo

 

[kossy]

Super ! Ich bitte nochmal um eine ehrliche Einschätzung. Was wäre mit mehr Aufwand verbunden?

Variante 1: Front-End mit Java Swing, Back-End mit Oracle DB, Verbindung zwischen Front-End und Back-End (Fachlogik) mit Java

Variante 2: Front-End mit Java AWT, Back-End mit Oracle DB, Verbindung zwischen Front-End und Back-End (Fachlogik) mit Java

Variante 3: Front-End mit JSP oder JSF, Back-End mit Oracle DB, Verbindung zwischen Front-End und Back-End (Fachlogik) mit meinem Webservice

Brauche ich für mein Vorhaben zwingend einen Webservice?

 

[tfa]

Die Varianten 1 und 2 sind gleichwertig, wobei ich heute nicht mehr AWT verwenden würde.
Variante 3 ist (von meinem Standpunkt aus) am aufwendigsten.Es kommt sicherlich auch darauf an, was man schon alles kann und welche Erfahrungen man hat.
Webservices brauchst du nicht, wenn du auf Client und Server nur Java einsetzt.

 

[kossy]

Muss denn zwingend auf jedem noch so kleinen Client eine JVM installiert sein? Reicht nicht einfach eine JVM auf dem Server, den die Clients ansprechen? Das wäre für mich noch wichtig zu wissen...

 

[SebiB90]

Wenn du ein Desktop Client machst, sprich AWT oder Swing nutzt, muss jeder Client die JVM installiert haben, sonst gehts nicht.
Bei JSP/JSF ist das anders. Da wird der Java Code nur auf dem Server ausgeführt und das Ergebnis wird nur an den Client geliefert, er brauch daher keine JVM.

 

[kossy]

Wenn du ein Desktop Client machst, sprich AWT oder Swing nutzt, muss jeder Client die JVM installiert haben, sonst gehts nicht.
Bei JSP/JSF ist das anders. Da wird der Java Code nur auf dem Server ausgeführt und das Ergebnis wird nur an den Client geliefert, er brauch daher keine JVM.

Ok danke ! Dann ist es ja fast schon besser, dass mit JSP/JSF als Frontend und einem Webservice als "Vermittler" zu dem Backend (Oracle Datenbank) zu realisieren. Ich muss das Projekt nämlich für ein Unternehmen realisieren und die müssen glaube ich ja Lizenzgebühren für jede installierte JVM abdrücken.

Gibt es für mich die Möglichkeit, irgendwo im Netz eine Art "Installations- und Einführungseinleitung" für einen Webservice zu erhalten?

 

[tfa]

Ich glaube du weißt nicht so ganz, was ein Webservice ist. Wahrscheinlich meinst du Webanwendung. Die lässt sich mit JSP oder JSF realisieren.

müssen glaube ich ja Lizenzgebühren für jede installierte JVM abdrücken.

Nein, müssen sie nicht. Nur jeder Anwender muss den Client inkl. JRE installieren, was manchmal ein Hindernis sein kann. Webanwendungen sind in der Hinsicht flexibler. Aber da gibt es andere Nachteile. Kommt drauf an, was die Software leisten soll.

 

[kossy]

Ich glaube du weißt nicht so ganz, was ein Webservice ist. Wahrscheinlich meinst du Webanwendung. Die lässt sich mit JSP oder JSF realisieren.

Danke für Dein Post ! Es kann sein, dass ich mich da auch mit etwas vertue. Es sollen ja Daten aus der DB ausgelesen werden und dann dem Benutzer angezeigt werden. Meine geplante Datenbank umfasst ca. 20 Tabellen und ist somit noch recht überschaubar. Aber es muss doch eine richtige Datenstruktur aufgebaut werden, weil sonst die Abfragen ewig lange dauern oder?

Vielleicht bist du so nett und kannst mir einen konkreten Vorschlag machen, wie du das umsetzen würdest. Das würde mir bestimmt sehr weiterhelfen, denn wie gesagt für mich ist das alles Neuland und bin noch nicht so lange im Geschäft.

 

[tfa]

Zunächst solltest du dich entscheiden, wie deine Anwendung aussehen soll. Möchtest du eine Webanwendung oder einen Rich Client?

 

[kossy]

Möchtest du eine Webanwendung oder einen Rich Client?

Unter der Voraussetzung, dass ich keinen Webservice benötige: Lieber eine Webanwendung auf Basis von JSP bzw. dem JSF Framework.

Besten Dank für Deine Unterstützung !!!

 

[tfa]

Dann wünsche ich viel Erfolg

 

[kossy]

Dann wünsche ich viel Erfolg

Ich hoffe, dass war jetzt ernst gemeint!? Ich letzte Frage noch, was brauche ich denn, um die Verbindung zwischen JSP und der DB herzustellen? Reicht da einfach nur ein wenig Javacode? Muss dieser nicht in einer bestimmten Umgebung / Container ausgeführten werden?

 

[tfa]

Deine JSP laufen sowieso in einem Servlet-Container, z.B. Tomcat. An Anbindung des Servers zur DB geschieht über die JDBC-Schnittstelle, theoretisch kann man das alles zu Fuß in Java programmieren. Für größere Projekte sollte man aber eine Persistenz-Software wie z.B. Hibernate einsetzen. Das ist effektiver.

 

[MarcB]

Naja, JSP sind eben Servlets, die mindestens einen Servlet-Container (wie z.B. Tomcat) benötigen.

Zur Verbindung mit der Datenbank würde im Prinzip ein bisschen JDBC-Code reichen. Das ist aber nicht besonders zeitgemäß.
Sinnvoll wäre es, sich mal mit OR-Mapping (JPA, Hibernate) auseinanderzusetzen.

Solltest du wirklich unter Zeitdruck stehen könnte NACHDEM du dir die Grundlagen angeeignet hast, die CRUD-Funktionalität von Netbeans hilfreich sein, um ein funktionierendes Grundgerüst zu bauen.
Link: Generating a JavaServer Faces CRUD Application from a Database - NetBeans IDE 6.5 Tutorial
(Ist dort mit ner JavaDB gemacht, funktioniert aber auch mit Oracle, musst nur den Treiber adden)

Edit: tfa war schneller

 

[kossy]

Ok besten Dank für eure Posts ! Eine Frage hat sich noch ergeben: Gehen wir doch mal davon aus, dass ich mich gegen die Lösung mit JSP entscheide und stattdessen mit Java-Swing grafische Benutzeroberflächen entwerfen möchte, wie genau sieht dann die Verbindung zur DB aus? Ebenfalls OR Mapping bspw. mit Hibernate und dieses OR Mapping wird dann mit den Benutzeroberflächen verknüpft? Oder läuft dazwischen auch ein Servletcontainer?

 

[MarcB]

Ja, das geht dann auch mit OR-Mapping und benötigt grundsätzlich keinen Server / Servlet Container.
Allerdings ist das aus Sicherheitsaspekten nicht unbedingt zu empfehlen. Schließlich hinterlegt man in der persistence.xml dann die Verbindungsdaten zur DB. Jeder der das Jar entpackt kann diese also einsehen.

Einen berechtigten Benutzer das DB-Passwort eingeben lassen ist auch nicht drin, da auch der das meist nicht wissen darf.


Häufig nimmt man deshalb einen Application Server auf dem die Geschäftslogik liegt und lässt diesen (über JTA) die Persistenz regeln. Der Client greift dann über Session Bean (o.Ä.) auf die Daten zu.
Der Anwender sollte sich dann über ein Benutzerpasswort identifizieren. So ist dann sichergestellt, dass der Client keinerlei Kenntnis von der DB hat.

 

[sparrow]

Als Lektüre:

Schichtenarchitektur ? Wikipedia