Paths are relative. For an annotated class the base URI is the application path, see ApplicationPath. For an
annotated method the base URI is the effective URI of the containing class. For the purposes of absolutizing a path
against the base URI , a leading '/' in a path is ignored and base URIs are treated as if they ended in '/'. E.g.:
@Path("widgets")
public class WidgetsResource {
@GET
String getList() {...}
@GET @Path("{id}")
String getWidget(@PathParam("id") String id) {...}
}
In the above, if the application path is catalogue and the application is deployed at
http://example.com/, then GET requests for http://example.com/catalogue/widgets will be
handled by the getList method while requests for http://example.com/catalogue/widgets/nnn
(where nnn is some value) will be handled by the getWidget method. The same would apply
if the value of either @Path annotation started with '/'.
Classes and methods may also be annotated with Consumes and Produces to filter the requests they will
receive.
Consumes, Produces, PathParam
| Modifier and Type | Method and Description |
|---|---|
| public String | Returns: URI template.Defines a URI template for the resource class or method, must not include matrix parameters. |
| value | back to summary |
|---|---|
| public String value() Defines a URI template for the resource class or method, must not include matrix parameters. Embedded template parameters are allowed and are of the form:
param = "{" *WSP name *WSP [ ":" *WSP regex *WSP ] "}"
name = (ALPHA / DIGIT / "_")*(ALPHA / DIGIT / "." / "_" / "-" ) ; \w[\w\.-]*
regex = *( nonbrace / "{" *nonbrace "}" ) ; where nonbrace is any char other than "{" and "}"
See RFC 5234 for a description of the syntax used above and the
expansions of
The literal part of the supplied value (those characters that are not part of a template parameter) is automatically
percent encoded to conform to the
| |