So it seems to be bug in Jersey.
If I declare the following ContextResolver:
@Provider
@Produces(MediaType.APPLICATION_FORM_URLENCODED)
public class MyContextResolver implements
ContextResolver<MyContextResolver.MyClass> {
private static final MyClass MYCLASS = new MyClass();
public static class MyClass {
}
public MyClass getContext(Class<?> type) {
return MYCLASS;
}
}
"providers.getContextResolver(MyClass.class, MediaType.WILDCARD_TYPE)"
returns null, while
"MediaType.WILDCARD_TYPE.isCompatible(MediaType.APPLICATION_FORM_URLENCODED_TYPE))"
is true.
On Fri, Jul 10, 2009 at 4:22 PM, Marc Hadley <Marc.Hadley_at_sun.com> wrote:
> Its doesn't say explicitly but the intent is that matching works as if
> MediaType.isCompatible method was used. This method supports wildcards and
> is commutative.
>
> Marc.
>
>
> On Jul 10, 2009, at 2:18 AM, Michael Elman wrote:
>
> Hi,
>>
>> I'm somewhat confused how "*" in the Media Type value should be treated,
>> when using the javax.ws.rs.ext.Providers interface to get the providers
>> (MessageBodyReaders/Writers and ContextResolvers)
>> I mean should it be treated as a wildcard or as string?
>>
>> For example if I have the following providers:
>>
>> @Produces("text/plain")
>> class ProviderA implements MessageBodyWriter
>>
>> @Produces("text/*")
>> class ProviderB implements MessageBodyWriter
>>
>> @Produces("text/xml")
>> class ProviderC implements MessageBodyWriter
>>
>> If "*" is treated as a string, only ProviderB is matching.
>> If "*" is treated as a wildcard, all three providers are matching.
>>
>> So what is correct?
>>
>> Thanks,
>> Michael.
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jsr311.dev.java.net
> For additional commands, e-mail: users-help_at_jsr311.dev.java.net
>
>