Palm mit Webapplikation syncen
Rektal 03.09.2003 - 15:08 533 11
Rektal
Here to stay
|
Ich suche Loesungen oder Vorschlaege zu folgender Problemloesung: Meine Clients (Windows, Mac OS 8/9/X) mit Palm (z.b. VX) und sollen Datenbestaende (Memos, Contacts, Kalender) mit einer Webapplikation abgleichen (eine Art groupware terminkalender). Probleme die ich mit Google-Suche loesen konnte: - Lesen/Schreiben von PALM *.pdb Datenbanken [1] Mein Problem ist, wie komme ich an die Palm Daten ran? Ansatz: - User uebertragen Files vom Palm auf seinen lokalen PC und a) laedt dann per Webformular (File upload) diese in meine Applikation, ich lese aus und synce mit den bestehenden Restdaten oder b) das selbe wie a nur per FTP Ist usabilitymaessig gleich minus fuenftausend. Problem wie man hier sieht ist also eine bequeme Loesung zu finden die das Fetchen, zum server uploaden und zurueckschreiben der Daten uebernimmt. Vermutlich ist der FTP Ansatz noch der beste (jeder User bekommt einen FTP zugang wo seine PALM *.pdb files drinnen sind und regelmaessig [CRON] mit der group-kalender Datenbank synchronisiert werden). Die Loesung wird vermutlich auch gar nicht direkt im Webapplikationsbereich liegen da ich vom Server aus ja sowieso nicht auf den Client zugreifen kann. Es fehlt also quasi eine anpassbare Software, die weiss was das sie PALM files zu einem Webserver schicken muss (mit authentifiezerung) und diese dann aktualisiert zurueckbekommt und wieder raufspielt. Ideen & Hints gerne Willkommen [1] http://php-pdb.sourceforge.net/modules/datebook.php[2] http://www.coldsync.org/
|
atrox
in fairy dust... I trust!
|
am angenehmsten für die user wäre wohl eine software die am client läuft - vielleicht eine java-app die mit dem palm und dem webserver kommuniziert ?
|
watchout
Legendundead
|
am angenehmsten für die user wäre wohl eine software die am client läuft - vielleicht eine java-app die mit dem palm und dem webserver kommuniziert ? ähm, wäre nicht der beste ansatz dieses programm direkt für den palm zu schreiben? würde mich schon sehr wundern wenn das nicht gehen würde, und der (nicht unerhebliche) vorteil wäre dass man auch per handy vom auto aus syncen könnte... just my 2 cent
|
Rektal
Here to stay
|
@atrox ja, klingt ueberhaupt nicht bloed (da ja eben unterschiedliche client systeme). hab zwar 0 ahnung von java, aber ich werd mal forschen. @watchout vielleicht ja , hm. Ich muss sagen, ich will mir auch nicht mehr antun als noetig. Wenns die pdb libs nicht schon geben wuerd', ich wuerds deswegen nicht schreiben danke aber fuer die Ansaetze. Wenn ich was finde, poste ichs hier.
|
Rektal
Here to stay
|
Meine derzeitgen Resourcen beschraenken sich darauf, ein Conduit zu finden oder selbe zu entwickeln (naja ...) das sich in Hotsync einhaengen kann. Soweit ich die Dinge gelesen und verstanden hat ist HotSync (sofern der User das auf seinem Win/Mac-Rechner installiert hat) dann in der Lage die Conduits aufzurufen sobald der PALM an den Rechner gehaengt wird. Das Conduit (alle Indizien laufen zusammen das es in Java keine schlechte Idee waere wegen der Plattformen) sollte dann in der Lage seni die Daten zu erfassen und an einen HTTP Server zu schicken (mit Auth und SSL usw). Nur muesste das flexibel Konfigurierbar sein .. ich such' mal weiter
|
Rektal
Here to stay
|
Ok, unlustig gerade festzustellen das es fuer Mac kein Java/Conduit Entwicklungsmoeglichkeit gibt :-/
|
watchout
Legendundead
|
rektal: nichtmal java-applets?
|
Rektal
Here to stay
|
Ich weiss nicht genau wie hier jetzt java applets reinpassen. Das conduit (in java) waere komplett getrennt vom Webserver; es laeuft stand-alone auf dem client (muss also installiert werden), klink sich in hotSync ein und baut dann die http connections auf, synchronisiert, spielt die daten zurueck. Das applet muesste in einem browser laufen. Idealerweise ist die synchronistation aber nicht an den Browser gebunden (und solls auch nicht). Da Palm fuer Mac kein Java Framework zum Palm Zugriff anbietet wird das nicht in Java gehen ( http://www.palmos.com/dev/tech/conduits/ , genauer http://www.palmos.com/dev/tools/cdk/mac/ und das CDK unterstuetzt Java nicht). Falls es noch einen anderen Weg gibt hab ich den noch nicht gefunden bis jetzt.
|
watchout
Legendundead
|
bla, gestern wars spät wenn ich das jetz richtig versteh, dann täts in c++ zwar funken aber du magst es nicht bzw. es gibt keine apps... conduits... dafür bzw. sind nicht für mac erhältlich?
|
noledge
CWNE #540
|
du könntest einen fertigen conduit, der das macht, hernehmen und umschreiben gottseidank gibts sowas - schau auf die horde project page in den cvs - da hat sich jemand die arbeit angetan und einen conduit in c# gschriben -> opensource. have fun
|
Rektal
Here to stay
|
Aha, c# -> mac? Ich bin inzwischen auf http://www.jsyncmanager.org/ getroffen der den HotSync Protokollstack in pure java implementiert und demnach unter Win und Mac gleichermassen laufen sollte. Mal sehen. Wenn ich was weiter bring poste ichs. @noledge: Vorerst ist der Conduit schreiben nicht das Problem. Nur, in C/C++ schreiben fuer Mac ist nicht drin -> keine Lizenz (und auch kein Interesse) extra CodeWarrior dafuer zu kaufen; das steht nicht im Verhaeltnis. Mal davon abgesehen das meine Faehigkeiten da sich gegen NULL bewegen ;-) Java waer' das einzige das brauchbar ist. Trotzdem thx.
Bearbeitet von Rektal am 04.09.2003, 16:46
|
atrox
in fairy dust... I trust!
|
ok.. dh du brauchst auf jedem client nur noch ein JRE 1.4 und ein javax.comm ? (evt noch einen XML Parser - oder braucht man den nur zum developen/builden mit ´ant´ ?)
|