Moin Leute,

da sich hier ja anscheinend auch einige Programmierer rumtreiben, dachte ich mir, dass ich die Frage hier auch mal stellen kann.

Ich soll eine Anwendung schreiben, die es uns leichter macht unser Projekt zu administrieren und zu warten.
Anforderungen sind u.a. die Möglichkeit, dass man Einträge in bestimme Datenbanktabellen machen kann und das Shellskripte gestartet werden können (inklusive Anzeige der Logs und Auswertung des Returncodes!). Das ganze natürlich in einer schönen GUI, die auch gleich noch die Plausibilitätsprüfung bein Eingaben durchführt.

So, an Technologien habe ich drei zur Auswahl: JSP, JBoss (und somit J2EE, allerdings mit einem Fat-Client, also keine Webanwendung!) oder alles selbst in Java zu schreiben(Client und Server). Auf letzteres habe ich eigentlich keine Lust, da ich sowas in der Richtung schon mal versucht habe, aber mit dem ganzen Socket-Gedönse und den Threads wurde das dann irgendwann zu lahm.

Bin für alle Tipps und Meinungen offen...

Grüße
biddschedabber

Naja, die Frage ist: Wie gehe ich da jetzt am besten mit welcher Technologie ran?

Mein Problem ist einfach, dass ich nicht weiß wo und wie ich anfangen soll. Ob jetzt reine Webanwendung, oder doch JBoss oder, oder, oder... Ich bin jetzt z.B. noch über RMI gestolpert, das hört sich auch gut an. Da versuche ich gerade mehr Infos im Netz zu finden. Das würde dann halt auf eine reine Client/Server-Anwendung rauslaufen.

Ich brauche halt irgendwas, dass es mir erlaubt nicht nur vom Client Anfragen an den Server zu schicken (und der macht dann irgendwas), sondern der Server muss auch den Client benachrichtigen können... z.B. wenn ein Shellskript mit der Ausführung fertig ist.

Kurz und knapp: Mir mangelt es an Know-How ;D

Citation de "Y0Gi"

BTW: Wieso impliziert JBoss einen Fat-Client?

JBoss impliziert keinen Fat-Client. Ich schätze mal, dass 99% der Leute, die einen Application-Server einsetzen auf Webinterfaces setzen, aber ich HASSE Webinterfaces. Deswegen der Fat-Client.

Citation de "crushcoder"

einen j2ee-server zu benutzen um shell-skripte zu benutzen ist irgendwie wie mit kanonen auf spatzen zu schießen.
j2ee lohnt sich eh immer erst wenn man mehrere tausend user auf einer applikation arbeiten lassen will und clustering usw braucht.

Zu der Erkenntnis bin ich mittlerweile auch gekommen. Das wird einfach Overkill.

Citation de "crushcoder"

also erstmal ein paar fragen:
- wieviele user?

Ich schätze maximal irgendwas zwischen 10 und 20. Davon werden höchstens 3 Leute parallel eingeloggt sein.

Citation de "crushcoder"

- ist das ein schneller hack oder soll es ein richtiges system sein?
- soll es später erweitert werden, soll zb die möglichkeit offen bleiben später andere clients einzusetzen (zb. fat und web)?
- sollen die skripte/tabellen konfiguriert werden können oder stehen diese fest?
- willst du was lernen oder einen schnellen erfolg?

Das soll kein schneller Hack, sondern was halbwegs anständiges werden. Wir gehen mit der Idee jetzt schon seit 2 Jahren "schwanger" nur war nie genug Zeit vorhanden. Diese Zeit soll sich jetzt genommen werden.
Das Programm soll schon erweiterbar sein, aber nur im Sinne der Funktionalität und nicht in Hinsicht auf andere Clients oder ähnliches.
Skripte und Tabellen sind fix, die sollen/dürfen nicht veränderbar sein.

Hm... was lernen oder schneller Erfolg? Am liebsten wäre mir natürlich beides. Aber egal was ich mache, ich kann dabei nur lernen, da ich in Java bisher nur ein paar kleine Tools mit Datenbankanbindung geschrieben habe.


Ich denke, dass RMI vielleicht die Lösung sein könnte. Wenn ich mir das so überlege, brauche ich gar keine Benachrichtigungsfunktion vom Server zum Client. Es müsste reichen, wenn ich auf dem Client einen Thread starte, der die remote Methode auf dem Server aufruft, welche für das Ausführen von Skripten verantwortlich ist. Ist die Methode beendet gibt sie einfach den Inhalt der Log-Datei (erzeugt vom Skript) zurück und ich kann die auf dem Client anzeigen.


*edit*
Argh, wie es nervt, wenn man viel Text schreibt und sich halb zu tode quoted und man aus Versehen auf das X im Firefox kommt bevor der Beitrag abgeschickt wurde!

Citation de "crushcoder"

ich glaub die richtung ist jetzt klarer.

Die Richtung ist klarer, das auf jeden Fall.
Habe nur noch eine Frage: Was meinst Du mit Services für die Datenbank?

Danke Euch beiden erstmal. Hach was 'ne Wohltat, Menschen die mein Geschreibsel verstehen. Ich habe hier so manchen Kollegen, da hätte ich für diese Art von Konversation eine Woche gebraucht und denen wäre immer noch nicht klar gewesen, um was es mir geht... naja, Informatiker... wir sind ja nicht gerade für unsere soziale Kompetenz und Kommunikationsfähigkeit bekannt. ;D

Citation de "Y0Gi"

Regel Nr. 1: Es liegt immer an den anderen

Lautet bei uns ähnlich: "Iiiiiich? Neeeeee, ich war das nicht!" ;D

Citation de "crushcoder"

als ob wir eine unterhaltung zwischen ärzten über eine seltene krankheit verstehen würden.
oder durchsagen im supermarkt ("die 42 bitte die 23").

Naja, die Kollegen, die ich meinte sind auch Informatiker... das ist dann so als würden sich Deine Ärzte nicht verstehen.