Hi Mark/Manna

Please let me know if I need to provide some additional information about
the deployments so that it can be helpful in resolving the issue.

Regards
Kushagra

On Mon, Dec 2, 2019, 4:29 PM Kushagra Bindal <bindal.kusha...@gmail.com>
wrote:

> Hi Mark,
>
> These are Rest Endpoints, and so will be processed through Filter. Do, you
> think Servlet mapping will play any role here?
>
> 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
>>
>>
>
> --
> Regards,
> Kushagra Bindal
> +91-9013792807
>

Reply via email to