Re: [Wbxmllib-devel] CDATA encoded into opaque
Rasmus Lock Larsen <[email protected]> Tue, 23 Aug 2005 23:25:31 +0200
| Newsgroups | gmane.comp.gnome.apps.multisync.devel |
|---|---|
| Message-ID | <[email protected]> |
------=_Part_4408_18920377.1124832331663 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I see your point. Actually, the wbxmllib will not decode an WBXML document= =20 encoded from an XML containing CDATA into the same XML (since the CDATA tag= s=20 are not added when decoding OPAQUE WBXML). My key-point is, that you CAN'T ensure interoperability when talking about= =20 WBXML (since there is an almost unlimited number of WBXML documents=20 representing the same XML document), so as long as your decoder can handle= =20 the different combinations of encodings, the interoperability should be=20 ensured (in XML that is). Never write any logic (except in the decoder) that uses the WBXML content,= =20 since the WBXML content is so ambiguous, you will most likely increase the= =20 code-complexity and still not have a 100% interoperability coverage. Br. Rasmus On 8/22/05, Philippe Laporte <philippe.laporte-FIFhI/qTGH1saXRJfIyQzzlRY1/[email protected]>=20 wrote:=20 >=20 > Hi, > Thanks for your answer. >=20 > My question is about how to ensure interoperability between different > WBXML servers and clients when it comes to encoding of CDATA. >=20 > Thanks a lot, >=20 > Philippe Laporte > Software >=20 > Gatespace Telematics > F=F6rsta L=E5nggatan 18 > 41328 G=F6teborg > Sweden > Phone: +46 702 04 35 11 > Fax: +46 31 24 16 50 > Email: philippe.laporte-FIFhI/qTGH1saXRJfIyQzzlRY1/[email protected] >=20 >=20 >=20 > Philippe Laporte wrote: >=20 > > Hi, > > Looking at the code in libwbxml it appears that CDATAs are encoded > > into opaque for WBXML. > > > > I couldn't find the section in the WBXML specification document that > > specifies this. > > > > Is it specified at all, or is it in any way standardized to do this? > > > > Similar question for not encoding in <![CDATA[ and ]]> > > (although of course it makes a lot of sense). > > > > So the complementary question is what is the heuristics for knowing > > what's in an OPAQUE section? > > > > Thanks, > > Philippe > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing > > & QA > > Security * Process Improvement & Measurement *=20 > http://www.sqe.com/bsce5sf > > _______________________________________________ > > Wbxmllib-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wbxmllib-devel >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle=20 > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q= A > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Wbxmllib-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wbxmllib-devel >=20 --=20 Med venlig hilsen / Best regards Rasmus Lock Larsen [email protected] ------=_Part_4408_18920377.1124832331663 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline <div>I see your point. Actually, the wbxmllib will not decode an WBXML docu= ment encoded from an XML containing CDATA into the same XML (since the CDAT= A tags are not added when decoding OPAQUE WBXML).</div> <div> </div> <div>My key-point is, that you CAN'T ensure interoperability when talking a= bout WBXML (since there is an almost unlimited number of WBXML documents re= presenting the same XML document), so as long as your decoder can handle th= e different combinations of encodings, the interoperability should be ensur= ed (in XML that is). </div> <div> </div> <div>Never write any logic (except in the decoder) that uses the WBXML cont= ent, since the WBXML content is so ambiguous, you will most likely increase= the code-complexity and still not have a 100% interoperability coverage. </div> <div> </div> <div>Br. Rasmus</div> <div> </div> <div><span class=3D"gmail_quote">On 8/22/05, <b class=3D"gmail_sendername">= Philippe Laporte</b> <<a href=3D"mailto:philippe.laporte@gatespacetelema= tics.com">philippe.laporte-FIFhI/qTGH1saXRJfIyQzzlRY1/[email protected]</a>> wrote:</span> <blockquote class=3D"gmail_quote" style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0= px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi,<br> T= hanks for your answer.<br><br>My question is about how to ensure interopera= bility between different <br>WBXML servers and clients when it comes to encoding of CDATA.<br><br>Th= anks a lot,<br><br>Philippe Laporte<br>Software<br><br>Gatespace Telematics= <br>F=F6rsta L=E5nggatan 18<br>41328 G=F6teborg<br>Sweden<br>Phone: +46 702= 04 35 11 <br>Fax: +46 31 24 16 50<br>Email: <a href=3D"mailto:philippe.l= aporte-FIFhI/qTGH1saXRJfIyQzzlRY1/[email protected]">philippe.laporte-FIFhI/qTGH1saXRJfIyQzzlRY1/[email protected]</a= ><br><br><br><br>Philippe Laporte wrote:<br><br>> Hi,<br>>  = ; Looking at the code in libwbxml it appears that CDATAs are enc= oded <br>> into opaque for WBXML.<br>><br>> I couldn't find the section= in the WBXML specification document that<br>> specifies this.<br>><b= r>> Is it specified at all, or is it in any way standardized to do this? <br>><br>> Similar question for not encoding in &nbs= p;<![CDATA[ and ]]><br= >> (although of course it makes a lot of sense).<br>><br>> So the = complementary question is what is the heuristics for knowing <br>> what's in an OPAQUE section?<br>><br>> Thanks,<br>> Phili= ppe<br>><br>><br>> -----------------------------------------------= --------<br>> SF.Net email is Sponsored by the Better Software Conferenc= e & EXPO <br>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle<= br>> Practices<br>> Agile & Plan-Driven Development * Managing Pr= ojects & Teams * Testing<br>> & QA<br>> Security * Process Im= provement & Measurement *=20 <a href=3D"http://www.sqe.com/bsce5sf">http://www.sqe.com/bsce5sf</a><br>&g= t; _______________________________________________<br>> Wbxmllib-devel m= ailing list<br>> <a href=3D"mailto:[email protected]"= > [email protected]</a><br>> <a href=3D"https://lists.s= ourceforge.net/lists/listinfo/wbxmllib-devel">https://lists.sourceforge.net= /lists/listinfo/wbxmllib-devel</a><br><br><br><br>-------------------------= ------------------------------ <br>SF.Net email is Sponsored by the Better Software Conference & EXPO<= br>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practi= ces<br>Agile & Plan-Driven Development * Managing Projects & Teams = * Testing & QA <br>Security * Process Improvement & Measurement * <a href=3D"http://ww= w.sqe.com/bsce5sf">http://www.sqe.com/bsce5sf</a><br>______________________= _________________________<br>Wbxmllib-devel mailing list<br><a href=3D"mail= to:[email protected]"> [email protected]</a><br><a href=3D"https://lists.source= forge.net/lists/listinfo/wbxmllib-devel">https://lists.sourceforge.net/list= s/listinfo/wbxmllib-devel</a><br></blockquote></div><br><br clear=3D"all"><= br> -- <br>Med venlig hilsen / Best regards<br>Rasmus Lock Larsen<br><a href=3D= "mailto:[email protected]">[email protected]</a>=20 ------=_Part_4408_18920377.1124832331663-- ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf