main()-Menthode neustarten/Programm neustarten

[DanielP.]

Hi Forum,

ich werde gerade gegen meinen Willen dazu gezwungen, Java zu programmieren. Momentan hänge ich an dem Problem, dass gesamte Programm bzw. die main()-Methode der Hauptklasse neuzustarten. Folgende Situation:

- Das Programm kommuniziert mit einer MySQL-Datenbank.
- Der User kann die Verbindungseinstellung zur Datenbank ändern.
- Tut er das, soll das Programm neugestartet werden.

Grund:

Nur beim Start des Programms wird geschaut, ob die Verbindung tatsächlich zustande kommt. Während des Programmablaufs wird das natürlich auch gemacht (kurz bevor eine Abfrage gemacht wird, muss ja die Verbindung stehen), nur dann soll sich das Programm beenden, sobald keine Verbindung mehr da ist bzw. fordert es zum Neustart auf, um die Verbindungsdaten zu überprüfen. "on the fly" möchte ich das nämlich nicht machen...

Kann ich einfach alle Fenster per "setVisible(false)" ausblenden und die main()-Methode der Hauptklasse erneut aufrufen? Also es funktioniert, nur frage ich mich, ob dann zwei (oder mehr) "main()-Schleifen" laufen und was passiert eigentlich mit den Fenstern. Die sind ja auch noch da oder werden die per "setVisible(false)" gekillt?
Denn wenn es mehrere "main()-Schleifen" gibt und die Fenster nur ausgeblendet werden, dann ist ja irgendwann der Arbeitsspeicher voll *argh* ich steh momentan echt auf dem Schlauch. Dieses Java-OO-Gegängel geht mir total auf die Nerven, nur darf ich nichts anderes verwenden :-((

Danke für die Erleuchtungen!
Daniel

P.S.:
Ich habe die gleiche Frage vor einigen Stunden im SELFHTML-Forum gepostet - da hat allerdings niemand geanwtortet. Hoffe, das hier mir jemand weiterhelfen kann. Ist wirklich dringend :cry:

 

[nocxsville]

So wie du das vorhast ist das, naja ich sags mal milde "blöd". Wenn du die komplette Anwendung neustarten musst, um die Verbindung zu prüfen bzw. zu resetten, dann ist deine Programmarchitektur SEHR schelcht. Du kaufst dir ja auch kein neues Auto, wenn der Sprit alle ist oder?

Also überdenk nochmal die Architektur deiner Anwendung. Liess dich am besten erst mal ein wenig in java ein. Ein gutes Buch "Java ist eine Insel" link

Gruß,
nocxsville.

 

[DanielP.]

MÜSSEN nicht, aber WOLLEN :lol:

Um die Verbindungsdaten zu testen, muss ich natürlich nicht die gesamte Anwendung neu starten - das wäre ja verrückt. Ich habe mit in meine MySQL-Klasse eine Methode "Test()" angelegt, die versucht, eine Verbindung aufzubauen. Klappt das, gibt sie TRUE anonsten FALSE zurück. Da ich die Verbindung immer nur dann aufmache, wenn ich sie auch brauche (immer vor einer Abfrage, ich muss den MySQL-Server ja nicht unnötig "nerven", wenn ich nichts brauche), rufe ich vorher auch immer diese "Test()"-Funktion auf, um sicher zu gehen, dass auch alles richtig funktioniert.
Beim Programmstart ist es nun so, dass ich auch diesen Test mache, ob alles klappt. Ist dies nicht so, gibt es erst mal eine Fehlermeldung, danach geht ein Fenster auf, in den man die Verbindungsdaten überprüfen bzw. auch neu eingeben kann. Dann speichert man das Ganze. Und nun möchte ich das Programm genau an dieser Stelle neustarten - sobald die Verbindungseinstellungen geändert wurden. Das Programm soll sich auch neustarten, wenn es während der Ausführung die Verbindung zum Server verliert (vorher Fehlermeldung; wird aber eh nicht oft vorkommen) oder wenn die Verbindungseinstellungen geändert werden (kommt auch nicht oft vor). Von daher ist das schon zu verschmerzen oder würdest du das anders machen? Und wie sieht das mit dem Neustart selbst aus? Gibt es dann mehrere main()-Methoden und was passiert mit den Fenstern, wenn ich sie mit "setVisible(false)" entferne?

BTW "Java ist auch eine Insel" kenne ich und daraus ist der Spruch "LOST on Java" entstanden. Das Buch ist der absolute Horror. Das wirft bei mir immer mehr Fragen auf, als es beantwortet :bahnhof: Daher ist der Spruch "LOST ..." noch passender :bae: Gemütlich einlesen ist da nicht, das Programm muss bis nächsten Freitag halbwegs fertig sein - ich bin froh, wenn das Klassen-Geraffel irgendwie läuft :autsch: :wink:

 

[nocxsville]

BTW "Java ist auch eine Insel" kenne ich und daraus ist der Spruch "LOST on Java" entstanden. Das Buch ist der absolute Horror. Das wirft bei mir immer mehr Fragen auf, als es beantwortet :bahnhof: Daher ist der Spruch "LOST ..." noch passender :bae: Gemütlich einlesen ist da nicht, das Programm muss bis nächsten Freitag halbwegs fertig sein - ich bin froh, wenn das Klassen-Geraffel irgendwie läuft :autsch: :wink:

Vielleicht liegt es daran, das du das Konzept Objektorientierter Programmiersprachen nicht verstanden hast.
Eine Anwendung braucht (in der Regel) nur eine main-Methode. Die wird auch nur einmal aufgerufen (beim Start der Anwendung)

Das was du machen möchtest sind Verbindungsdaten neu zu setzen und danach eien neue Verbindung aufzubauen und die Oberfläche zu aktualisieren. Ich kenne deinen Code nicht aber mit einer guten Architektur sind das max. 3 Zeilen Code.

Ich halte es für sehr unrealistisch bis Freitag ein "gutes" Programm in Java zu implementieren, ohne Grundkenntnisse in Java zu besitzen.

Leider klieren viele Leute Anwendungen in Java so zusammen wie du und wundern sich dann warum das Programm so langsam ist. Meist schieben sie das dann auf die Programmiersprache.

 

[Guest]

Vielleicht liegt es daran, das du das Konzept Objektorientierter Programmiersprachen nicht verstanden hast.
Eine Anwendung braucht (in der Regel) nur eine main-Methode. Die wird auch nur einmal aufgerufen (beim Start der Anwendung)

Verstanden schon und ich mag's auch - aber nicht bei Java. Ich habe bei Java das Gefühl, dass alles, was nicht niet- und nagelfest ist, krampfhaft in irgendwelche Klassen gesteckt wird und man als Programmierer regelrecht gezwungen wird, nur OO zu arbeiten. Ich möchte da aber auch keine Grundsatz-Diskussion starten - ich mag einfach kein Java :wink:

Das was du machen möchtest sind Verbindungsdaten neu zu setzen und danach eien neue Verbindung aufzubauen und die Oberfläche zu aktualisieren. Ich kenne deinen Code nicht aber mit einer guten Architektur sind das max. 3 Zeilen Code.

Hm, ja. Um neue Verbindungsdaten zu setzen, muss ich meiner MySQL-Klasse eigentlich nur folgenden Code geben:

mysql = new MySQL(configuration.getValue("database_server"),
                  configuration.getValue("database_user"),
                  configuration.getValue("database_password"),
                  configuration.getValue("database_name"));

Danach rufe ich "Connect()" auf, um die Verbindung herzustellen bzw. "Test()", um sie zu überprüfen. Auf die Idee des Programm-Neustarts bin ich eigentlich nur dadurch gekommen, weil ich nach einer Möglichkeit suche, eine Art Wiedereinstiegspunkt zu realisieren, wenn die Verbindung nicht geklappt hat und die Funktion bzw. der Code nach dem Anwender-Ereignis flöten geht. Der Programmneustart ist die primitivste Version davon ... BTW mir geht grad ein :idea: auf. Sobald der Anwender eine Aktion auslöst, teste ich einfach die Verbindung. Geht das in die Hose, kommt 'ne Fehlermeldung, in der man sich entscheiden kann, ob man sich den Konfigurations-Dialog anschauen will oder nicht. Dort kann man dann seine Verbindungsdaten überprüfen. Wenn ich das Fenster der Konfiguration modal öffne, kann ich nach dem Konfigurations-Dialog ganz normal zum eigentlichen Programm zurück und der Anwender versucht halt nochmal, ob er die Aktion ausführen kann, die eine Datenbankverbindung benötigt. Wenn das nicht klappt, fängt das Spielchen mit dem Konfigurations-Dialog halt wieder von vorne an. Mir gefällt an der Sache nur nicht, dass ich diese Logik dann hinter jede MySQL-Anfrage packen müsste. Naja, mach ich halt 'ne Methode draus und pack das in irgendeine Klasse - davon hab ich eh noch nicht genug :autsch:

Ich halte es für sehr unrealistisch bis Freitag ein "gutes" Programm in Java zu implementieren, ohne Grundkenntnisse in Java zu besitzen.

Dein Wort in Gottes Ohr. Ich mache gerade eine Ausbildung zum Anwendungsentwickler und dieses Java-Proggi ist Bestandteil eines Schulprojekts. Unsere Klasse ist gemischt, d. h. wir sind 25 Leute; 20 davon sind Systemadministratoren, 5 sind Anwendungsentwickler. Jetzt kannst du dir vorstellen, wie das mit der Programmier-Erfahrung in unserer Klasse ausschaut. Zumal einige der AEs erst während ihrer Ausbildung das Programmieren gelernt haben. Ich habe den Vorteil, dass ich schon vor meiner Ausbildung ca. 4-5 Jahre Programmiererfahrung in verschiedenen Sprachen hatte und mich irgendwie durch Java fuchse kann. Aber ein Programm ohne Kenntnisse der Sprache alleine zu stemmen (der Rest meiner Gruppe kann nicht oder nur kaum programmieren, setzt sich zumindest neben dran, versteht aber nur Bahnhof [zumindest die SysAdmins, der andere AE kann ein bisschen mithalten :lol:]), ist in der Tat unrealistisch (auch wenn ich schon ziemlich weit gekommen bin). Das haben wir auch unseren Lehrern gesagt und gebeten, auf andere OO-Sprachen auszuweichen, die wir wenigsten kennen. Die meinten, wir hätten ja noch genug Freizeit zwischen den Schul-Blöcken (wir haben immer alle 8 Wochen 3 Wochen Unterricht), in der wir uns Java aneignen und das Programm basteln können. Tolle Aussage, zumal wir auch kein bisschen im Betrieb arbeiten müssen und für das gesamte Projekt keine 3 Monate Zeit war. Laut unseren Lehrern wäre das realistisch. Tja, die wissen bescheid: Wenn wir als Firma eine Anfrage für eine Applikation reinkriegen, die unser KnoffHoff oder unsere Resourcen sprengt, müssen wir ablehnen. Außerdem habe ich noch keinen Kunden gesehen, der mir vorschreibt, in was ich eine Applikation zu schreiben habe. Und falls bestehende System kompatibel übernommen werden sollen, dann werden nur die Daten übernommen und die Systeme stillgelegt. Wir übernehmen doch kein Support für Sachen, mit denen wir uns nicht auskennen ... wie auch immer. Immerhin geht es allen Gruppen so - bis auf eine, die hat sich unsere beiden "Java-Gurus" gekrallt :autsch:

Leider klieren viele Leute Anwendungen in Java so zusammen wie du und wundern sich dann warum das Programm so langsam ist. Meist schieben sie das dann auf die Programmiersprache.

Ja, davon kann ich ein Lied singen - bin hauptberuflich PHP-Frickler und durfte mehrfach erleben, wie "dreckige" Programme (meist Uralt-Script ala PHP3 oder PHP4) mich und meine Kollegen heimgesucht haben. Die Programmiersprache ist es auch, aber das schlimmste Übel sitzt vor'm Bildschirm :wink: