W3C home > Mailing lists > Public > public-ddwg@w3.org > August 2007

Re: ACTION-58 Look into issues surrounding the use of the 'any' type in the IDL

From: José Manuel Cantera Fonseca <jmcf@tid.es>
Date: Wed, 01 Aug 2007 11:36:14 +0200
To: Rhys Lewis <rhys@volantis.com>
Cc: public-ddwg@w3.org
Message-id: <46B0540E.7080704@tid.es>

Hi,

Another issue with integers might be flexibility. Perhaps a DDR would 
like to use characters to represent the context key. For example, one 
trivial context key is the concatenation of all the HTTP headers 
received ... I would prefer a string in order to be as flexible as possible

Thanks and Best Regards

Rhys Lewis escribió:
> Thanks Jose, that makes perfect sense! 
>
> On scalability, a 32 bit integer would give something like 4 billion
> possible concurrent context key values. Since these only have to be unique
> for a particular session between caller and repository, it's probably
> enough :)
>
> Even an automatic content adaptation engine is unlikely to need to
> reference more than a few thousand distinct contexts concurrently.
>
> Cheers, and thanks again for the explanation.
>
> Rhys
>
> -----Original Message-----
> From: jmcf@tid.es [mailto:jmcf@tid.es] 
> Sent: 01 August 2007 08:40
> To: Rhys Lewis
> Cc: public-ddwg@w3.org
> Subject: Re: ACTION-58 Look into issues surrounding the use of the 'any'
> type in the IDL
>
> Hi,
>
> My action was related to investigate the any issue, although I have mixed
> it with the context key representation issue. It's my fault. So first of
> all if we decide to use the any type then my previous e-mail applies and
> explains all the issues we would need to take into account.
>
> With respect to the context key issue I understand your point. It sounds
> good to me thinking about the context key as a file handle. However, I
> would not use integer bacause doing that you may end end up having
> scalability problems, perhaps it could be better to represent the context
> key as a string.
>
> Best Regards
>
>
>
>
>   
Received on Wednesday, 1 August 2007 09:38:54 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:00:14 UTC