You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@wink.apache.org by "Bryant Luk (JIRA)" <ji...@apache.org> on 2010/09/16 00:03:35 UTC

[jira] Resolved: (WINK-311) Resource Locator's @PathParam resolution is not correct.

     [ https://issues.apache.org/jira/browse/WINK-311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bryant Luk resolved WINK-311.
-----------------------------

    Fix Version/s: 1.1.2
       Resolution: Fixed

Thanks for reporting the issue.  I didn't use your testcase (created some different ones) because your file contained a copyright header, and it wasn't exactly immediately compatible with the existing Wink tests.  However, I think the fix should resolve your issue.  Michael Rheinheimer also helped create the fix.

> Resource Locator's @PathParam resolution is not correct.
> --------------------------------------------------------
>
>                 Key: WINK-311
>                 URL: https://issues.apache.org/jira/browse/WINK-311
>             Project: Wink
>          Issue Type: Bug
>          Components: Server
>    Affects Versions: 1.0
>         Environment: Recreated with a JUnit test.
>            Reporter: Kaloyan Kolev
>            Assignee: Bryant Luk
>            Priority: Critical
>             Fix For: 1.1.2
>
>         Attachments: RecursiveTreeTraversalTest.java
>
>
> I have the following resource:
> {code}
> @Path("/root")
> public static class TestApp {
> 	private String name;
> 	private TestApp child;
> 	@GET
> 	@Produces(MediaType.TEXT_PLAIN)
> 	public String getNextChild() {
> 		return child == null ? null : child.name;
> 	}
> 	@Path("{child}")
> 	public Object getChild(@PathParam("child") String c) {
> 		if (child != null && child.name.equals(c)) {
> 			return child;
> 			} else {
> 				return new NotFound();
> 			}
> 		}
> 	}
> }
> public static class NotFound {
> 	@GET
> 	public Response notFound() {
> 		return Response.status(Status.NOT_FOUND).build();
> 	}
> }
> {code}
> Which is registered like this:
> {code}
> @Override
> public Set<Object> getSingletons() {
> 	Set<Object> set = new HashSet<Object>();
> 	TestApp test1 = new TestApp("test1", new TestApp("level1", new TestApp("level2", new TestApp("level3", null))));
> 	set.add(test1);
> 	return set;
> }
> {code}
> When I do GET: http://localhos/root/level1/level2/level3
> I get 404 File Not Found. The reason for this is because the "c" variable passed on the getChild method is always "level1" when it should change to "level2", "level3" after each call to getChild. 
> Let me know if anything else is needed.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.