On 02/12/2019 10:59, Kushagra Bindal wrote: > Hi Mark, > > These are Rest Endpoints, and so will be processed through Filter.
That is unusual. > Do, you > think Servlet mapping will play any role here? If the filter is handling them, no. So I'll change the question. Which URL pattern from the filter mapping do you expect: "http://backend_tomcat:8080/sdm/restcall/v1/platform//healthCheck"; to match? The Context Path question still needs an answer. Mark > > On Mon, Dec 2, 2019 at 2:33 PM Mark Thomas <ma...@apache.org> wrote: > >> On 02/12/2019 04:53, Kushagra Bindal wrote: >>> Hi Mark, >>> >>> Please find the snippet from web.xml >> >> Which URL pattern do you expect: >> >> "http://backend_tomcat:8080/sdm/restcall/v1/platform//healthCheck"; >> >> to match? >> >> And what is the Context Path at which the application is deployed? >> >> Mark >> >> >>> >>> <servlet> >>> <servlet-name>default</servlet-name> >>> >>> >> <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class> >>> <init-param> >>> <param-name>debug</param-name> >>> <param-value>0</param-value> >>> </init-param> >>> <init-param> >>> <param-name>listings</param-name> >>> <param-value>false</param-value> >>> </init-param> >>> <load-on-startup>1</load-on-startup> >>> </servlet> >>> <servlet> >>> <servlet-name>jsp</servlet-name> >>> >> <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class> >>> <init-param> >>> <param-name>fork</param-name> >>> <param-value>false</param-value> >>> </init-param> >>> <init-param> >>> <param-name>xpoweredBy</param-name> >>> <param-value>false</param-value> >>> </init-param> >>> <load-on-startup>3</load-on-startup> >>> </servlet> >>> <!-- The mapping for the default servlet --> >>> <servlet-mapping> >>> <servlet-name>default</servlet-name> >>> <url-pattern>/</url-pattern> >>> </servlet-mapping> >>> <!-- The mappings for the JSP servlet --> >>> <servlet-mapping> >>> <servlet-name>jsp</servlet-name> >>> <url-pattern>*.jsp</url-pattern> >>> <url-pattern>*.jspx</url-pattern> >>> </servlet-mapping> >>> <servlet> >>> <servlet-name>PatternTemplateLaunchServlet</servlet-name> >>> <servlet-class>PatternTemplateLaunchServlet</servlet-class> >>> </servlet> >>> <servlet> >>> <servlet-name>MyReportsLaunchServlet</servlet-name> >>> <servlet-class>MyReportsLaunchServlet</servlet-class> >>> </servlet> >>> <servlet-mapping> >>> <servlet-name>PatternTemplateLaunchServlet</servlet-name> >>> <url-pattern>/patterntemplatelaunch</url-pattern> >>> </servlet-mapping> >>> <servlet-mapping> >>> <servlet-name>MyReportsLaunchServlet</servlet-name> >>> <url-pattern>/MyReportsLaunchServlet</url-pattern> >>> </servlet-mapping> >>> >>> Please let me know if you need anyother details from our side. >>> >>> On Mon, Dec 2, 2019 at 3:07 AM Mark Thomas <ma...@apache.org> wrote: >>> >>>> On 01/12/2019 07:11, Kushagra Bindal wrote: >>>>> Hi Manna/Mark, >>>>> >>>>> Below are the sample URL which we are passing to Tomcat. >>>>> >>>>> http://backend_tomcat:8080//sdm/restcall)(.*)/file_uploads >>>>> http://backend_tomcat:8080/sdm/restcall/v1/platform//healthCheck >>>>> >>>>> As from the above example you can see that // location may vary case by >>>>> case. >>>>> >>>>> So, you guys have a probable solution to handle such situation, then >>>> please >>>>> do let me know. >>>> >>>> Tomcat is simply going to normalize those to single '/'. The application >>>> should be fine with that. >>>> >>>> To repeat my previous request: >>>> Can you provide more details such as: >>>> - an example request URI >>>> *and* >>>> - the <url-pattern> for the servlet you expect it to match to >>>> >>>> Mark >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>>> For additional commands, e-mail: users-h...@tomcat.apache.org >>>> >>>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
