users@jersey.java.net

RE: [Jersey] Mixing OPTIONS implementations

From: Markus Karg <markus.karg_at_gmx.net>
Date: Thu, 24 Dec 2009 17:32:39 +0100

Thank you for this clear (while sad) answer. At least it clarifies the
situation. :-)

BTW, interesting to see what Dr Hadley is doing on December 24st... ;-)

Merry Christmas
Markus

> -----Original Message-----
> From: Marc.Hadley_at_Sun.COM [mailto:Marc.Hadley_at_Sun.COM]
> Sent: Donnerstag, 24. Dezember 2009 17:27
> To: users_at_jersey.dev.java.net
> Subject: Re: [Jersey] Mixing OPTIONS implementations
>
> On Dec 24, 2009, at 3:17 AM, Markus Karg wrote:
>
> > Currently I actually am doing it in a ServerFilter, but since JAX-RS
> not necessarily depends on Servlets this solution is not portable among
> JAX-RS implementations. So I am actually seeking for a "100% pure JAX-
> RS" solution. :-)
>
> I can't think of any JAX-RS-only solution, there's no standard
> interceptor framework in JAX-RS.
>
> Marc.
>
> >
> > From: Moises Lejter [mailto:moilejter_at_gmail.com]
> > Sent: Mittwoch, 23. Dezember 2009 17:18
> > To: users_at_jersey.dev.java.net
> > Subject: Re: [Jersey] Mixing OPTIONS implementations
> >
> > Would a servlet filter do what you want?
> >
> > Moises
> >
> > On Wed, Dec 23, 2009 at 9:41 AM, Markus Karg <markus.karg_at_gmx.net>
> wrote:
> > JAX-RS is automatically responding to OPTIONS requests as soon as
> @OPTIONS is provided with a resource. To prevent typing lots of Allow
> headers, is there a simple way to "mix" my own headers with the
> automatic OPTIONS processing of JAX-RS?
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net