tonyhammond / openhandle

[LEGACY] A service for exposing Handle System values
0 stars 0 forks source link

The "type" parameter is not working #6

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
The "type" parameter does not seem to work.

So,

...?index=2

does work

whereas

...?type=URL nor ...?type=url

does not. Suggest anyway that type values be made *case insensitive*.

Original issue reported on code.google.com by tony.ham...@gmail.com on 20 Mar 2008 at 11:58

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
the value supplied as the type parameter needs to match the string value for 
one of
the enumeration net.handle.servlet.HandleRecordType which are currently:

HS_ADMIN, HS_ALIAS, HS_NA_DELEGATE, HS_PRIMARY, HS_SERV, HS_SITE, HS_VLIST

This could be made case insensitive, but 'url' is not currently a member of the
enumeration. There are therefore two possible errors here:

1. The enumeration is incomplete. We need to add 'url'
2. The type parameter is mapped to the wrong set of possible values, so we need 
to
establish what the possible values are and implement them.

Original comment by christop...@gmail.com on 20 Mar 2008 at 12:27

GoogleCodeExporter commented 9 years ago
I believe it should be a free case-insensitive string comparison against the 
string 
contained in the type field. That would allow for any user types to be matched.

(Currently there are four registered user types: URL, URN, EMAIL, DESC. But we 
should
allow for any unregistered types, e.g. XMP. :)

We are not trying to enforce type restriction here. That would only be 
appropriate at
handleregistration - and not even then. User types (also unregistered) are 
allowed.

Original comment by tony.ham...@gmail.com on 20 Mar 2008 at 12:38

GoogleCodeExporter commented 9 years ago
Okay - that shouldn't be a problem. I'll look into it and see if I can get this 
fixed
this weekend.

Original comment by christop...@gmail.com on 12 Apr 2008 at 10:20