[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: Where does the "nothing left but toolkits" mythcome fr

• To: Wolfgang Hoschek <whoschek@l...>
• Subject: Re: Re: Where does the "nothing left but toolkits" mythcome from?
• From: Rick Marshall <rjm@z...>
• Date: Thu, 10 Feb 2005 09:56:13 +1100
• Cc: XML Developers List <xml-dev@l...>
• In-reply-to: <bddcd9cb39cabe039be216bc9650b418@l...>
• Organization: Zenucom Pty Ltd
• References: <15725CF6AFE2F34DB8A5B4770B7334EE07206BD6@h...> <420A6947.6020706@o...> <a0915d1e4e0936ee903d32a226abafdd@l...> <420A7DFE.7050404@z...> <bddcd9cb39cabe039be216bc9650b418@l...>
• User-agent: Mozilla Thunderbird 0.6 (X11/20040502)

Wolfgang Hoschek wrote:

> On Feb 9, 2005, at 1:17 PM, Rick Marshall wrote:
>
>> even it's own documentation says this is not a binary xml format (at 
>> least that we can rely on) because the authors reserve the right to 
>> change it at will and warn against storing a bnux transformed 
>> document because it may not be able to be decoded in the future.
>>
>> how many xml principles does this break? perhaps it could be question 
>> of the week :)
>>
>> worse - the encoder/decoder must therefore be deployed in pairs - and 
>> upgraded in pairs. this may later become the basis of something, but 
>> it is along way from being a binary xml coding that is useful in 
>> general.
>
>
> That's because binary XML makes most sense in tightly coupled systems 
> (and the intended usage is clearly stated as such - there's no 
> ambiguity here).


this doesn't answer the question of how to upgrade a million phones 
because a newer, better serialisation has been worked out. in fact that 
in general is the problem with all widely deployed technologies - how 
many websites still consider supporting netscape4?

bnux seems to me to be a useful inhouse protocol, but not a general, 
standardised, industry solution.

rick

>>
>> and finally if gzip/zip type compressions can add even more - why not 
>> just use them and put the effort into more efficient gzip algorithms 
>> - or better still a gzip encoder/decoder chip :) for use in mobile 
>> phones etc.
>
>
> Better compression does not necessarily equal better performance. GZIP 
> is very compute-intensive, it actually degrades performance (while it 
> does offer more compression). You can verify this yourself via the 
> compressionLevel flag. There's an explicit tradeoff here to be made.
>
>
> !DSPAM:420a88175891215416753!
>

begin:vcard
fn:Rick  Marshall
n:Marshall;Rick 
email;internet:rjm@z...
tel;cell:+61 411 287 530
x-mozilla-html:TRUE
version:2.1
end:vcard

• Follow-Ups:
  • Re: Re: Where does the "nothing left but toolkits" myth come from?
    • From: Joe Dane <joe.dane@g...>
  • Re: Re: Where does the "nothing left but toolkits" myth come from?
    • From: Wolfgang Hoschek <whoschek@l...>

• References:
  • RE: Re: Where does the "nothing left but toolkits" myth come from?
    • From: "Bullard, Claude L (Len)" <len.bullard@i...>
  • Re: Re: Where does the "nothing left but toolkits" myth come from?
    • From: Bob Foster <bob@o...>
  • Re: Re: Where does the "nothing left but toolkits" myth come from?
    • From: Wolfgang Hoschek <whoschek@l...>
  • Re: Re: Where does the "nothing left but toolkits" mythcome from?
    • From: Rick Marshall <rjm@z...>
  • Re: Re: Where does the "nothing left but toolkits" myth come from?
    • From: Wolfgang Hoschek <whoschek@l...>

• Prev by Date: Re: Re: Where does the "nothing left but toolkits" myth come from?
• Next by Date: Re: Re: Where does the "nothing left but toolkits" myth come from?
• Previous by thread: Re: Re: Where does the "nothing left but toolkits" myth come from?
• Next by thread: Re: Re: Where does the "nothing left but toolkits" myth come from?
• Index(es):
  • Date
  • Thread