users@jersey.java.net

Re: [Jersey] web.xml url-pattern and _at_PathParam

From: Ronak Patel <ronak2121_at_yahoo.com>
Date: Fri, 15 May 2009 09:27:25 -0700 (PDT)

I noticed yahoo didn't encode my email properly so I am resending. Paul, I checked it out while remotely debugging my Tomcat 6.0-18 servlet container hosting my JAX-RS RI 1.0.3 application Inside of the ServletContainer.java file around line 715 the doFilter method has the following code: String servletPath = request.getServletPath(); // if we match the static content regular expression lets delegate to the filter chain// to use the default container servlets & handlers Pattern p = getStaticContentPattern(); chain.doFilter(request, response); } When I look at Eclipse's variables section, the servletPath variable is set to "" (Empty String) and when I look at p it has /(images|css|jsp)/.* The URL I am hitting to hit the jsp is: http://localhost:8080/resort.info-1.0/jsp/login-redirect.jsp where resort.info-1.0 is the application/context name inside of Tomcat 6.0. Ronak   ----- Original Message ---- From: Ronak Patel <ronak2121@yahoo.com> To: users@jersey.dev.java.net Sent: Friday, May 15, 2009 9:17:45 AM Subject: Re: [Jersey] web.xml url-pattern and @PathParam Paul, I checked it out while remotely debugging my Tomcat 6.0-18 servlet container hosting my JAX-RS RI 1.0.3 application Inside of the ServletContainer.java file around line 715 the doFilter method has the following code: String servletPath = request.getServletPath(); // if we match the static content regular expression lets delegate to the filter chain// to use the default container servlets & handlersPattern p = getStaticContentPattern(); chain.doFilter(request, response); } When I look at Eclipse's variables section, the servletPath variable is set to "" (Empty String) and when I look at p it has The URL I am hitting to hit the jsp is: http://localhost:8080/resort.info-1.0/jsp/login-redirect.jsp where resort.info-1.0 is the application/context name inside of Tomcat 6.0. Ronak ----- Original Message ---- From: Ronak Patel <ronak2121@yahoo.com> To: users@jersey.dev.java.net Sent: Friday, May 15, 2009 8:36:18 AM Subject: Re: [Jersey] web.xml url-pattern and @PathParam I'm trying to remotely debug my tomcat to find out what the filter is doing. When I comment out the <servlet> section, I see that the default servlet takes over in serving the jsp file. This tells me that either the filter isn't loading, or it doesn't like my regular expression, or something else...will let you know what I find. ----- Original Message ---- From: Paul Sandoz <Paul.Sandoz@Sun.COM> To: users@jersey.dev.java.net Sent: Friday, May 15, 2009 7:48:27 AM Subject: Re: [Jersey] web.xml url-pattern and @PathParam On May 15, 2009, at 3:36 PM, Ronak Patel wrote: > > Paul, > > What does your directory structure look like? Like that of the bookstore sample i previously sent a link to. > That change on my side still doesn't make any difference. > I commented out all of the J2EE security components from my web.xml as well to see if that helps solve the problem. > > I'm wondering if the filter is matching a directory structure that i don't have. > It could be, the URL path at the end should be "jsp/file.jsp" > I have a jsp and WEB-INF folder at the same level in the directory structure. > The directory structure looks fine for explicitly accessing the "file.jsp". To further help you i would need a maven or NB project so i can reproduce your problem. Paul. > My jsp page resides directly under the jsp folder. > > webapps >    | >    jsp >        | >        file.jsp >    WEB-INF >        | >        web.xml > > > > ----- Original Message ---- > From: Paul Sandoz <Paul.Sandoz@Sun.COM> > To: users@jersey.dev.java.net > Sent: Friday, May 15, 2009 2:38:09 AM > Subject: Re: [Jersey] web.xml url-pattern and @PathParam > > Hi, > > The init parameter needs to be as follows: > >      <init-param> >          <param-name>com.sun.jersey.config.property.WebPageContentRegex</param-name> >          <param-value>/(jsp)/.*</param-value> >      </init-param> > > You have: > >      <init-param> >          <param-name>com</param-name> >          <param-value>/(jsp)/.*</param-value> >      </init-param> > > i.e. the param name is incorrect. > > Note that i double checked it works correctly by modifying the Spring annotations sample to use a filter. > > Paul. > > On May 15, 2009, at 7:58 AM, Ronak Patel wrote: > >> >> I tested this and the filter works fine if I don't have the Spring Servlet defined in my web.xml. I am using JAX-RS version 1.0.3 now. >> >> My web.xml is as follows: >> >> <? >> <xmlversion="1.0"encoding="UTF-8"?>web-appversion="2.5"xmlns="http://java.sun.com/xml/ns/javaee"xmlns:xml="http://www.w3.org/XML/1998/namespace"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd "><!-- Activate Spring on Context Load --><listener><listener-class>org</listener-class></listener><context-param><param-name>contextConfigLocation</param-name><param-value>classpath:META-INF/sno-servlet.xml</param-value></context-param><!-- >> JAX-RS Filter to transfer all static content to the default servlet >> --><filter><filter-name>ContentFilter</filter-name><filter-class>com</filter-class><init-param><param-name>com</param-name><param-value>true</param-value></init-param><init-param><param-name>com</param-name><param-value>true</param-value></init-param><init-param><param-name>com</param-name><param-value>/(jsp)/.*</param-value></init-param></filter><filter-mapping><filter-name>ContentFilter</filter-name><url-pattern>/*</url-pattern></filter-mapping><!-- Delegate to the JAX-RS Spring Servlet --><servlet><display-name>sno</display-name><servlet-name>sno</servlet-name><servlet-class>com.sun.jersey.spi.spring.container.servlet.SpringServlet</servlet-class><load-on-startup>1</load-on-startup></servlet><servlet-mapping><servlet-name>sno</servlet-name><url-pattern>/*</url-pattern></</servlet-mapping>web-app> >> >> ----- Original Message ---- >> From: Ronak Patel <ronak2121@yahoo.com> >> To: users@jersey.dev.java.net >> Sent: Thursday, May 14, 2009 6:57:59 AM >> Subject: Re: [Jersey] web.xml url-pattern and @PathParam >> >> Paul, >> >> I am duplicating what I see in the bookstore sample. >> >> I have this filter set up: >> <filter><filter-name>ContentFilter</filter-name><filter-class>com</filter-class><init-param><param-name>com</param-name><param-value>true</param-value></init-param><init-param><param-name>com</param-name><param-value>true</param-value></init-param><init-param><param-name>com</param-name><param-value>/(jsp)/.*</param-value></init-param></filter><filter-mapping><filter-name>ContentFilter</filter-name><url-pattern>/*</url-pattern>My folder structure is >> >> src >>    | >>    main >>          | >>            webapp >>                    | >>                    jsp >>                        login.jsp >>                    WEB-INF >>                                | >>                                web.xml >> >> However, this still doesn't work. I'm assuming I'm missing something.... >> >> >> >> ----- Original Message ---- >> From: Paul Sandoz <Paul.Sandoz@Sun.COM> >> To: users@jersey.dev.java.net >> Sent: Thursday, May 14, 2009 1:08:34 AM >> Subject: Re: [Jersey] web.xml url-pattern and @PathParam >> >> On 05/13/09 11:19 PM, Ronak Patel wrote: >>> Paul, >>> >>> This web form allows me to integrate my JAX-RS Jersey application with our internal SSO solution. >>> >>> I am also using Spring so I have the JAX-RS Spring servlet declared in my servlet mappings with /* as the url-pattern as you said. >>> >>> This kind of url pattern prevents the login jsp from being mapped properly. Has anyone ever done this before? This is a common occurance in any enterprise. >>> >> >> Use the Jersey servlet (Spring-based one) as a filter and set the regex >> to match the pattern for what the login path would be, as described >> previously. >> >> If you still have problems could you zip up a simple project and i can >> modify it to make it work. >> >> Paul. >> >>> Ronak >>> >>> >>> ----- Original Message ---- >>> From: Paul Sandoz <Paul.Sandoz@Sun.COM> >>> To: users@jersey.dev.java.net >>> Sent: Wednesday, May 13, 2009 1:20:27 PM >>> Subject: Re: [Jersey] web.xml url-pattern and @PathParam >>> >>> >>> On May 13, 2009, at 7:47 PM, Ronak Patel wrote: >>> >>>> Paul, >>>> >>>> Thanks for your reply. >>>> >>>> My JSP page is a login page for J2EE security using the <login-config> element rather than a jsp that is part of the business logic of the application. >>>> >>>> How would you handle that? Would it be the same way as this below? >>>> >>> >>> Yes, ensure that the regex matches the path for logging in. >>> >>> Alternatively you can ensure that all your root resource classes have a unique path via the URL pattern declaration. >>> >>> So a single declared pattern of: >>> >>>  <url-pattern>/surface/*</url-pattern> >>> >>> would mean that a root resource class say: >>> >>>  @Path("abc") >>> >>> would be served by the path: >>> >>>  <web-context-path>/surface/abc >>> >>> I am not sure how the login-config works, if it is filter based you might be able to declare it before the Jersey stuff, but i am not sure. >>> >>> Paul. >>> >>> >>>> Ronak >>>> >>>> From: Paul Sandoz <Paul.Sandoz@Sun.COM> >>>> To: users@jersey.dev.java.net >>>> Sent: Wednesday, May 13, 2009 8:34:56 AM >>>> Subject: Re: [Jersey] web.xml url-pattern and @PathParam >>>> >>>> Hi Ronak, >>>> >>>> Part of the problem might be the multiple declarations of URL pattern. Why do you have multiple declarations? >>>> >>>> Also, when you list the URLs are they relative URLs to the base say of "/surface/" or "/weather/" ? >>>> >>>> If you want to support JSPs and resource classes from the same base URI then i recommend using the ServletContainer as a filter and declare a regex pattern so that matching paths are not served by Jersey. >>>> >>>> See the bookstore sample [1], specifically the web.xml >>>> >>>> http://fisheye4.atlassian.com/browse/~raw,r=2009/jersey/trunk/jersey/samples/bookstore/src/main/webapp/WEB-INF/web.xml >>>> >>>> notice the init param: >>>> >>>>  <init-param> >>>>    <param-name>com.sun.jersey.config.property.WebPageContentRegex</param-name> >>>>    <param-value>/(images|css|jsp)/.*</param-value> >>>>  </init-param> >>>> >>>> that declares a regex to match against the request URL path. If the regex matches then Jersey will pass the request on to the next filter in the chain: >>>> >>>> https://jersey.dev.java.net/nonav/apidocs/1.1.0-ea/jersey/com/sun/jersey/spi/container/servlet/ServletContainer.html#PROPERTY_WEB_PAGE_CONTENT_REGEX >>>> >>>> In the bookstore sample the regex matches directions that contain images, CSS files, and JSP files. >>>> >>>> Paul. >>>> >>>> On May 13, 2009, at 12:03 PM, Ronak Patel wrote: >>>> >>>>> Hi All, >>>>> >>>>> I'm using Jersey 1.0.3 and came across a weird problem. >>>>> >>>>> My web application is a mixture of a JSP page and the main REST web application. >>>>> >>>>> To accomodate both in the same web.xml, my web.xml structure for my REST web application is as follows: >>>>> >>>>> <servlet><display-name>sno</display-name><servlet-name>sno</servlet-name><servlet-class>com</servlet-class><load-on-startup>1</load-on-startup></servlet><servlet-mapping><servlet-name>sno</servlet-name><url-pattern>/forecast/*</url-pattern> >>>>> <url-pattern>/surface/*</url-pattern> >>>>> <url-pattern>/weather/*</url-pattern> >>>>> >>>>> Code as follows always results in an HTTP 404: >>>>>  @Controller@Path("/nation/{nationId}/")publicclassNationController {@GET@Produces("application/xml")publicResponse getNationByNationId( {@PathParam("nationId") finalLong nationId)} >>>>> } >>>>> >>>>> All of the following URLs fail: >>>>> >>>>> /nation >>>>> /nation/ >>>>> /nation/1 >>>>> /nation/1/ >>>>> >>>>> I would assume all 4 of these URIs would work. Why doesn't Jersey match these uri properly? >>>>> >>>>> Ronak <url-pattern>/region/*</url-pattern></servlet-mapping>.sun.jersey.spi.spring.container.servlet.SpringServlet >>>>> >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net >>>>> For additional commands, e-mail: users-help@jersey.dev.java.net >>>>> >>>> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net >>> For additional commands, e-mail: users-help@jersey.dev.java.net >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net >>> For additional commands, e-mail: users-help@jersey.dev.java.net >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net >> For additional commands, e-mail: users-help@jersey.dev.java.net >> >> </filter-mapping> .sun.jersey.config.property.WebPageContentRegex.sun.jersey.config.feature.ImplicitViewables.sun.jersey.config.feature.Redirect.sun.jersey.spi.spring.container.servlet.SpringServlet >> >> >> >> .sun.jersey.config.property.WebPageContentRegex.sun.jersey.config.feature.ImplicitViewables.sun.jersey.config.feature.Redirect.sun.jersey.spi.spring.container.servlet.SpringServlet.springframework.web.context.ContextLoaderListener<!-- Delegate to the JAX-RS Spring Servlet --> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net >> For additional commands, e-mail: users-help@jersey.dev.java.net >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net > For additional commands, e-mail: users-help@jersey.dev.java.net > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net > For additional commands, e-mail: users-help@jersey.dev.java.net > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net For additional commands, e-mail: users-help@jersey.dev.java.net --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@jersey.dev.java.net For additional commands, e-mail: users-help@jersey.dev.java.net /(images|css|jsp)/.*if(p != null&& p.matcher(servletPath).matches()) {return;