Mögliche Architektur für ein System

[SilentJ]

Hi!

Eine allgemeine Frage an alle hier:

Eine zu entwickelnde Anwendung soll als Webanwendung genutzt werden und gleichzeitig eine Schnittstelle für den Datentransfer für Offline-Anwendungen bietet, die sich nur sporadisch mit der Anwendung online verbinden sollen.

Also mehr oder weniger: der Hauptteil der Anwender arbeitet online mit Web-Formularen und -masken, jedoch existieren Anwendergruppen, die mit einem Programm / einer Anwendung, die später noch zu realisieren ist, arbeiten werden und auf die gleichen Daten schreibend, lesend und modifizierend zugreifen müssen.

Jetzt stellt sich mir die Frage, wie plane und entwickle ich die Sache richtig? Ich meine, ich bräuchte doch eigentlich zwei Schnittstellen, eine fürs Web und eine Datenschnittstelle für die Offline-Benutzer, die sich nur kurz online verbinden, oder?

Für Tipps und Hilfen wäre ich sehr dankbar

Michael

 

[foobar]

Es gibt doch schon so viele Framworks, die sich mit sowas beschäftigen z.b. Spring.
Ansonsten kann ich dir das Buch J2EE Patterns empfehlen, auch wenn du dich gegen J2EE entscheiden solltest.
http://www.amazon.de/gp/product/382731903X/302-2545239-2796059?v=glance&n=299956

 

[Kola]

Wenn die Offlineuser auf lokalen Daten arbeiten, und dann die Daten mit dem Server abgleichen, nennt man das "Replizieren" oder "Replikation". Das ist nicht so einfach zu programmieren. Vielleicht findest du bei google unter den 2 Begriffen was!

 

[AlArenal]

Ich würde auch überlegen, ob es Sinn machen kann das Ganze z.B. über ein Subversion-Repository serverseitig zu realisieren. Client-Libs in Java gibts ja bereits, die man nutzen könnte.

 

[SilentJ]

Danke die Antworten. Im Grunde geht es mir wirklich nur darum, eine stabile Schnittstelle anzubieten, werden mich mal weiter umhören und googlen.

 

[AlArenal]

Schau auch mal hier: http://lenya.apache.org/

 

[SnooP]

Das ist doch ne sehr gängige J2EE Anwendung - sprich über EJBs hat man doch alles was man dazu braucht, insb. Replikation etc... - also muss nen entsprechendes Backend erstellt werden in Form von EJBs und dann können dafür bestimmte Clients (Webclients, normale...) zu schreiben, die auf diese Schnittstelle zugreifen können.

 

[Kola]

Ja, über EJBs kann man das machen, aber je nach Umfang dauert das sehr lange. Sun gibt ja auch z.B. das Fastlanereader-Pattern an, um das Ganze zu beschleunigen. Deshalb würde ich doch eine getrennte Schnittstelle zur Verfügung stellen, oder das ganze mich CVS-Funktionen oder einer Datenbank, die Replizierung unterstützt, abdecken (wie schon im Thread geschrieben wurde).

Dann kann man noch persönliche Vorlieben einflechten: Die Replikation ist z.B. in einer Event-getriebenen Architektur sehr viel leichter zu realisieren.