[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [wsrp-wsia] [I#92] Maximum size of a handle
There are many other things portlets can do that cause inefficiencies at the portal end: they can return inefficient markup, respond slowly in general, or present user-ineffective user interface (including offensive language ;-). Portlet developers should definitely be encouraged to avoid any inefficiency: namely, to use short handles, to return optimized HTML, and to respond quickly to requests. However, it is unclear whether those considerations should be quantitatively specified in the standard. One approach we can take, if people think that's helpful, is to say that in order to be a WSRP-compliant portal, a portal MUST support a handle of at least N (and that N should definitely be large enough to remove any practical constraint, say 4K), but SHOULD support a handle of any size. What this would mean in practice, however, is that most portals would use strings to store handles in memory and blobs to store handles in the database so I am not sure that buys us much. --Eilon -----Original Message----- From: Thomas Schaeck [mailto:SCHAECK@de.ibm.com] Sent: Friday, September 20, 2002 9:47 AM To: Sasha Aickin Cc: Gil Tayar; wsrp-wsia@lists.oasis-open.org Subject: RE: [wsrp-wsia] [I#92] Maximum size of a handle One thing to consider is that there are portals with large user populations - potentially millions. An *unlimited* handle length formally means that portals must be able to handle handles that of unlimited size to be WSRP compliant which is impractical for many scenarios. Also, this would encourage some WSRP producers to use the handles for storing large amounts of data. Best regards, Thomas Sasha Aickin <AlexanderA@plumtree.com> on 09/20/2002 12:18:59 AM To: Gil Tayar <Gil.Tayar@webcollage.com>, wsrp-wsia@lists.oasis-open.org cc: Subject: RE: [wsrp-wsia] [I#92] Maximum size of a handle URLs can easily be a few KB, especially if they involve URL-encoded non-ASCII characters. I'm personally not a fan of any limit for handle length in the spec; I think that any length we give is fairly arbitrary and will come back to bite us. S. -----Original Message----- From: Gil Tayar [mailto:Gil.Tayar@webcollage.com] Sent: Thursday, September 19, 2002 4:01 AM To: wsrp-wsia@lists.oasis-open.org Subject: RE: [wsrp-wsia] [I#92] Maximum size of a handle As long as it's SHOULD and not MUST, it is OK, but anyway the 128 number is too small. Our current implementation uses a URL as the "entityHandle" (a la Web philosophy), and URL-s can approach 128. A 1K-4K minimum (SHOULD, not MUST) would be logical to me. Gil -----Original Message----- From: Gil Tayar [mailto:Gil.Tayar@webcollage.com] Sent: Thu, September 19, 2002 08:40 To: wsrp-wsia@lists.oasis-open.org Subject: [wsrp-wsia] [I#92] Maximum size of a handle Topic: interface Class: Minor Technical Title: Maximum size of a handle Document Section: throughout Description: Current draft spec just says that a handle is a string. For reasons of efficient processing, it would be useful to limit the length of the handle to something reasonable. Considering that an entityHandle SHOULD encode the consumerHandle when Consumer side persitence is used and that a refHandle encodes an entityHandle and a sessionHandle, the length should not be too small. Suggestion = 128 characters. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %%% Discussion: ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC