Menu
▾
▴
[eGroupWare-tracker] #522 - "One-WAY Sync from Client to Server" - SYNCML
|
From: <tr...@eg...> - 2009-06-30 19:33:53
|
Ticket modified by Jörg Lehrke at 2009/06/30 21:33
Tracking System: Bugs
Category: SyncML
Version: Trunk
Status: Open
Resolution: None
Completed: 0%
Priority: 5 - medium
Created By: camel camel
Assigned to: Jörg Lehrke
Summary: #522 - "One-WAY Sync from Client to Server" - SYNCML
hi,
ich versuche hier das "One-WAY Sync from Outlook to server ins laufen zu bekommen.
ich weiss - ich hab schon mal die aussage bekommen, daß das "ONE-WAY-SYNC" from client to server nicht funkt.
ich würde hier gerne helfen, dieses zum laufen zu bekommen, da ich es sehr wichtig finde.
weil angenommen ich habe diverse termine schon einmal auf den server geschickt, und möchte nun aber alle termine am server löschen und die bestehenden Termine zum server schicken - das ist dann extrem umständlich zu realisieren.
.) man nicht alle termine auf einmal löschen in EGW
wenn das möglich wäre, dann wäre auch das "ONE-WAY-SYNC" from client to server nicht so sehr wichtig.
wie auch immer ....
ich bin bereit zu helfen wo ich kann und meine freizeit dafür zu investieren.
kann mir irgendjemand noch etwas mehr dazu sagen ?
arbeitetet schon wer daran ?
wie kann ich am sinnvollsten helfen ?
cu camel
###############################
Stand der dinge ist mom:
das wenn ich daten schicke zum EGW:
mit lng: SYNCML (funambol)
PHP Fatal error: Horde_SyncML_Command_Sync::output() [function.Horde-SyncML-Command-Sync-output]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "Horde_SyncML_Sync_OneWayFromClientSync" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 55
also ist ja da schon allerhand vorhanden - und vlt ist es auch gar nicht so viel was da nicht geht.
im prinzip unterscheidet sich das ja nicht so gravierend vom normalen syncen - oder ?
PHP Fatal error: Horde_SyncML_Command_Sync::output() [function.Horde-SyncML-Command-Sync-output]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "Horde_SyncML_Sync_OneWayFromClientSync" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 55
Re: "ONE-WAY-SYNC" from client to server - funkt nicht
Click to flag this post 4 stars [4 stars] [4 stars] [4 stars]
by Camel Mar 19, 2007; 11:45pm :: Rate this Message: - Use ratings to moderate (?)
Reply | Reply to Author | Edit | Delete | View Threaded | Show Only this Message
This message was accepted by the egr...@li... mailing list.
dann weiter - ich includiere die sync2Client datei setze mir ein paar debug log msg's und komme weiter zu :
PHP Fatal error: Call to undefined method Horde_SyncML_Sync_OneWayFromClientSync::loadData() in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 148
if(!$sync->_syncDataLoaded)
{
$numberOfItems = $sync->loadData();
also zeigt er auf die funtion loadData() die es für das noch gar nicht gibt.
ok - ich baue da mal die classen usw. mal zusammen so wie es beim server seitigen sync auf die TwoWay.sync.php zeigt - und ich bau das gleiche mit geänderter delete function + loadData mal um.
mal sehn ob da was raus kommt.
fürs sauber machen brauche ich aber dann sicher wieder jemanden von den devels :)
ich denke mal dass ich bis morgen was beinander haben sollte...
cu - gn8 - camel
Camel wrote:
hi,
ich versuche hier das "One-WAY Sync from Outlook to server ins laufen zu bekommen.
ich weiss - ich hab schon mal die aussage bekommen, daß das "ONE-WAY-SYNC" from client to server nicht funkt.
ich würde hier gerne helfen, dieses zum laufen zu bekommen, da ich es sehr wichtig finde.
weil angenommen ich habe diverse termine schon einmal auf den server geschickt, und möchte nun aber alle termine am server löschen und die bestehenden Termine zum server schicken - das ist dann extrem umständlich zu realisieren.
.) man nicht alle termine auf einmal löschen in EGW
wenn das möglich wäre, dann wäre auch das "ONE-WAY-SYNC" from client to server nicht so sehr wichtig.
wie auch immer ....
ich bin bereit zu helfen wo ich kann und meine freizeit dafür zu investieren.
kann mir irgendjemand noch etwas mehr dazu sagen ?
arbeitetet schon wer daran ?
wie kann ich am sinnvollsten helfen ?
cu camel
###############################
Stand der dinge ist mom:
das wenn ich daten schicke zum EGW:
mit lng: SYNCML (funambol)
PHP Fatal error: Horde_SyncML_Command_Sync::output() [function.Horde-SyncML-Command-Sync-output]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "Horde_SyncML_Sync_OneWayFromClientSync" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 55
also ist ja da schon allerhand vorhanden - und vlt ist es auch gar nicht so viel was da nicht geht.
im prinzip unterscheidet sich das ja nicht so gravierend vom normalen syncen - oder ?
PHP Fatal error: Horde_SyncML_Command_Sync::output() [function.Horde-SyncML-Command-Sync-output]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "Horde_SyncML_Sync_OneWayFromClientSync" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 55
Re: "ONE-WAY-SYNC" from client to server - funkt nicht - fast GELÖST !
Click to flag this post 4 stars [4 stars] [4 stars] [4 stars]
by Camel Mar 20, 2007; 12:21am :: Rate this Message: - Use ratings to moderate (?)
Reply | Reply to Author | Edit | Delete | View Threaded | Show Only this Message
This message was accepted by the egr...@li... mailing list.
soweit ist alles fertig und der sync rennt fehlerfrei durch.
was jetzt noch fehlt ist die delete function sauber rein zu machen.
wer kann mir hier helfen - und wem kann ich die ganzen änderungen /neuen files schicken ?
cu camel
Camel wrote:
dann weiter - ich includiere die sync2Client datei setze mir ein paar debug log msg's und komme weiter zu :
PHP Fatal error: Call to undefined method Horde_SyncML_Sync_OneWayFromClientSync::loadData() in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 148
if(!$sync->_syncDataLoaded)
{
$numberOfItems = $sync->loadData();
also zeigt er auf die funtion loadData() die es für das noch gar nicht gibt.
ok - ich baue da mal die classen usw. mal zusammen so wie es beim server seitigen sync auf die TwoWay.sync.php zeigt - und ich bau das gleiche mit geänderter delete function + loadData mal um.
mal sehn ob da was raus kommt.
fürs sauber machen brauche ich aber dann sicher wieder jemanden von den devels :)
ich denke mal dass ich bis morgen was beinander haben sollte...
cu - gn8 - camel
Camel wrote:
hi,
ich versuche hier das "One-WAY Sync from Outlook to server ins laufen zu bekommen.
ich weiss - ich hab schon mal die aussage bekommen, daß das "ONE-WAY-SYNC" from client to server nicht funkt.
ich würde hier gerne helfen, dieses zum laufen zu bekommen, da ich es sehr wichtig finde.
weil angenommen ich habe diverse termine schon einmal auf den server geschickt, und möchte nun aber alle termine am server löschen und die bestehenden Termine zum server schicken - das ist dann extrem umständlich zu realisieren.
.) man nicht alle termine auf einmal löschen in EGW
wenn das möglich wäre, dann wäre auch das "ONE-WAY-SYNC" from client to server nicht so sehr wichtig.
wie auch immer ....
ich bin bereit zu helfen wo ich kann und meine freizeit dafür zu investieren.
kann mir irgendjemand noch etwas mehr dazu sagen ?
arbeitetet schon wer daran ?
wie kann ich am sinnvollsten helfen ?
cu camel
###############################
Stand der dinge ist mom:
das wenn ich daten schicke zum EGW:
mit lng: SYNCML (funambol)
PHP Fatal error: Horde_SyncML_Command_Sync::output() [function.Horde-SyncML-Command-Sync-output]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "Horde_SyncML_Sync_OneWayFromClientSync" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 55
also ist ja da schon allerhand vorhanden - und vlt ist es auch gar nicht so viel was da nicht geht.
im prinzip unterscheidet sich das ja nicht so gravierend vom normalen syncen - oder ?
PHP Fatal error: Horde_SyncML_Command_Sync::output() [function.Horde-SyncML-Command-Sync-output]: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "Horde_SyncML_Sync_OneWayFromClientSync" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in /var/www/office.xxx.biz/htdocs/egroupware/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php on line 55
Comment by Jörg Lehrke at 2009/06/30 21:33:
vgl. Bug #2147!
Comment by camel camel at 2009/06/30 19:26:
how can i use your version in a separate branch ?
normally i did it via:
cd /var/www/egroupware_TRUNK/htdocs
svn checkout http://svn.egroupware.org/egroupware/trunk/aliases/default .
and also i tried to dl the:
at first:
svn checkout http://svn.egroupware.org/egroupware/branches/1.6 .
and then dl the version via:
svn checkout http://svn.egroupware.org/egroupware/branches/SyncML-1.2 .
and overwrite manually all files from SyncML-1.2
but then i see that syncml is also 1.6.001
do i make something wrong ?
when will it be merged to trunk version ?
cu camel
Comment by Jörg Lehrke at 2009/06/10 22:06:
A separate branch for this merge was forked already. It can be found here:
http://svn.stylite.de/viewvc/egroupware/branches/SyncML-1.2/
I guess you can switch to this branch to check out this stuff.
Comment by camel camel at 2009/06/10 18:01:
when will you include your patch to last trunk version ?
(because your patch doesn't work for trunk version - sure - because it is complete different.)
Comment by camel camel at 2009/06/10 17:59:
when will you include your patch to last trunk version ?
(because your patch doesn't work for trunk version - sure - because it is complete different.)
Comment by camel camel at 2009/06/10 17:57:
when will you merged your patch to trunk ?
(because i tried yur patch to trunk version, and it doesn't work on trunk version, because - sure - trunk version is complete different to stable 1.601
Comment by Jörg Lehrke at 2009/06/09 23:42:
I maintain a patch for the current version 1.6.001 @ http://k.noc.de which adds the requested feature and more ...
My changes will be merged with the SVN trunk in the future.
Comment by Christian Oswald at 2009/06/09 15:23:
I have eGroupware Version 1.6.001 and the same problem.
Comment by Christian Oswald at 2009/06/09 15:21:
I have eGroupware Version 1.6.001 and the same problem.
Comment by Christian Oswald at 2009/06/09 15:20:
I have eGroupware Version 1.6.001 and the same problem.
Comment by Ralf Becker at 2009/05/15 10:40:
Assigning SyncML bugs to our new SyncML maintainers Jörg Lehrke and Philip Herbert
Comment by Jörg Lehrke at 2009/03/04 21:48:
I modified version 1.6.001 to support the first six sync modes:
two-way, slow, refresh-from-server/client, one-way-from-server/client
If you want to try my changes, get the patch from http://k.noc.de/
Comment by Stephen Bayliss at 2009/01/06 21:29:
I am getting this with 1.6.001.
The symptoms are the same as described in #1549
Comment by Jarosław Wiśniewski at 2008/11/27 13:00:
kurcze, nie można by po Polsku również?
Comment by Ralf Becker at 2008/10/16 13:55:
Dear bug reporter,
we finished the first release candidate for the upcoming 1.6 release :-)
Therefore we kindly ask for your participation in fixing the remaining bugs. Please check if your reported bug is still present in the release candidate (report as 1.6.rc1) OR a newer svn checkout (report as Trunk).
If the bug still exists in 1.6.rc1 or Trunk, please update the version accordingly and indicate it in your comment.
If the bug does not exist in 1.6, but of cause still in 1.4, you can reopen it with version 1.4 - thought we probably don't have the resources to fix non-security-critical bugs in 1.4.
If you don't update your bug, we assume the issue no longer exists and the bug will be closed automatic after 14 days.
Thanks for your understanding
Ralf
eGroupware administrator
Comment by Mattia Martinello at 2008/03/04 19:16:
The problem is not fixed yet on the 1.4.002 version.
I can collaborate to fix the problem, if you want.
I think it is a serious problem that needs to be fixed as soon as possible.
Mattia.
Comment by Tracking System at 2007/10/09 23:00:
This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days.
Comment by Ralf Becker at 2007/09/25 22:57:
We just released the new 1.4.002 with many bug fixes and improvements. It fixes many problems reported over the last weeks.
WE NEED YOUR HELP: can you please verify your bugs against the new version. It's only a handful bugs per submitter, but a few hundred per developer.
Please respond / comment to your bug, if the problem is NOT fixed in 1.4.002. If you don't respond the bug will be closed automatically in 2 weeks.
Please note: we can NOT fix bugs in 1.4.001 (only in new releases) and the old 1.2 versions are no longer supported.
Thanks for your understanding and help :-)
The eGroupWare developers
Comment by Ralf Becker at 1970/01/01 01:33:
Hi,
we reset all priority to 5, which is the new initial state of tracker items. The priority can now only be changed by Tracker admins or the assigned developer. This allows the developers to manage their work with the priorities. Users can vote to articulate their priorities.
(I have only updated the apps included in 1.4 leaving out JiNN, as it seems they already use the priority).
Thanks for your understanding
Ralf
Linked entries:
http://www.egroupware.org/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=522&no_popup=1
|