users@jax-rs-spec.java.net

[jax-rs-spec users] [jsr339-experts] Still not understanding the match

From: Bill Burke <bburke_at_redhat.com>
Date: Wed, 22 May 2013 09:06:52 -0400

On 5/22/2013 5:13 AM, Sergey Beryozkin wrote:
>> I don't agree with how you guys decided how locators were matched in
>> 1.1. JAX-RS 1.1 Step 2(h) talks about subresource methods, not
>> locators. (Same as JAX-RS 2.0 except JAX-RS 2.0 adds more explicit
>> language).
> Just read carefully the described sequence in my previous email please
>

I still don't understand why this works in 1.1. Your previous email
just glosses over steps 2g-i.

GET /sub

@Path("/")
public class Resource {
    @POST
    @Path("{id}")
    public void post();

    @Path("sub")
    public Resource locator() {
    }

    @GET
    public void get();
    }
}

 From 2(h) spec version 1.1

"If R(match) was derived from T(method) then set
      M= {subresource methods of O where R(Tmethod) = Rmatch}
Goto Step 3"

subresource methods != subresource locators. So, while locator() is the
first match, it is excluded because M only matches to subresource
methods of "O", *NOT* subresource locators of "O". I need to somebody
to point why my interpretation is wrong, because otherwise I'm just
going to have to guess how the algorithm works.



-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com