SyncML Integration

[C3D]

Hallo,
wie währe es mit der Integration eines SyncML Services um Adressen und Kalender mit mobilen Endgeräten (iPhone, iPad, sonst. Handys) anzugleichen.

Währe extrem praktisch, gerade auch für Aussendienstmitarbeiter.

Gruss

Jan

[Gdmr]

Auch wenns schon alt ist,

Muss dazu sagen ich teste gerade erst mal an 🙂

Richtiger wäre ein solcher transfer aber eher in ein groupware system wie zafara/zimbra/excahne (caldav etc)
dann erst aufs phone

sonst endet man mit 20 versch sync

ausserdem soweit ich weis wurde active sync zwar als protokoll offengelegt ist jedoch nicht lizenzfrei (zumindest gibts genau darüber eine menge diskussionen gerade in verbindung mit z-push)

grundsätzlich fände ich integrationsmöglichkeit an externe systeme ohne activesync bzw eventuell sogar eine eigene active sync application (activ von innen nuclos nach extern aw sicherheit) besser

damit meine ich zb aktiv von nuclos auf std schnitstelle all acaldav etc syncen zu können

damit bleibt dem user die wahl ein eigenes groupwaresystem oder bestehende clouds zu ntuzen wie zb google etc

btw activesync integration ist sowie ein hund ansich – sehr problemanfällig kaum ein projekt mit eigener ectivesync schnittstelle hat keine probleme und die endgeräte verstehen es bis heute nicht optiomal (nokia glitch,… android glitches)

alternativ könnte man sich sicher mit wenig aufwand sowas selber bauen wenn man zb zimbra einsetzt die bieten eine api für nativen sync an von dort dann weiter an activesync (network edt) oder zpush (oss edt)

just my 2 cents

[C3D]

Naja, Sync in eine groupware kan man sogar mit SQL abhandeln bzw entsprechende db Links anlegen.

Ich sprach aber auch von syncml welches Open Source und lizenzfrei ist, nicht zu verwechseln mit mickysofts Active Sync.

Die generellen Probleme von Sync sind ganz klar das es leider wirklich nicht möglich zu sein scheint, alle Endgräte zu berücksichtigen, da es zuviels „krumme“ implementationen gibt, oder nicht alles offengelegt ist, um es zu integrieren.

Wir haben bei uns oft das Problem, das ich unterwegs bin und mal eben einen neuen Lieferanten oder Kunden kontaktieren muss, den ein Kollege in der ERP angelegt hat. Bisher muss ich mir die Daten Dan immer per Mail von einem Kollegen senden lassen, da es ausser dem Client noch keine Möglichkeit gibt, auf die Daten online zuzugreifen. Ich habe nicht immer ein Notebook dabei und das währe mir auch zu umständlich, angesichts der modernen Endgeräte wie android, iOS und Co.

Wollte da mal eine rudimentäre html5 Geschichte bauen, mir fehlt aber leider die Zeit mich da reinzufinden um dies in Nuclos zu integrieren.

Man kann zwar einen eigenständigen html5 Client bauen, der nativ auf die db zugreift, ist aber nicht im Sinne des Erfinders, da eine Integration in Nuclos logischer währe.

[Nuclosian]

Hallo,

mit Exchange lässt sich Nuclos über die EWS integrieren, dazu gibt es mindestens eine uns bekannte funktionierende Implementierung (http://www.independentsoft.de/jwebservices/index.html). Z.B. für Kalendersynchronisation kam diese Implementierung bei einigen Nuclosprojekten (in Geschäftsregeln) bereits zum Einsatz.

Noch ein weiterer Hinweis: Zum 30.06.2012 wird es einen generischen (HTML5-basierenden) Webclient für Nuclos geben. HTML5 ist in unseren Augen (momentan) auch der einzig sinnvolle Ansatz (da der einzige gemeinsame kleinste Nenner) für eine Unterstützung mobiler Endgeräte. Eine Vielzahl unterschiedlicher nativer Clients (iOS, Android) für diverse Endgeräte zu unterstützen ist keine rechte Option.

Die erste Ausbaustufe des Webclients wird die Nutzung von Nuclos erlauben, aber noch nicht die Konfiguration (z.B. Entitätenwizard, Layoutdesigner, Statusmodelleditor, etc.). Auch das ist aber Bestandteil der etwas längerfristigen Planung.

Grüsse,
nuclosian

Nachtrag: Bei JWebservices handelt es sich allerdings nicht(!) um Open Source.

[Gdmr]

Von Syn per SQL rate ich mehr als dringend ab -ihr bringt euch in teufels küche damit.

Erstens ist zb bei größeren Systemem wie Zimbra ein solches vorgehen mehr als schlecht zweitens schafft ihr euren Kunden sicherheitslücken weil es erforder direkten SQL zugriff auf den jeweiligen Server

Schlimmer jedoch ist das selbst wenn es funktionieren sollte (Exchange hat gar kein sql, Zimbra darf man nicht eingreifen..) es nciht mehr wird sobald das Groupwaresystem aus irgendeinen Grund in einem Cluster läuft

Auch würded ihr alle Kunden ausshcließen die sich nur Accounts anmieten oder von 3t anbietern nutzen.

Syncml – das läuft tatsächlich nur auf einer Handvoll endgeräte. AUch die activesync Probleme sind nicht unbedingt auf krumme implementation zurückzuführen da gibts eine vielzahl gründ edie jeztt aber auch nicht relevant sind.

Ich würde mich auch nciht auf exchange versteifen – erstens wird jede Lösung obsolet mit einer neuen Exchange version bzw bdarf nacharbeiten.
Zweitens schließt man wieder eine Unmenge an leuten aus (zb all die viele gmail user)

Aber es gibt ja für alles ein offenes Protokoll das sich alternativ zu syncml/Activesync und anderen abenteuerlichen Lösungen einsetzten lässt
zumindest für den kalender

auch lässt sich überlegen ob man nicht einfach eine schnittstelle für funambol oder zpush machen würde dann hätte man die problematik outgesourced

ahm html5 sehe ich nciht als den weg auf die smartphones.
früher oder später wirds eine app geben müssen für die dinge die user brauchen – eventuell dann gleich mit sync
überhautp werdne apps in zukunft eine weit bedeutendere rolle spielen und zwangsläufig den großteil der webinterfaces ablösen – das ist der wunsch der kunden (der masse) der wunsch der industrie und so soll es geschenen 🙂

glaubt mri dauert nicht lang das man android apps auf windows nutzen kann 🙂

[Autor]

Beiträge