headers
Anthony Mills | 2 Feb 2004 19:41

Re: Re: SyncML update [PATCH]


Johny wrote:
> Chuck,
> 
> The SOAP handling is indeed correct (other than that it doesn't work ;) 
> when I use the browser :) Apologies, I do realise now what the 302 error 
> was, ta for that :)
> 
> I've got some debugging into rpc.php (and have attached the diff as I 
> find this extremely useful, let me know if it's useful and I'll keep 
> sending them as I add them)
> 
Debugging is good.

> When invoking rpc.php from my P800 I get further than with Firebird, but 
> it stops with no error messages whatsoever? I've got PHP errors logged 
> to file (tested with SOAP error previously), but nothing there.
> 
> The line it stops on in rpc.php is;
> 
>  $out = $server->getResponse($input, $params);
Are you sure it is stopping here?  And you get no errors in your php log 
file?  You should get some errors.  Check /tmp/sync.  You should have 
some files in here.  Are you timing out from the login?
You may have to debug into syncml.php.  Look for getResponse in that 
file.  I'm not sure I can help you without more input.  BTW, if you 
could/and don't mind.  Can you send me the output from :
 >      $input = $server->getInput();
 > +    Horde::logMessage(sprintf('Server input: %s', $input) , __FILE__,
(Continue reading)

Permalink | Reply | 2 comments |
headers
Johny | 4 Feb 2004 04:59

Re: Re: SyncML update [PATCH]

Quoting Anthony Mills <amills <at> gascard.net>:
> 
> 
> Johny wrote:
> > Chuck,
> > 
> > The SOAP handling is indeed correct (other than that it doesn't work ;) 
> > when I use the browser :) Apologies, I do realise now what the 302 error 
> > was, ta for that :)
> > 
> > I've got some debugging into rpc.php (and have attached the diff as I 
> > find this extremely useful, let me know if it's useful and I'll keep 
> > sending them as I add them)
> > 
> Debugging is good.
> 
> > When invoking rpc.php from my P800 I get further than with Firebird, but 
> > it stops with no error messages whatsoever? I've got PHP errors logged 
> > to file (tested with SOAP error previously), but nothing there.
> > 
> > The line it stops on in rpc.php is;
> > 
> >  $out = $server->getResponse($input, $params);
> Are you sure it is stopping here?  And you get no errors in your php log 
> file?  You should get some errors.  Check /tmp/sync.  You should have 
> some files in here.  Are you timing out from the login?

Positive it is stopping there, and no errors, nor anything in /tmp/sync. That
is, the next line of code in that file isn't executed.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Anthony Mills | 5 Feb 2004 01:07

Re: Re: SyncML update [PATCH]

The way you log is fine.  I use the same format.  I can't work on the 
code much, but I can point you in the right directions.

Anthony

Johny wrote:

>Quoting Anthony Mills <amills <at> gascard.net>:
>  
>
>>Johny wrote:
>>    
>>
>>>Chuck,
>>>
>>>The SOAP handling is indeed correct (other than that it doesn't work ;) 
>>>when I use the browser :) Apologies, I do realise now what the 302 error 
>>>was, ta for that :)
>>>
>>>I've got some debugging into rpc.php (and have attached the diff as I 
>>>find this extremely useful, let me know if it's useful and I'll keep 
>>>sending them as I add them)
>>>
>>>      
>>>
>>Debugging is good.
>>
>>    
>>
>>>When invoking rpc.php from my P800 I get further than with Firebird, but
(Continue reading)

Permalink | Reply | 0 comments |
headers
Anthony Mills | 5 Feb 2004 00:26

Re: Re: SyncML update [PATCH]

We are going to use the 'registry' APIs to look up import and export 
functions.  Something like registry[$localuri]->import($content, 
$contenttype).  In the case of vcards, $localuri = 'contacts', $content 
= (vcard data), $contenttype = 'text/v-card'.  localuri, content, 
contenttype are all parsed out of the SyncML packet.  This way, one-way, 
two-way, etc sync types will work for all content types that we 
support.  It also means that if the server supports 'contacts' it will 
support 'todos' and any other types, as long as there is aare APIs 
between for $localuri.

I guessed that the P800 did not use WBXML, but I wanted to see the tags 
it used, to make sure I understood what you were seeing. 

Anthony

johny <at> agotnes.com wrote:

>no probs :)
>
>Having looked at the detail records in the past using a test harness server I
>did actually know it doesn't use WBXML, sorry, should've said!
>
>The 'issue' is, it passes VCARDS up to the server, are you intending to make
>VCARD parsing an integral part of the solution (or indeed, have you already got
>something for it that I've yet to spot?)
>
>Cheers,
>
>:)J
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Johny | 5 Feb 2004 22:51

Re: Re: SyncML update [PATCH]

Elegant solution, makes it easy to extend the API as new types and minor
variations on types are discovered with new devices!

Ta for the info :)

:)J

> Anthony Mills wrote:
> 
>> We are going to use the 'registry' APIs to look up import and export 
>> functions.  Something like registry[$localuri]->import($content, 
>> $contenttype).  In the case of vcards, $localuri = 'contacts', 
>> $content = (vcard data), $contenttype = 'text/v-card'.  localuri, 
>> content, contenttype are all parsed out of the SyncML packet.  This 
>> way, one-way, two-way, etc sync types will work for all content types 
>> that we support.  It also means that if the server supports 'contacts' 
>> it will support 'todos' and any other types, as long as there is aare 
>> APIs between for $localuri.
>>
>> I guessed that the P800 did not use WBXML, but I wanted to see the 
>> tags it used, to make sure I understood what you were seeing.
>> Anthony
>>
>> johny <at> agotnes.com wrote:
>>
>>> no probs :)
>>>
>>> Having looked at the detail records in the past using a test harness 
>>> server I
>>> did actually know it doesn't use WBXML, sorry, should've said!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Anthony Mills | 10 Feb 2004 07:08

