Aber ich brauche doch den Tomcat für meinen Applet-Servlet-Kommunikations-Test. Oder???
Ja, denn Tomcat bietet in seiner Vielfältigen möglichkeit solche Konstrukte an um es einfacher auf zu bauen.
Ist das denn so ok, dass wenn ich auf aus einem Applet auf ein Servlet zugreifen möchte, welches die Daten aus einer DB oder von einem anderen Prozess zur Verfügung stellt, immer auch den Port (
http://domain:1065) mit angeben muss?
Ich weiss nicht was / wofür / warum Kunden DB inhalte ändern dürfen, daher mal schmatisch vollgende Erkärung die ich parat habe aus den Informationen die ich zum Verständnis habe.
Über ein Webaufruf (Apache Port 80) erreicht der Kunde ein Webinterface (Oberfläche/Webseite/Webcontent) das mit Informationen dieses Kunden gefüllt ist.
Jetzt wollte ihr ein Applet benutzen das sich über Port 1065 mit dem Servlet-Modul von Tomcat verbindet. Dieses Servlet hat die Aufgabe mittels übertragenen Inhalten aus dem Applet den Oracle zu füttern.
(Der Kunde darf über das Applet Änderungen an das Servlet schicken, das wiederum für den Kundenspezifischen Oracle-DB-bereich ändert.)
Diese Funktion hatt bisher euer c++ Programm getätigt.
Ich baue jetzt mal ein Konstrukt auf:
Was wird gewünscht ?
a) Kunden sollen sich über ein Sichtbares Webinterface Anmelden (Authetifizieren), nach dieser Anmeldung steht dem Kunden über das Webinterface der Inhalt des Datenbankbereiches für diesen Kunden zur Einsicht. (was früher im c++ Programm als Zahlenreihe stand)
b) Um dem Kunden die möglichkeit zu geben die Sichtbaren Datenbank inhalte in einer Definierten Form ab zu ändern startet der Kunde ein
Applet das ihm die möglichkeit gibt Dateninhalte zu Ändern.
c) Das Ändern der Dateninhalte mittels einem Applet (JaVa) soll über eine kommunikation zu einer Servlet Schnittstelle vollzogen werden. Dazu käme Tomcat zum einsatz da darin Servlet erstellbar und über Tomcat einfach zu Administrieren sind. Dadurch wäre eine reibungslose Kommunkation mit dem DB-Server (Oracle) vorhanden.
d) Tomcat hat dann nach Beendigung der Eingabe über das Applet die funktion, alle relevanten Informationen wieder als Webinterface oder weiterführende Verarbeitungsergebnise, auf zu bereiten.
-- Ich weiss nicht wozu Kunden Daten ändern, bzw. wofür diese Daten benutzt werden --.
Da Tomcat die Funktionsmöglichkeit hat einen Webcontent zu bearbeiten sodass dieser wieder über den Apachen (Port 80) abrufbar sind.
-- Ich weiss nicht wozu Kunden Daten ändern, bzw. wofür diese Daten benutzt werden --.
Weitere Optionen
Wenn es nur darum geht, das der Kunde nach seiner Anmeldung nur einige Tabelleninhalte aus seinem Datenbankbereich Ändern darf, so wäre auch zu Überlegen das Konstrukt ohne JaVa auf zu setzen.
Denn mit reinen PHPanweisungen ist das Befüllen oder Ändern von Datenbankinhalten (auch auf Oracle) möglich.
Hierbei spielt aber wiederum das gesamt Konzept ein Rolle, das ich mir aus den jetzigen Informationen nur sehr grob und unvollständig vorstellen kann.
Hinzu kommt das ich mich mit der Materie (Applet <->Servlets ->DB) nicht aus einander gesetzt habe.
Ich weiss nur Tomcat vereinfacht die Administration eines Webcontent auf JaVa basierten vorgaben.
Quellen angaben:
http://tomcat.apache.org/
http://www.jsptutorial.org/content/tomcat
http://de.wikipedia.org/wiki/Apache_Tomcat
http://de.wikipedia.org/wiki/Servlet
PS: Meine Ausführungen beruhen aus dem Verständnis der vorhanden Informationen und ich versuche dies in einfachen Worten zu beschreiben. Spezialisten dieses Faches werden über meine Ausführen Lachen und sicherlich auch mit dem Kopf schütteln.
Ich bin kein Spezialist und habe mich nicht komplett in diese Materie eingelesen.