On Dec 24, 2009, at 11:32 AM, Markus Karg wrote:
> 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... ;-)
>
Sad I know but if I leave my email alone too long it seems to multiply uncontrollably !
Marc.
>
>> -----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
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>