Also worth reading:
http://www.ics.uci.edu/~fielding/pubs/dissertation/evaluation.htm#sec_6_3_4_2
Paul.
On Nov 14, 2008, at 5:02 PM, Martin Grotzke wrote:
> Hi Jeff,
>
> you might search the rest-discuss mailing list [1], there are several
> threads discussing this.
>
> Cheers,
> Martin
>
>
> [1] http://tech.groups.yahoo.com/group/rest-discuss
>
>
> On Fri, 2008-11-14 at 10:51 -0500, Robertson, Jeff wrote:
>> Slightly off topic, but if anybody has any examples of a RESTful
>> use of
>> cookies, I'd like to see it. I posted something here recently about
>> using cookies for CSRF protection, but neither I nor the article I
>> was
>> linking claimed it was RESTful. Is there any RESTful way to use
>> cookies
>> at all?
>>
>>> -----Original Message-----
>>> From: Marc.Hadley_at_Sun.COM [mailto:Marc.Hadley_at_Sun.COM]
>>> Sent: Friday, November 14, 2008 10:22 AM
>>> To: users_at_jersey.dev.java.net
>>> Subject: Re: [Jersey] Not valid WADL
>>>
>>> On Nov 14, 2008, at 10:11 AM, Martin Grotzke wrote:
>>>>
>>>> Do you have an idea how to represent a CookieParam in WADL?
>>>>
>>> Something like:
>>>
>>> <param style="header" name="Cookie" path="cookie-name" .../>
>>>
>>> But I just made up the bit about using path to supply the
>>> name of the cookie, its not in the spec ;-). Otherwise the
>>> best you can do is to say that the request will contain a
>>> cookie but not name it.
>>>
>>> I avoided doing anything specific for cookies since they are
>>> typically not used RESTfully. Possibly that was being overly purist.
>>>
>>> Marc.
>>>
>>>>>>
>>>>>>> As we have the mapping of Param annotation classes to the
>>>>>>> Parameter.Source equivalent both in the
>>> IntrospectionModeller and
>>>>>>> the ResourceDocAccessor.ParameterAnnotationMapping, I think that
>>>>>>> it's worth creating a single mapping enum and use it in
>>> both cases.
>>>>>>> Or just make the IntrospectionModeller.ANOT_HELPER_MAP public.
>>>>>>> The latter sounds like a hack, the former needs some
>>> thoughts where
>>>>>>> to put this mapping, so I'd go for the former solution.
>>>>>>> And perhaps it would be nice to also define the WADL
>>> param style in
>>>>>>> this mapping...
>>>>>>>
>>>>>>> What do you think?
>>>>>>>
>>>>>>
>>>>>> I will defer to your superior knowledge in this area :-)
>>> but i think
>>>>>> we should wait for the WADLing experts feedback as there may be
>>>>>> better ways to manage forms.
>>>>>>
>>>>>> Paul.
>>>>>>
>>>>>>
>>>>>>> Cheers,
>>>>>>> Martin
>>>>>>>
>>>>>>>
>>>>>>> [1] https://wadl.dev.java.net/wadl20061109.xsd
>>>>>>>
>>>>>>>
>>>>>>> On Thu, 2008-11-13 at 17:50 +0100, Paul Sandoz wrote:
>>>>>>>> Hi Luigi,
>>>>>>>>
>>>>>>>> Thanks for reporting this. Could you log an issue?
>>>>>>>>
>>>>>>>> Paul.
>>>>>>>>
>>>>>>>> On Nov 13, 2008, at 5:49 PM, Quattrocchi Luigi wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>> I'm using ver. 1.0 of Jersey and I've noticed that in the
>>>>>>>>> automatically generated WADL the style attribute is
>>> missing for
>>>>>>>>> parameters annotated with @FormParam. Actually,
>>> according to the
>>>>>>>>> WADL schema, such attribute should be present (<xs:attribute
>>>>>>>>> name="style" type="tns:ParamStyle" use="required"/>).
>>> This can be
>>>>>>>>> a problem using some tools (e.g. soapUI ver. 2.5b2)
>>> that need to
>>>>>>>>> read the WADL.
>>>>>>>>> Kind regards,
>>>>>>>>>
>>>>>>>>> Luigi
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> CONFIDENTIALITY NOTICE
>>>>>>>>>
>>>>>>>>> This message and its attachments are addressed solely to the
>>>>>>>>> persons above and may contain confidential information. If you
>>>>>>>>> have received the message in error, be informed that
>>> any use of
>>>>>>>>> the content hereof is prohibited. Please return it
>>> immediately to
>>>>>>>>> the sender and delete the message. Should you have any
>>> questions,
>>>>>>>>> please contact us by replying to webmaster_at_telecomitalia.it.
>>>>>>>>>
>>>>>>>>> Thank you
>>>>>>>>>
>>>>>>>>> www.telecomitalia.it
>>>>>>>>>
>>>>>>>>>
>>> -----------------------------------------------------------------
>>>>>>>>> ---- To unsubscribe, e-mail:
>>>>>>>>> users-unsubscribe_at_jersey.dev.java.net
>>>>>>>>> For additional commands, e-mail: users-
>>>>>>>>> help_at_jersey.dev.java.net
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>> ------------------------------------------------------------------
>>>>>>>> --- To unsubscribe, e-mail:
>>> users-unsubscribe_at_jersey.dev.java.net
>>>>>>>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>>>>>>
>>>>>>> --
>>>>>>> Martin Grotzke
>>>>>>> http://www.javakaffee.de/blog/
>>>>>>
>>>>>>
>>>>>>
>>> --------------------------------------------------------------------
>>>>>> - To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>>>>>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>>>>>
>>>>>
>>>>> ---
>>>>> Marc Hadley <marc.hadley at sun.com>
>>>>> CTO Office, Sun Microsystems.
>>>>>
>>>>>
>>>>>
>>>>>
>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>>>
>>>> --
>>>> Martin Grotzke
>>>> http://www.javakaffee.de/blog/
>>>
>>> ---
>>> Marc Hadley <marc.hadley at sun.com>
>>> CTO Office, Sun Microsystems.
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>
> --
> Martin Grotzke
> http://www.javakaffee.de/blog/