users@jersey.java.net

RE: [Jersey] Not valid WADL

From: Martin Grotzke <martin.grotzke_at_freiheit.com>
Date: Fri, 14 Nov 2008 17:02:00 +0100

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/