[
https://issues.apache.org/jira/browse/WINK-122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12746310#action_12746310
]
Hudson commented on WINK-122:
-----------------------------
Integrated in Wink-Trunk-JDK1.5 #111 (See
[http://hudson.zones.apache.org/hudson/job/Wink-Trunk-JDK1.5/111/])
Reset PathParams when using subresource locators
See []
> PathParams lost when using sub resource locators
> ------------------------------------------------
>
> Key: WINK-122
> URL: https://issues.apache.org/jira/browse/WINK-122
> Project: Wink
> Issue Type: Bug
> Components: Server
> Affects Versions: 0.1
> Reporter: Jesse Ramos
> Assignee: Bryant Luk
> Priority: Minor
> Fix For: 0.2
>
> Attachments: WINK-122-patch.txt
>
>
> Currently you have a single chance to read path parameters in UriInfoImpl.
> Once read the first time, they are cached in memory and are based on the
> current matched variables in the SearchResult.
> When using subresources locators, if the sub resource locator off the root
> resource has the @PathParam annotation, the parameters are read at this point
> based off the matched variables of the sub resource locater method. If the
> target method on the sub resource returned also has the @PathParam
> annotation, the parameters are not injected.
> Attaching a patch that add a resetPathParameters() method on UriInfoImpl and
> puts the impl on the message context. If the sub resource target method has
> variables and UriInfoImpl is on the context, the reset method will be called,
> clearing the cache so that the parameters are reloaded based on the new
> current matched variables.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
