2005-06-19 21:00:58 +02:00
|
|
|
<?php
|
|
|
|
/**
|
2009-07-15 21:31:25 +02:00
|
|
|
* eGroupWare - SyncML based on Horde 3
|
|
|
|
*
|
2005-06-19 21:00:58 +02:00
|
|
|
* Slow sync may just work; I think most of the work is going to be
|
|
|
|
* done by the API.
|
|
|
|
*
|
|
|
|
*
|
2009-07-15 21:31:25 +02:00
|
|
|
* Using the PEAR Log class (which need to be installed!)
|
2005-06-19 21:00:58 +02:00
|
|
|
*
|
2009-07-15 21:31:25 +02:00
|
|
|
* @link http://www.egroupware.org
|
|
|
|
* @license http://opensource.org/licenses/gpl-license.php GPL - GNU General Public License
|
|
|
|
* @package api
|
|
|
|
* @subpackage horde
|
|
|
|
* @author Anthony Mills <amills@pyramid6.com>
|
|
|
|
* @author Joerg Lehrke <jlehrke@noc.de>
|
|
|
|
* @copyright (c) The Horde Project (http://www.horde.org/)
|
|
|
|
* @version $Id$
|
2005-06-19 21:00:58 +02:00
|
|
|
*/
|
2009-07-15 21:31:25 +02:00
|
|
|
include_once 'Horde/SyncML/Sync/TwoWaySync.php';
|
|
|
|
|
2005-06-19 21:00:58 +02:00
|
|
|
class Horde_SyncML_Sync_SlowSync extends Horde_SyncML_Sync_TwoWaySync {
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-08-15 16:42:13 +02:00
|
|
|
function handleSync($currentCmdID, $hordeType, $syncType, &$output, $refts) {
|
2006-07-09 09:27:23 +02:00
|
|
|
global $registry;
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-07-09 09:27:23 +02:00
|
|
|
$history = $GLOBALS['egw']->contenthistory;
|
|
|
|
$state = &$_SESSION['SyncML.state'];
|
2009-07-15 21:31:25 +02:00
|
|
|
$maxMsgSize = $state->getMaxMsgSizeClient();
|
|
|
|
$deviceInfo = $state->getClientDeviceInfo();
|
|
|
|
|
|
|
|
if (isset($deviceInfo['maxEntries'])) {
|
|
|
|
$maxEntries = $deviceInfo['maxEntries'];
|
|
|
|
if (!$maxMsgSize && !$maxEntries) {
|
|
|
|
// fallback to default
|
|
|
|
$maxEntries = MAX_ENTRIES;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
$maxEntries = MAX_ENTRIES;
|
|
|
|
}
|
|
|
|
|
Big SyncML patch from Philip Herbert <pherbert(at)knauber.de>:
- change the processing of slowsync, to use the content_map instead of
trying to build a new one. This caused duplication issues on the
client if multiple similar records where stored, because only the first
one found in the server-db was matched, These duplicate entries at client
side had no entry at serverside, so deleting the wrong one
on the client (the content with a valid map entry) could cause
unwanted data loss at server side, because it is impossible for the
user to see what is a duplicate, and what is not.
see also:
http://www.nabble.com/again---syncml-duplication-issue-to20333619s3741.html
- reenabled UID from syncml clients, because it was partly used this caused
issues during SlowSync if the content was changed.
- infolog, calendar if a uid is found in the provided data, allway try to
find the corresponding content first using only the UID, instead of
using the content-id taken from content_map.
also fixed:
- a few fixes in ./notes
- creating an entry on the client that can not be imported,
(Example, Nokia E Series Appointment without a Title)
will no longer create an invalid content-map entry
However, at client side this is still counted in the Protocol as
Server-Add
2008-11-16 11:42:29 +01:00
|
|
|
$serverAnchorNext = $state->getServerAnchorNext($syncType);
|
2009-07-15 21:31:25 +02:00
|
|
|
|
Big SyncML patch from Philip Herbert <pherbert(at)knauber.de>:
- change the processing of slowsync, to use the content_map instead of
trying to build a new one. This caused duplication issues on the
client if multiple similar records where stored, because only the first
one found in the server-db was matched, These duplicate entries at client
side had no entry at serverside, so deleting the wrong one
on the client (the content with a valid map entry) could cause
unwanted data loss at server side, because it is impossible for the
user to see what is a duplicate, and what is not.
see also:
http://www.nabble.com/again---syncml-duplication-issue-to20333619s3741.html
- reenabled UID from syncml clients, because it was partly used this caused
issues during SlowSync if the content was changed.
- infolog, calendar if a uid is found in the provided data, allway try to
find the corresponding content first using only the UID, instead of
using the content-id taken from content_map.
also fixed:
- a few fixes in ./notes
- creating an entry on the client that can not be imported,
(Example, Nokia E Series Appointment without a Title)
will no longer create an invalid content-map entry
However, at client side this is still counted in the Protocol as
Server-Add
2008-11-16 11:42:29 +01:00
|
|
|
// now we remove all UID from contentmap that have not been verified in this slowsync
|
|
|
|
$state->removeOldUID($syncType, $serverAnchorNext);
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
if (isset($state->curSyncItem)) {
|
|
|
|
// Finish the pending sync item
|
|
|
|
$cmd = &$state->curSyncItem;
|
|
|
|
unset($state->curSyncItem);
|
|
|
|
$currentCmdID = $cmd->outputCommand($currentCmdID, $output, 'Sync');
|
|
|
|
|
|
|
|
// moreData split; save in session state and end current message
|
|
|
|
if ($cmd->hasMoreData()) {
|
|
|
|
$state->curSyncItem = &$cmd;
|
|
|
|
$state->setSyncStatus(SERVER_SYNC_DATA_PENDING);
|
|
|
|
return $currentCmdID;
|
|
|
|
}
|
|
|
|
$state->incNumberOfElements();
|
|
|
|
}
|
|
|
|
|
|
|
|
$adds = &$state->getAddedItems($syncType);
|
|
|
|
Horde::logMessage("SyncML: ".count($adds). ' added items found for '.$syncType, __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
|
2006-07-09 09:27:23 +02:00
|
|
|
if(is_array($adds)) {
|
|
|
|
while($guid = array_shift($adds)) {
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
$currentSize = $output->getOutputSize();
|
|
|
|
|
|
|
|
// return if we have to much data
|
|
|
|
if (($maxEntries && ($state->getNumberOfElements() >= $maxEntries)
|
|
|
|
&& isset($contentType['mayFragment'])
|
|
|
|
&& $contentType['mayFragment']) ||
|
|
|
|
($maxMsgSize && (($currentSize + MIN_MSG_LEFT * 2) > $maxMsgSize))) {
|
|
|
|
// put the item back in the queue
|
|
|
|
$adds[] = $guid;
|
|
|
|
$state->maxNumberOfElements();
|
|
|
|
$state->setSyncStatus(SERVER_SYNC_DATA_PENDING);
|
|
|
|
return $currentCmdID;
|
|
|
|
}
|
|
|
|
|
2006-08-15 16:42:13 +02:00
|
|
|
if ($locID = $state->getLocID($syncType, $guid)) {
|
|
|
|
Horde::logMessage("SyncML: slowsync add to client: $guid ignored, already at client($locID)", __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
2006-07-09 09:27:23 +02:00
|
|
|
continue;
|
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
$guid_ts = $state->getSyncTSforAction($guid, 'add');
|
|
|
|
if ($guid_ts > $serverAnchorNext) {
|
|
|
|
// Change was made after we started this sync.
|
|
|
|
// Don't sent this now to the client.
|
|
|
|
Horde::logMessage("SyncML: slowsync add $guid is in our future", __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
SyncML patches from patrick.bihan-faou-AT-mindstep.com (without
logout+mbstring stuff), small modification to use the already exiting
methodes to generate full name and fileas)
The code is commited to trunk only at the moment to allow testing of it.
If everything goes well, we intend to commit it to 1.4 branch too.
Here's the original description of the patch by Patrick:
- handles the default config for current versions of funambol (i.e. the
scard/stask/snote/scal locations)
- tries to be a bit smarter on how the data content should be encoded
based on what the client specified (sif+base64/vcard, / fragmented or
not, etc.)
- workaround a bug in some versions of funambol, where funambol does not
specify the proper sif type for the type of requested data
- imported patch #117 from egw's tracker
- make sure that the logs generated by the horde code go to stderr so
they can be view in the webserver's logs
- as much as possible reduce code duplication. For example, the
categories are handled in the parent classes for both the SIF avn VCAL
formats for each type of data (addressbook,infolog,calendar).
- make sure the code can handle more than one categories in each
direction
- treat the 'sony ericsson' vendor string just like 'sonyericsson', the
newer phones apparently have a space in the vendor string... (this
touches some files in the icalsrv as well)
- handle notes: these should now work with everything (funambol or
other)
- remove more code duplication: the syncml "api" for the various data
types (calendar, contacts, infolog) is now common for both the vcard and
sif data formats (cf the files that need to be removed)
- handle the "privat" filter in infolog like the "private" filter (some
part of the code use the name without the trailing e)
- imported patch # 267 from egw's tracker
2007-09-29 12:29:48 +02:00
|
|
|
$contentType = $state->getPreferedContentTypeClient($this->_sourceLocURI, $this->_targetLocURI);
|
2006-07-09 09:27:23 +02:00
|
|
|
$c = $registry->call($hordeType . '/export', array('guid' => $guid, 'contentType' => $contentType));
|
2009-07-15 21:31:25 +02:00
|
|
|
if (is_a($c, 'PEAR_Error')) {
|
|
|
|
Horde::logMessage("SyncML: slowsync failed to export guid $guid:\n" . print_r($c, true), __FILE__, __LINE__, PEAR_LOG_WARNING);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
$size = strlen($c);
|
|
|
|
// return if we have to much data
|
|
|
|
if ($maxMsgSize && !$deviceInfo['supportLargeObjs']) {
|
|
|
|
if (($size + MIN_MSG_LEFT * 2) > $maxMsgSize) {
|
|
|
|
Horde::logMessage("SyncML: slowsync failed to export guid $guid due to size $size", __FILE__, __LINE__, PEAR_LOG_ERROR);
|
|
|
|
continue;
|
2006-07-09 09:27:23 +02:00
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
if (($currentSize + $size + MIN_MSG_LEFT * 2) > $maxMsgSize) {
|
|
|
|
// put the item back in the queue
|
|
|
|
$adds[] = $guid;
|
2006-07-09 09:27:23 +02:00
|
|
|
$state->setSyncStatus(SERVER_SYNC_DATA_PENDING);
|
|
|
|
return $currentCmdID;
|
|
|
|
}
|
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
Horde::logMessage("SyncML: slowsync add guid $guid to client\n$c", __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
$cmd = new Horde_SyncML_Command_Sync_ContentSyncElement();
|
|
|
|
$cmd->setContent($c);
|
|
|
|
$cmd->setContentType($contentType['ContentType']);
|
|
|
|
if (isset($contentType['ContentFormat'])) {
|
|
|
|
$cmd->setContentFormat($contentType['ContentFormat']);
|
|
|
|
}
|
|
|
|
$cmd->setGUID($guid);
|
|
|
|
$currentCmdID = $cmd->outputCommand($currentCmdID, $output, 'Add');
|
|
|
|
$state->log('Server-Add');
|
|
|
|
|
|
|
|
// moreData split; save in session state and end current message
|
|
|
|
if ($cmd->hasMoreData()) {
|
|
|
|
$state->curSyncItem = &$cmd;
|
|
|
|
$state->setSyncStatus(SERVER_SYNC_DATA_PENDING);
|
|
|
|
return $currentCmdID;
|
|
|
|
}
|
|
|
|
$state->incNumberOfElements();
|
2006-03-21 14:49:13 +01:00
|
|
|
}
|
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
Horde::logMessage("SyncML: All items handled for sync $syncType", __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
|
|
|
|
$state->removeExpiredUID($syncType, $serverAnchorNext);
|
2006-07-09 09:27:23 +02:00
|
|
|
$state->clearSync($syncType);
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-07-09 09:27:23 +02:00
|
|
|
return $currentCmdID;
|
2006-03-21 14:49:13 +01:00
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-03-21 14:49:13 +01:00
|
|
|
/**
|
|
|
|
* Here's where the actual processing of a client-sent Sync
|
|
|
|
* Command takes place. Entries are added or replaced
|
|
|
|
* from the server database by using Horde API (Registry) calls.
|
|
|
|
*/
|
|
|
|
function runSyncCommand(&$command) {
|
|
|
|
global $registry;
|
|
|
|
$history = $GLOBALS['egw']->contenthistory;
|
|
|
|
$state = &$_SESSION['SyncML.state'];
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
if ($command->hasMoreData()) {
|
|
|
|
Horde::logMessage('SyncML: moreData: TRUE', __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
$command->setStatus(RESPONSE_CHUNKED_ITEM_ACCEPTED_AND_BUFFERED);
|
|
|
|
return true;
|
2006-03-21 14:49:13 +01:00
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
SyncML patches from patrick.bihan-faou-AT-mindstep.com (without
logout+mbstring stuff), small modification to use the already exiting
methodes to generate full name and fileas)
The code is commited to trunk only at the moment to allow testing of it.
If everything goes well, we intend to commit it to 1.4 branch too.
Here's the original description of the patch by Patrick:
- handles the default config for current versions of funambol (i.e. the
scard/stask/snote/scal locations)
- tries to be a bit smarter on how the data content should be encoded
based on what the client specified (sif+base64/vcard, / fragmented or
not, etc.)
- workaround a bug in some versions of funambol, where funambol does not
specify the proper sif type for the type of requested data
- imported patch #117 from egw's tracker
- make sure that the logs generated by the horde code go to stderr so
they can be view in the webserver's logs
- as much as possible reduce code duplication. For example, the
categories are handled in the parent classes for both the SIF avn VCAL
formats for each type of data (addressbook,infolog,calendar).
- make sure the code can handle more than one categories in each
direction
- treat the 'sony ericsson' vendor string just like 'sonyericsson', the
newer phones apparently have a space in the vendor string... (this
touches some files in the icalsrv as well)
- handle notes: these should now work with everything (funambol or
other)
- remove more code duplication: the syncml "api" for the various data
types (calendar, contacts, infolog) is now common for both the vcard and
sif data formats (cf the files that need to be removed)
- handle the "privat" filter in infolog like the "private" filter (some
part of the code use the name without the trailing e)
- imported patch # 267 from egw's tracker
2007-09-29 12:29:48 +02:00
|
|
|
$type = $this->_targetLocURI;
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
$syncml_prefs = $GLOBALS['egw_info']['user']['preferences']['syncml'];
|
|
|
|
if (isset($syncml_prefs[$type])) {
|
|
|
|
$sync_conflicts = $syncml_prefs[$type];
|
|
|
|
} else {
|
|
|
|
$sync_conflicts = CONFLICT_SERVER_WINNING;
|
|
|
|
}
|
|
|
|
|
SyncML patches from patrick.bihan-faou-AT-mindstep.com (without
logout+mbstring stuff), small modification to use the already exiting
methodes to generate full name and fileas)
The code is commited to trunk only at the moment to allow testing of it.
If everything goes well, we intend to commit it to 1.4 branch too.
Here's the original description of the patch by Patrick:
- handles the default config for current versions of funambol (i.e. the
scard/stask/snote/scal locations)
- tries to be a bit smarter on how the data content should be encoded
based on what the client specified (sif+base64/vcard, / fragmented or
not, etc.)
- workaround a bug in some versions of funambol, where funambol does not
specify the proper sif type for the type of requested data
- imported patch #117 from egw's tracker
- make sure that the logs generated by the horde code go to stderr so
they can be view in the webserver's logs
- as much as possible reduce code duplication. For example, the
categories are handled in the parent classes for both the SIF avn VCAL
formats for each type of data (addressbook,infolog,calendar).
- make sure the code can handle more than one categories in each
direction
- treat the 'sony ericsson' vendor string just like 'sonyericsson', the
newer phones apparently have a space in the vendor string... (this
touches some files in the icalsrv as well)
- handle notes: these should now work with everything (funambol or
other)
- remove more code duplication: the syncml "api" for the various data
types (calendar, contacts, infolog) is now common for both the vcard and
sif data formats (cf the files that need to be removed)
- handle the "privat" filter in infolog like the "private" filter (some
part of the code use the name without the trailing e)
- imported patch # 267 from egw's tracker
2007-09-29 12:29:48 +02:00
|
|
|
$hordeType = $state->getHordeType($type);
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-03-21 14:49:13 +01:00
|
|
|
$syncElementItems = $command->getSyncElementItems();
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-03-21 14:49:13 +01:00
|
|
|
foreach($syncElementItems as $syncItem) {
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
$contentSize = strlen($syncItem->_content);
|
|
|
|
if ((($size = $syncItem->getContentSize()) !== false) &&
|
|
|
|
($contentSize != $size) &&
|
|
|
|
($contentSize + 1 != $size)) {
|
|
|
|
Horde::logMessage('SyncML: content size missmatch for LocURI ' . $syncItem->_luid .
|
|
|
|
": $contentSize ($size)", __FILE__, __LINE__, PEAR_LOG_ERROR);
|
|
|
|
$command->setStatus(RESPONSE_SIZE_MISMATCH);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2006-03-21 14:49:13 +01:00
|
|
|
if(!$contentType = $syncItem->getContentType()) {
|
|
|
|
$contentType = $state->getPreferedContentType($type);
|
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
SyncML patches from patrick.bihan-faou-AT-mindstep.com (without
logout+mbstring stuff), small modification to use the already exiting
methodes to generate full name and fileas)
The code is commited to trunk only at the moment to allow testing of it.
If everything goes well, we intend to commit it to 1.4 branch too.
Here's the original description of the patch by Patrick:
- handles the default config for current versions of funambol (i.e. the
scard/stask/snote/scal locations)
- tries to be a bit smarter on how the data content should be encoded
based on what the client specified (sif+base64/vcard, / fragmented or
not, etc.)
- workaround a bug in some versions of funambol, where funambol does not
specify the proper sif type for the type of requested data
- imported patch #117 from egw's tracker
- make sure that the logs generated by the horde code go to stderr so
they can be view in the webserver's logs
- as much as possible reduce code duplication. For example, the
categories are handled in the parent classes for both the SIF avn VCAL
formats for each type of data (addressbook,infolog,calendar).
- make sure the code can handle more than one categories in each
direction
- treat the 'sony ericsson' vendor string just like 'sonyericsson', the
newer phones apparently have a space in the vendor string... (this
touches some files in the icalsrv as well)
- handle notes: these should now work with everything (funambol or
other)
- remove more code duplication: the syncml "api" for the various data
types (calendar, contacts, infolog) is now common for both the vcard and
sif data formats (cf the files that need to be removed)
- handle the "privat" filter in infolog like the "private" filter (some
part of the code use the name without the trailing e)
- imported patch # 267 from egw's tracker
2007-09-29 12:29:48 +02:00
|
|
|
if (($contentType == 'text/x-vcalendar' || $contentType == 'text/calendar')
|
2009-07-15 21:31:25 +02:00
|
|
|
&& strpos($syncItem->getContent(), 'BEGIN:VTODO') !== false) {
|
2006-03-21 14:49:13 +01:00
|
|
|
$hordeType = 'tasks';
|
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-03-21 14:49:13 +01:00
|
|
|
$guid = false;
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-08-15 16:42:13 +02:00
|
|
|
$guid = $registry->call($hordeType . '/search',
|
Big SyncML patch from Philip Herbert <pherbert(at)knauber.de>:
- change the processing of slowsync, to use the content_map instead of
trying to build a new one. This caused duplication issues on the
client if multiple similar records where stored, because only the first
one found in the server-db was matched, These duplicate entries at client
side had no entry at serverside, so deleting the wrong one
on the client (the content with a valid map entry) could cause
unwanted data loss at server side, because it is impossible for the
user to see what is a duplicate, and what is not.
see also:
http://www.nabble.com/again---syncml-duplication-issue-to20333619s3741.html
- reenabled UID from syncml clients, because it was partly used this caused
issues during SlowSync if the content was changed.
- infolog, calendar if a uid is found in the provided data, allway try to
find the corresponding content first using only the UID, instead of
using the content-id taken from content_map.
also fixed:
- a few fixes in ./notes
- creating an entry on the client that can not be imported,
(Example, Nokia E Series Appointment without a Title)
will no longer create an invalid content-map entry
However, at client side this is still counted in the Protocol as
Server-Add
2008-11-16 11:42:29 +01:00
|
|
|
array($state->convertClient2Server($syncItem->getContent(), $contentType), $contentType, $state->getGlobalUID($type, $syncItem->getLocURI()) ));
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-08-15 16:42:13 +02:00
|
|
|
if ($guid) {
|
2009-07-15 21:31:25 +02:00
|
|
|
// Check if the found entry came from the client
|
|
|
|
$guid_ts = $state->getSyncTSforAction($guid, 'add');
|
|
|
|
$sync_ts = $state->getChangeTS($type, $guid);
|
|
|
|
if ($sync_ts && $sync_ts == $guid_ts) {
|
|
|
|
// Entry came from the client, so we get a duplicate here
|
|
|
|
Horde::logMessage('SyncML: CONFLICT for locuri ' . $syncItem->getLocURI()
|
|
|
|
. ' guid ' . $guid , __FILE__, __LINE__, PEAR_LOG_WARNING);
|
|
|
|
if ($sync_conflicts != CONFLICT_RESOLVED_WITH_DUPLICATE) {
|
|
|
|
$state->log("Client-AddReplaceIgnored");
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
# Entry exists in database already. Just update the mapping
|
|
|
|
Horde::logMessage('SyncML: adding mapping for locuri:'
|
|
|
|
. $syncItem->getLocURI() . ' and guid:' . $guid,
|
|
|
|
__FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
$state->setUID($type, $syncItem->getLocURI(), $guid, mktime());
|
|
|
|
$state->log("Client-Map");
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if ($sync_conflicts > CONFLICT_RESOLVED_WITH_DUPLICATE) {
|
|
|
|
// We enforce the client not to change anything
|
|
|
|
if ($sync_conflicts > CONFLICT_CLIENT_CHANGES_IGNORED) {
|
|
|
|
// delete this item from client
|
|
|
|
Horde::logMessage('SyncML: Server RO! REMOVE ' . $syncItem->getLocURI()
|
|
|
|
. ' from client', __FILE__, __LINE__, PEAR_LOG_WARNING);
|
|
|
|
$state->addConflictItem($type, '!D' . $syncItem->getLocURI());
|
2006-08-15 16:42:13 +02:00
|
|
|
} else {
|
2009-07-15 21:31:25 +02:00
|
|
|
Horde::logMessage('SyncML: Server RO! REJECT all client changes',
|
|
|
|
__FILE__, __LINE__, PEAR_LOG_WARNING);
|
|
|
|
$state->log("Client-AddReplaceIgnored");
|
2006-03-21 14:49:13 +01:00
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
$command->setStatus(RESPONSE_NO_EXECUTED);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Add entry to the database.
|
|
|
|
$state->removeUID($type, $syncItem->getLocURI());
|
|
|
|
Horde::logMessage('SyncML: try to add contentype ' . $contentType .' to '. $hordeType, __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
$guid = $registry->call($hordeType . '/import',
|
|
|
|
array($state->convertClient2Server($syncItem->getContent(), $contentType), $contentType));
|
|
|
|
if (!is_a($guid, 'PEAR_Error') && $guid != false) {
|
|
|
|
$ts = $state->getSyncTSforAction($guid, 'modify');
|
|
|
|
if (!$ts) {
|
|
|
|
$ts = $state->getSyncTSforAction($guid, 'add');
|
|
|
|
}
|
|
|
|
$state->setUID($type, $syncItem->getLocURI(), $guid, $ts);
|
|
|
|
$state->log("Client-AddReplace");
|
|
|
|
Horde::logMessage('SyncML: r/ added client entry as ' . $guid, __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
|
|
|
} else {
|
|
|
|
Horde::logMessage('SyncML: Error in replacing/add client entry:' . $guid->message, __FILE__, __LINE__, PEAR_LOG_ERR);
|
|
|
|
$state->log("Client-AddFailure");
|
2006-08-15 16:42:13 +02:00
|
|
|
}
|
2006-03-21 14:49:13 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-10-04 20:16:58 +02:00
|
|
|
function loadData() {
|
|
|
|
global $registry;
|
2009-07-15 21:31:25 +02:00
|
|
|
|
2006-10-04 20:16:58 +02:00
|
|
|
$state = &$_SESSION['SyncML.state'];
|
|
|
|
$syncType = $this->_targetLocURI;
|
SyncML patches from patrick.bihan-faou-AT-mindstep.com (without
logout+mbstring stuff), small modification to use the already exiting
methodes to generate full name and fileas)
The code is commited to trunk only at the moment to allow testing of it.
If everything goes well, we intend to commit it to 1.4 branch too.
Here's the original description of the patch by Patrick:
- handles the default config for current versions of funambol (i.e. the
scard/stask/snote/scal locations)
- tries to be a bit smarter on how the data content should be encoded
based on what the client specified (sif+base64/vcard, / fragmented or
not, etc.)
- workaround a bug in some versions of funambol, where funambol does not
specify the proper sif type for the type of requested data
- imported patch #117 from egw's tracker
- make sure that the logs generated by the horde code go to stderr so
they can be view in the webserver's logs
- as much as possible reduce code duplication. For example, the
categories are handled in the parent classes for both the SIF avn VCAL
formats for each type of data (addressbook,infolog,calendar).
- make sure the code can handle more than one categories in each
direction
- treat the 'sony ericsson' vendor string just like 'sonyericsson', the
newer phones apparently have a space in the vendor string... (this
touches some files in the icalsrv as well)
- handle notes: these should now work with everything (funambol or
other)
- remove more code duplication: the syncml "api" for the various data
types (calendar, contacts, infolog) is now common for both the vcard and
sif data formats (cf the files that need to be removed)
- handle the "privat" filter in infolog like the "private" filter (some
part of the code use the name without the trailing e)
- imported patch # 267 from egw's tracker
2007-09-29 12:29:48 +02:00
|
|
|
$hordeType = $state->getHordeType($syncType);
|
2009-07-15 21:31:25 +02:00
|
|
|
$state->setTargetURI($syncType);
|
|
|
|
$future = $state->getServerAnchorNext($syncType);
|
|
|
|
$delta_add = 0;
|
|
|
|
|
2006-10-04 20:16:58 +02:00
|
|
|
Horde::logMessage("SyncML: reading added items from database for $hordeType", __FILE__, __LINE__, PEAR_LOG_DEBUG);
|
2009-07-15 21:31:25 +02:00
|
|
|
$delta_add = count($registry->call($hordeType. '/listBy',
|
|
|
|
array('action' => 'add',
|
|
|
|
'timestamp' => $future,
|
|
|
|
'type' => $syncType,
|
|
|
|
'filter' => $this->_filterExpression)));
|
|
|
|
$state->setAddedItems($syncType, $registry->call($hordeType. '/list', array('filter' => $this->_filterExpression)));
|
2006-10-04 20:16:58 +02:00
|
|
|
$this->_syncDataLoaded = TRUE;
|
2009-07-15 21:31:25 +02:00
|
|
|
|
|
|
|
return count($state->getAddedItems($syncType)) - $delta_add;
|
2006-10-04 20:16:58 +02:00
|
|
|
}
|
2005-06-19 21:00:58 +02:00
|
|
|
}
|