Android SQLite mit HSQLDB über Android synchronisieren

[lam_tr]

Hallo zusammen,

ich habe für mein privaten Gebrauch eine Desktop Anwendung aufbasis von RCP erstellt, womit ich meine Liste von Rezepte verwalten kann.

Seit ca eine Woche habe ich eine App dazu geschrieben, die diese Daten auf dem Handy anzeigt.
Ich habe zuerst die Daten auf dem Desktop nach SQlite DB geinsertet und die Datenbank auf dem Handy kopiert. Wenn man das einmal macht ist ok, aber ich denke auf Dauer ist es überhaupt nicht professioniell.

Jetzt will ich meine SQLite Datenbank auf dem Handy mit der Desktop Anwendung synchronisieren. Vorerst kann es auch nur SQLite Datenbank beidseitig sein.

1. Frage: Wie kann ich es professionell vorgehen? Austausch der Objekte über REST?
2. Frage: Wie kann ich die Synchronisierung einseitig beidseitig realisieren?
3. Frage: Kann ich auch anstatt SQLite, HSQL auf dem Handy benutzen, sinnvoll?

Ich hoffe ihr könnt mir da mal Tipps geben.

Vielen Dank und Grüße
lam

 

[Tobse]

1. Frage: Wie kann ich es professionell vorgehen? Austausch der Objekte über REST?

Viele Wege führen nach Rom, aber REST+JSON oder REST+XML ist imho der einfachste.

2. Frage: Wie kann ich die Synchronisierung einseitig beidseitig realisieren?

Indem du die Daten auf einem Server speicherst und dann sowohl mit der Handy-App als auch mit der Desktop-App über eine REST-Schnittstelle darauf zugreiffst.

3. Frage: Kann ich auch anstatt SQLite, HSQL auf dem Handy benutzen, sinnvoll

Lokale DBs auf dem Handy oder dem Desktop brauchst du nur für offline support. Hier würde ich stark empfehlen auf den jeweiligen Systemen die Datenbank zu nutzen, welche die beste Unterstützung hat. Die Daten werden per über REST als JSON oder XML ausgetauscht weshalb es keine Rolle spielen sollte/darf, welche DB die Apps einsetzen.

HSQL auf Android habe ich noch nie getestet. Ich würde aber wetten, dass es gegen das SQLite auf Android (was da höchstwahrscheinlich auf native APIs zurückgreifft) keine Chance hat.

 

[lam_tr]

Hallo Tobse,

hast du mir eine gute REST Example / Webseite für Android?
Ich habe mal gegoogelt und nach einigen Beispielen getestet.

Aber so wirklich habe ich es noch nicht verstanden.

Grüße
lam

 

[Thallius]

Sorry Tobse aber REST ist doch total overpowered für so eine Anwendung. Einfach kleines PHP script das die Daten als JSON oder XML bereitstellt und fertig

Gruß

Claus

 

[mrBrown]

Sorry Tobse aber REST ist doch total overpowered für so eine Anwendung. Einfach kleines PHP script das die Daten als JSON oder XML bereitstellt und fertig

Was man im Allgemeinen REST nennt

 

[Thallius]

Was man im Allgemeinen REST nennt

Nein, REST ist eine genau definiertes Protokoll mit einer genau definierten Schnittstelle

Gruß

Claus

 

[mrBrown]

Nein, REST ist eine genau definiertes Protokoll mit einer genau definierten Schnittstelle

Gruß

Claus

Wo ist es denn wie definiert?

 

[Thallius]

https://de.m.wikipedia.org/wiki/Representational_State_Transfer

mag sein dass es kein ISO Zertifikat dafür gibt, aber ich kenne es nur so, dass REST Services fest definierte Befehle zur Verfügung stellen also GET, PUT, DELETE etc.

 

[mrBrown]

https://de.m.wikipedia.org/wiki/Representational_State_Transfer

mag sein dass es kein ISO Zertifikat dafür gibt, aber ich kenne es nur so, dass REST Services fest definierte Befehle zur Verfügung stellen also GET, PUT, DELETE etc.

PHP dürfte HTTP bedeuten, also GET, PUT, etc, also REST

Und um mal den Artikel zu zitieren:

Während REST als Abstraktion des WWW keine spezielle Implementierung und kein spezielles Protokoll fordert, ist doch zu beobachten, dass fast ausschließlich HTTP verwendet wird, wodurch auch die Menge der Aktionen festgelegt ist.

 

[Tobse]

mag sein dass es kein ISO Zertifikat dafür gibt, aber ich kenne es nur so, dass REST Services fest definierte Befehle zur Verfügung stellen also GET, PUT, DELETE etc.

Nein, nicht zwingend. WENN man über Rest eine Ressource erstellen kann, dann muss es über POST oder PUT sein. Aber es muss bei weiten nicht jede Schnittstelle jedes HTTP-Verb unterstützen.
REST heisst für mich in diesem Kontext einfach: HTTP auf den Server (ob da jetzt PHP oder Schießmichtot läuft ist ja egal):

GET - Rezepte Abfragen; am besten GET /receipts und GET /receipts/{id}
PUT - Rezept erstellen oder updated falls bereits existent
DELETE - Rezept löschen
Und wenn man fancy drauf ist kann man noch LOCK und UNLOCK einsetzen, um pessimistisches Locking umzusetzen.

 

[mrBrown]

Nein, nicht zwingend. WENN man über Rest eine Ressource erstellen kann, dann muss es über POST sein. Aber es muss bei weiten nicht jede Schnittstelle jedes HTTP-Verb unterstützen.
REST heisst für mich in diesem Kontext einfach: HTTP auf den Server (ob da jetzt PHP oder Schießmichtot läuft ist ja egal):

Nicht mal das ist zwingend, REST ist ja erstmal unabhängig von HTTP - wobei das natürlich am häufigsten benutzt wird.

 

[Xyz1]

Mische ich mich auch mal ein. REST ist per definitionem PROTOKOLLLOS und kann ALLES UND NICHTS bedeuten. Das ihr versucht, Thallius zu verarschen, finde ich nicht nett. Lasst Thallius doch in Ruhe, der wird es schon schwer genug haben. Und ja, Vorlesung Netzwerke hab ich hinter mir.

 

[Thallius]

Mische ich mich auch mal ein. REST ist per definitionem PROTOKOLLLOS und kann ALLES UND NICHTS bedeuten. Das ihr versucht, Thallius zu verarschen, finde ich nicht nett. Lasst Thallius doch in Ruhe, der wird es schon schwer genug haben. Und ja, Vorlesung Netzwerke hab ich hinter mir.

Danke, du hast recht ich habe es echt schwer genug. Im Moment muss ich gerade ein großes Software Projekt für einen der größten Konzerne der Welt Finalisieren und bekomme gerade mal 120 Euro pro Stunde dafür.

 

[thecain]

How I explained REST to my Wife

Ein kleines PHP Script das Daten als JSON bereit stellt kann durchaus RESTful sein.