Offline/Online Web-Anwendung, Datensynchronisation etc.

eskimo328

Aktives Mitglied
Ist folgendes möglich bzw. was spricht dagegen?

Aufgabe:
- Erstellung einer Web-Anwendung für Clients mit Anbindung an ein ERP System
(Derzeit ist eine Swing Anwendung im Einsatz)

Rahmenbedingungen:
- mehrere hundert Clients (Windows-Notebook bzw. MacBook)
- online und offline Betrieb muss möglich sein (Denn die User haben nicht immer eine Internetverbindung)

Lösungsidee:
- auf Client-Notebooks wird eine Tomcat Umgebung mit der Web-Anwendung installiert
- Evtl. wird auch die JRE und ein Browser mitgeliefert
- User startet Web-Anwendung per Desktop-Icon (Damit startet auch der Tomcat)
- zur lokalen Datenhaltung wird eine embedded DB verwendet
- Daten werden im online Modus synchronisiert und in DB gespeichert
- Bestimmte Funktionen sollen nur im online Modus funktionieren (z.B. Abfrage Lagerbestand in Echtzeit)
- Erstellen und Öffnen von PDF und Excel Dateien
- Sofware Update: Automatische Update Funktion prüft bei Start der webapp auf neue Version (wenn online). Gibt es eine neue Version werden die Jar Dateien (bzw. WAR/EAR was auch immer) vom Server geladen und webapp bzw. Tomcat wird automatisch neu gestartet
 
Zuletzt bearbeitet:
Lösungsidee:
- auf Client-Notebooks wird eine Tomcat Umgebung mit der Web-Anwendung installiert
- Evtl. wird auch die JRE und ein Browser mitgeliefert

Nach meiner Meinung hat die Web-Technologie nur Vorteile, wenn ich einen Server nutze und die Clients nur einen "x-beliebigen" Browser brauchen. Auf jeden Client einen Tomcat zu installieren finde ich persönlich nicht so sinnvoll. Unterschiedliche Hardware, Software und Betriebssysteme (32, 64) können dich ja bei dem Rollout der Software, und wenn da nicht sicherlich bei den regemässigen Versions-Update "fertig" machen.
Was spricht gegen eine Rich Client Anwendung (gern mit RCP) und einer schlanken Datenbank (z.b. sqlLite geht auch fein ohne Installation)?

Sehe ich zumindest so.
 
Ich finde die Idee mit den Tomcat auf jedem Client auch nicht so toll.
Da ihr schon eine Swing Anwendung habt und von der weg wollt, wird es wohl Gründe dafür geben.
Allerdings sehe ich persönlich keine und frage mich, ob diese Gründe stichhaltig sind.
 
(Persönlich erstelle und nutze ich lieber Weboberflächen als Swing-GUIs).

Generell sehen Swing GUIs nicht sehr modern aus, wenn man nicht Wochenlang sich damit beschäftigt ein eigenes UI/LaF zu erstellen. Mit einer Webanwendung (HTML/CSS) hat man es da meiner Meinung nach wesentlich einfacher neue moderne Oberflächen zu erstellen.

Ein und diesselbe Lösung könnte man auch als reine online Lösung anbieten, wenn keine offline Funktionalität benötigt wird.

Bei RCP beispielsweise hat man ja wieder GUI Programmierung a la Swing/SWT. Wobei mit SWT habe ich mich bisher nicht beschäftigt. Aber man hat eben wieder dieses typische Desktop-LaF
 
Zuletzt bearbeitet:
An sich eine verständliche Meinung. Java Oberflächen bauen ist immer noch (trotz WindowBuilder) eine Aufgabe für sich, die dann mit Hilfe von Photoshop oder ähnlichen Tools auch noch so zu gestalten, dass sie nicht wie "eingeschlafene Füsse" aussehen, ist eine Kunst.

Aber grundsäztlich können auch Swing/SWT Oberflächen ansprechend aussehen. Natürlich geht das mit Web deutlich leichter. Ich wäre aber vorsichtig, nur wegen der Gui-Optik, eine solche Entscheidung zu treffen. Ich behaupte die Zeit, welche du bei der Gui-Erstellung sparst, musst du in die restliche Konfiguration und Einrichtung stecken.

Ist natürlich deine Sache, deine aufgeführten Funktionalitäten sind wie bereits erwähnt, mit beiden Verfahren möglich. Viel Erfolg :toll:
 
Es ist also deine persönliche Vorliebe für Webanwendungen.
Na ok, technisch machbar sind beide Varianten, da gebe ich meinem Vorredner recht.
Bedenken hatte ich nur, das so ein Tomcat für zusätzliche Komplexität sorgt.
Und es macht Sinn seine Anwendungen so einfach wie möglich zu halten.
Denn dann treten im Betrieb weniger Schwierigkeiten auf.
 
Eine "Webanwendung" bei der der Server und die Anwendung auf jedem Client einzeln laufen? So einen Blödsinn hab ich ja noch nie gelesen ???:L, das ist doch dann keine Webanwendung mehr und alle Vorteile von Webanwendungen kannst du dann knicken, und das ganze nur damit du die Oberfläche nicht mit Swing machen "musst" ?

Ansonsten gehen alle deine anderen Anforderungen auch so mit einer "echten" Webanwendung in jedem modernen Browser.
 

Zurück
Oben