On Tue, 2009-03-10 at 12:03 +0100, Martin Grotzke wrote:
> Thanx! :)
>
> Unfortunately she had her own plans for me for yesterday evening/night -
> and this was not coding, just carrying around... ;)
>
> @Paul: it seems we would need to make the used WadlResource class
> configurable, or at least provide a way to change the marshalling of the
> response (what seems preferable to me right now). What do you think?
Hmm, or what about a WadlResourceFactory like this
interface WadlResourceFactory {
public WadlResource createWadlResource(
Set<AbstractResource> rootResources,
WadlGenerator wadlGenerator );
}
}
(createWadlResource might even return an object)
and a configuration option
com.sun.jersey.config.property.WadlResourceFactoryClass?
Cheers,
Martin
>
> Cheers,
> Martin
>
>
> On Mon, 2009-03-09 at 08:54 -0700, Andrew Ochsner wrote:
> > Congrats!
> >
> > On Mon, Mar 9, 2009 at 7:39 AM, Martin Grotzke
> > <martin.grotzke_at_freiheit.com> wrote:
> > Hi Christopher,
> >
> > I'll have a look at this this evening and then give feedback
> > on this (if
> > my 6-weeks old daughter allows me to do this :)).
> >
> > Cheers,
> > Martin
> >
> >
> >
> > On Fri, 2009-03-06 at 17:36 -0500, Christopher Piggott wrote:
> > > Hi,
> > >
> > > We created a custom WadlGeneratorConfig class, but we're
> > wondering:
> > > can we somehow easily intercept the serialization
> > (marshalling)
> > > process so that we can control it a little tighter?
> > >
> > > The main thing is that we want to stick an
> > <?xml-stylesheet?>
> > > processing instruction into it. I was hoping to find a way
> > to do this
> > > within the existing jersey API/object model. We want to
> > keep it
> > > dynamic (i.e. the extended wadl is generated by jersey at
> > run-time).
> > >
> > > --Chris
> > >
> > >
> > ---------------------------------------------------------------------
> > > 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/