Hello Kirk, I've just tried with the current snapshot, and this works, as soon as the "updateAllowedMethods" method is called. By default, the latter method is called in case of 405 response (in order to set the "Allow" header), or when handling options request.
Regarding the need of getting the variants per method, this feature has been introduced in the early development versions of 2.0 branch. But this has been removed in 2.0M5 (I think). I think this point is related to the wider topic of content negotiation with several dimensions (language, method, media type). This issue covers this topic (and others) http://restlet.tigris.org/issues/show_bug.cgi?id=462 and is still open. Best regards, Thierry Boileau > Hi Guys, > > Using M7 (downloaded the snapshot 2 days ago for a bug fix). > > getAllowedMethods is working for me in my test cases (using the internal > connector and the restlet client), but when i'm testing in tomcat, the method > call is always coming back empty. :( > > Testing using an AJAX call to the resource. The clientInfo is populated > correctly, i.e. user agent, accepts headers, etc. > > Anybody else experience this? or got any pointers as to what i'm doing wrong? > > Just out of interest sake, i had to implement a custom getVariants method, > which takes a org.restlet.data.Method arg. The reason for this, was that i > have the requirement to build a custom OPTIONS response and needed this meta > data (not a full list as provided by the current getVariants method, but only > for the respective method). Was surprised this wasn't available by default on > the resource. > > Regards, > --KD > > ------------------------------------------------------ > http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2454506 > > ------------------------------------------------------ http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2456571
