[
https://issues.apache.org/jira/browse/WINK-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12728753#action_12728753
]
Bryant Luk edited comment on WINK-47 at 7/8/09 8:51 AM:
--------------------------------------------------------
>I would be curious if anyone's interpretation is asking for the MediaType
>"widening" though (i.e. first do a specific text/plain match, then do a text/,
>then do */).
Thinking about the @Produces/@Consumes sorting rules, I would guess that the
current behavior is correct for the type widening.
was (Author: bluk):
>I would be curious if anyone's interpretation is asking for the MediaType
"widening" though (i.e. first do a specific text/plain match, then do a text/,
then do */).
Thinking about the @Consumes sorting rules, I would guess that the sorting
behavior is correct.
> honor media type wildcards
> --------------------------
>
> Key: WINK-47
> URL: https://issues.apache.org/jira/browse/WINK-47
> Project: Wink
> Issue Type: Bug
> Components: Common
> Affects Versions: 0.1
> Reporter: Mike Rheinheimer
> Fix For: 0.1
>
> Attachments: patch.txt, patch_02.txt
>
>
> This issue probably needs discussion, as it may be a spec interpretation
> issue. Please reference JAX-RS javadoc for
> javax.ws.rs.ext.Providers.getContextResolver here:
> http://jackson.codehaus.org/javadoc/jax-rs/1.0/javax/ws/rs/ext/Providers.html#getContextResolver(java.lang.Class,%20javax.ws.rs.core.MediaType)
> Currently, the implementation does not use the '*' character in a passed-in
> media type as a wildcard. Rather, it matches exactly by just allowing the
> LinkedHashMap.get to it's object compare. Attached is a patch with tests
> that demonstrate the proposed function, and a fix that supports it. All
> existing and new tests in wink-common and wink-server passed for me with this
> change.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
