Hi,
just wanted to hear if you're going to keep this behaviour in jersey?
For browser related use cases this optional feature is helpful to the
developer, and I don't see the argument that it is in any way
unrestful. It is after all only a way to help implement a common use
case, when needed.
I understand the need to take it out of the spec for time constraints
and the need to be 100% on the way it's implemented. But it would be
nice to have it or something similar in jersey. I mean, it's already
been implemented?
Jo
Videresendt melding:
> Fra: Paul Sandoz <Paul.Sandoz_at_Sun.COM>
> Dato: 4. august 2008 11.59.04 GMT+02:00
> Til: users_at_jsr311.dev.java.net
> Emne: Re: Extension - Accept Header emulation
> Svar til: users_at_jsr311.dev.java.net
>
> Reto Bachmann-Gmür wrote:
>> I've just noticed that while |*getMediaTypeMappings <https://jsr311.dev.java.net/nonav/releases/0.10/javax/ws/rs/core/Application.html#getMediaTypeMappings%28%29
>> >*()|
>> is still in Application, the chapter on how extensions in the URI
>> are to be replaced with Accept and Accept-Language Header (Request
>> Preprocessing) is missing in the latest draft.
>>
>
> Well spotted, the get*Mappings methods need to be removed.
>
>
>> I personally liked the extension handling and so I'd like to know
>> what caused its removal, respectively how getMediaTypeMapping is
>> intended to be used know.
>
> Please see the following thread:
>
> https://jsr311.dev.java.net/servlets/BrowseList?list=dev&by=thread&from=1196535
>
> Paul.
>
> --
> | ? + ? = To question
> ----------------\
> Paul Sandoz
> x38109
> +33-4-76188109
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jsr311.dev.java.net
> For additional commands, e-mail: users-help_at_jsr311.dev.java.net
>