开发者

Deploying Jersey resources into a Servlet 3.0 API aware container fails miserably

开发者 https://www.devze.com 2023-04-12 12:50 出处:网络
(I\'ve accidentally deleted the gist that I\'m referring to in this question; sorry for the inconvenience.)

(I've accidentally deleted the gist that I'm referring to in this question; sorry for the inconvenience.)

The Question

I'm trying to use the Servlet 3.0 API to deploy Jersey root resources (those annotated with the @Path annotation) following the Jersey's user guide.

I've created a gist at GitHub containing two classes: Foo.java which is a subclass of Application that exposes Bar.java (the resource class) through its getClasses() method. (There is a pom.xml too, so anyone can try this out for herself/himself easily.)

However, when I try开发者_JS百科 to deploy the packaged war to a Jetty 8.0.x instance I get the output available here at pastebin.

Foo.java gets called, its getClasses() method gets called too while Bar.java is never invoked.

I can reach Jetty's welcome page at http://localhost:8080/, however I neither can reach http://localhost:8080/foo or http://localhost:8080/foo/bar. The latter two results in the following error:

Not Found ERROR

custom 404 page

What could be the problem? Am I doing something wrong here?

The Answer

Given the WAR I've used (test-0.0.1-SNAPSHOT.war) my application path became http://localhost:8080/test-0.0.1-SNAPSHOT/foo/bar instead of http://localhost:8080/foo/bar. See what I did there? Good. Engrave this in your mind people or lose 3-to-5 precious hours of your life!


OK. I've solved the problem.

My application's path isn't at http://localhost:8080/foo/bar but at http://localhost:8080/<the name of my war file>foo/bar. So given the pom.xml I've posted it becomes http://localhost:8080/test-0.0.1-SNAPSHOT/foo/bar.

I hate WAR files.


You've got one call with @Path, while the other have @ApplicationPath with NO @Path on the method.

As you can here,

JAX-RS API (from version 1.1.4) introduced a specific annotation ( @javax.ws.rs.ApplicationPath ), that provides an alternative to web.xml configuration:

But you'll need at least a @Path on the called method. However, the simplest thing is probably to start with a classic old web.xml, then using @Path on Resources. You'll get plenty of exemples in the web, while @ApplicationPath is not common.


While this wasn't your problem, if you're trying to deploy in Jetty 8 in Cargo, you would likely have hit this bug: http://jira.codehaus.org/browse/CARGO-1133

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号