Jerome Louvel wrote:
> Hi Paul,
>
>> One way we could avoid more scary string code is to expose
>> URI template
>> functionality to the application (to extract template values
>> from a URI,
>> or to produce a URI given template values), alternatively one
>> can always
>> use the Java regex package for more complex patterns.
>
> That would be useful indeed. Anyway, we need a way to dynamically generate
> contextual URIs inside resources. This could very well be URI template
> compliant and also allow parsing.
>
I very much agree. It is an area that i have not had sufficient time to
explore properly. I like the idea of typed URIs too (RoR sort of has
this but it is tricky to do in static language like Java).
>>> In addition, it gives some
>>> deployment information to the parent container.
>>>
>> I am not sure what it means to provide host information for
>> deployment
>> in say a servlet container like Tomcat. This is the kind of
>> thing that
>> could change between development, testing and production
>> deployment so
>> baking the host/port details into the application code may be
>> problematic. (Internally transforming the URI won't work when URIs of
>> resources need to be embedded into representations.)
>
> Yes, in many cases that info will not be stable. The way BlinkSale uses a
> subdomain for account ID is probably uncommon. So we shouldn't probably keep
> this @hostRef annotation.
>
OK.
Paul.
--
| ? + ? = To question
----------------\
Paul Sandoz
x38109
+33-4-76188109