WBXML kludge

I modified Encoder and Decoder to use libwbxml.  It is an ugly hack, but 
it seems to work.  I can go back to working on SyncML now.  I'm only 
sending patches, someone else can commit it if they think it is useful.

Anthon

Index: Encoder.php
===================================================================
RCS file: /repository/framework/XML_WBXML/WBXML/Encoder.php,v
retrieving revision 1.20
diff -r1.20 Encoder.php
84a85,93
 >         $tmp_id = mt_rand();
 >         $tmp_file = '/tmp' . DIRECTORY_SEPARATOR . 'wbxml_encoder_' . 
$tmp_id;
 >        
 >         $fp = fopen($tmp_file . '.xml', 'wb');
 >         fwrite($fp, $xml);
 >         fclose($fp);
 >        
 >         exec('/usr/bin/xml2wbxml -o ' . $tmp_file . '.wbxml ' . 
$tmp_file . '.xml');
 >        
86,103c95,114
<         $this->_parser = xml_parser_create_ns($this->_charset);
<         xml_set_object($this->_parser, $this);
<         xml_parser_set_option($this->_parser, XML_OPTION_CASE_FOLDING, 
false);
<         xml_set_element_handler($this->_parser, '_startElement', 
'_endElement');
(Continue reading)

Permalink | Reply | 8 comments |
headers
Anthony Mills | 11 Feb 2004 20:56

SyncML test client

As near as I can tell I am doing everything right.  I cannot seem to get 
the SyncML packets to be accepted.  I am using Synthesis SyncML Client 
and Weblicon SyncML client.  I switched the WBXML to use libwbxml, so I 
think I removed that as a problem.  I really need a SyncML client that 
can give me good error messages.    I had Synthesis authorizing, but now 
I cannot even do that.  I have a Palm 5.2, PPC 2003, Windows 2000 with 
Outlook/Outlook Express, and various Linux boxes that I can install 
anything on.  Does anyone have any idea about which SyncML client to 
use?  I'm pretty close to having something working.  I just need it to 
respond to my packets.

Thanks,

Anthony

--

-- 
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe <at> lists.horde.org
Permalink | Reply | 1 comment |
headers
Chuck Hagenbuch | 11 Feb 2004 21:19
Favicon
Gravatar

Re: WBXML kludge

Quoting Anthony Mills <amills <at> gascard.net>:

> I modified Encoder and Decoder to use libwbxml.  It is an ugly hack, but
> it seems to work.  I can go back to working on SyncML now.  I'm only
> sending patches, someone else can commit it if they think it is useful.

Would it be possible to have an object property that determines whether or not
to use libwbxml for encoding/decoding? That way we wouldn't lose the existing
code, which can hopefully be fixed (if it is currently broken?), but the option
would be there for people who had the lib compiled...

-chuck

--
"Here, I brought some cole slaw. It's made from peeeooople! Just kidding."
--

-- 
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe <at> lists.horde.org
Permalink | Reply | 7 comments |
headers
Anthony Mills | 11 Feb 2004 21:29

Re: WBXML kludge

I don't see why not.   My plan is to get SyncML working and then go back 
and fix WBXML.  Not all clients need WBXML, but all clients need SyncML 
by definition.  And AFAIK the hack works.

Anthony

PS I added some unlinks to the code, and you need to specify not to use 
string tables in the encoder.  Do you want me to send a new patch?

Chuck Hagenbuch wrote:

> Quoting Anthony Mills <amills <at> gascard.net>:
>
>> I modified Encoder and Decoder to use libwbxml.  It is an ugly hack, but
>> it seems to work.  I can go back to working on SyncML now.  I'm only
>> sending patches, someone else can commit it if they think it is useful.
>
>
> Would it be possible to have an object property that determines 
> whether or not
> to use libwbxml for encoding/decoding? That way we wouldn't lose the 
> existing
> code, which can hopefully be fixed (if it is currently broken?), but 
> the option
> would be there for people who had the lib compiled...
>
> -chuck
>
> -- 
> "Here, I brought some cole slaw. It's made from peeeooople! Just
(Continue reading)

Permalink | Reply | 6 comments |
headers
Anthony Mills | 11 Feb 2004 21:30

Re: SyncML test client

I'm going to try MultiSync.
Anthony

Anthony Mills wrote:

> As near as I can tell I am doing everything right.  I cannot seem to 
> get the SyncML packets to be accepted.  I am using Synthesis SyncML 
> Client and Weblicon SyncML client.  I switched the WBXML to use 
> libwbxml, so I think I removed that as a problem.  I really need a 
> SyncML client that can give me good error messages.    I had Synthesis 
> authorizing, but now I cannot even do that.  I have a Palm 5.2, PPC 
> 2003, Windows 2000 with Outlook/Outlook Express, and various Linux 
> boxes that I can install anything on.  Does anyone have any idea about 
> which SyncML client to use?  I'm pretty close to having something 
> working.  I just need it to respond to my packets.
>
> Thanks,
>
> Anthony
>

--

-- 
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe <at> lists.horde.org
Permalink | Reply | 0 comments |

Gmane