| Paul Hackenberger |
Version vom: $Date: 2001/05/26 15:37:17 $
|
| Zurück | Hauptseite |
|
Sitzungsleiter: Michael Bunge Protokollant: Paul Hackenberger OrganisatorischesKommende SitzungSitzungsleiter: Jirk Stolze Protollant: Manuel Scholz Statusbericht der Gruppen, Probleme bei der ImplementierungDer Vortrag über das Testen von EJB mit JUnit wird verschoben.Es gibt ein JBoss Plugin für togetherJ, mit dem direktes deployen von EJB von together möglich wird (Alexander). Weiter ist bei Container Managed Persistence Beans zu beachten, dass nur exakte Anfragen auf den dahinterliegenden Datenbestand möglich sind; sollten komplexere Suchen über den Datenbestand stattfinden, so ist diese Art von Beans ungeeignet. Es gibt eine Kombination von JBoss und Tomcat, die dann in der selben VM ausgeführt werden; jedoch könnten daraus Probleme der Skalierbarkeit entstehen und wird deswegen abgelehnt. Alle LKlassen müssen neben dem Konstruktor, der nur die ID übergeben bekommt, einen Konstruktor bekommen, mit allen notwendigen Paramatern, der von der GUISchicht dazu benutzt wird, neue Daten in der Datenbank zu erzeugen, anstatt nur mit der ID vorhandene aus der DB abzurufen. Die Lookup Klasse muss neben der Frage nach dem SystemUser mit USR/PWD noch eine statische Methode enthalten, mit der alle Kategorien beim ersten Aufruf für die linke Navigationsleiste aus der Datenbank geholt werden. Unter Systemdokumentation\Entwurfsspezifikation\Constraints sollen alle Constraints eingetragen werden, und der Ort deren Überprüfung. Unter Projektmanagement/verantwortlich_gui.html sollen alle aus der Presentationsschicht eintragen, welche HTML Seite der GUI sie bearbeiten, damit sichergestellt wird, dass alle Seiten bearbeitet werden. Quantity ist kein Datenbanktyp. Erst duch aufrufen der LObject Methode setQuantity() wird er persistent! Die Sequentzdiagramme sollen bei Änderung einer Methode angepasst werden. Alle Klassen sollen kompilierbar gemacht werden. Weitere Planung
|
| Zurück | Top | Hauptseite |