Весна: URL не разрешает ссылки правильно

Question

Я довольно новичок в среде Spring и веб-приложениях, хотя у меня есть опыт работы с Java. Когда я запускаю свой сайт на локальном сервере Tomcat, URL-адрес: http://localhost:8080/myApp/

Теперь отображение запросов делегирует меня на мою домашнюю страницу с:

@RequestMapping(value = "/", method = RequestMethod.GET)
public String someMethod(Model model) { ... 
   return "index"; }

Теперь внутри файла index.xhtml Я ссылаюсь на другую страницу с <a href="apps/">link</a> но когда я хочу сделать ссылку на страницу индекса, я должен использовать <a href="../index/">link</a>. Я искал решение и нашел:

<spring:url value='/apps' var="apps_url" />
<a href="${apps_url}">link</a>

Но весна: URL всегда разрешается до http://localhost:8080/myApp/ - страницы, на которой я сейчас нахожусь. Кроме того, когда я просто использую ссылку, подобную этой: <a href="/otherSite">link</a>, она всегда разрешается до http://localhost:8080/otherSite, а не http://localhost:8080/myApp/otherSite, как я ожидал. Как я могу получить свою ссылку на работу? http://localhost:8080/myApp неявно определен как мой контекст или может / должен быть изменен на http://localhost:8080/?

Кроме того, существует ли какая-либо связь между URL-адресом на локальном сервере tomcat и URL-адресом, которое будет иметь веб-приложение при публикации?

Вот некоторые из моих файлов приложений:

servlet-context.xml:

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/mvc"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:beans="http://www.springframework.org/schema/beans"
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:tx="http://www.springframework.org/schema/tx"
    xsi:schemaLocation="http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd
        http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
        http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.1.xsd
        http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd">

    <!-- DispatcherServlet Context: defines this servlet's request-processing infrastructure -->

    <!-- Enables the Spring MVC @Controller programming model -->
    <annotation-driven />

    <context:component-scan base-package="myApp" />

    <tx:annotation-driven transaction-manager="transactionManager"/>

    <!-- Handles HTTP GET requests for /resources/** and /css/** by efficiently 
    serving up static resources in the ${webappRoot}/resources directory -->
    <resources mapping="/resources/**" location="/resources/" />
    <resources mapping="/css/**" location="/css/" />

    <beans:bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <beans:property name="prefix" value="/WEB-INF/views/" />
        <beans:property name="suffix" value=".xhtml" />
    </beans:bean>

</beans:beans>

выдержка из web.xml:

<!-- The definition of the Root Spring Container shared by all Servlets and Filters -->
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/spring/root-context.xml</param-value>
</context-param>

<!-- Creates the Spring Container shared by all Servlets and Filters -->
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<!-- Processes application requests -->

<servlet>
    <servlet-name>appServlet</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring/appServlet/servlet-context.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
    <servlet-name>appServlet</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>

Answer 1

Хорошей практикой является размещение всех ссылок следующим образом

<a href="${pageContext.servletContext.contextPath}/othersite"> Other site </a>

$ {pageContext.servletContext.contextPath} всегда дает корень приложения, когда вы разрабатываете use http://localhost:8080/myApp, тогда корень вашего приложения будет / myapp , но когда вы захотите запустить приложение в производство, обычно корень вашего приложения будет / , используя $ {pageContext.servletContext.contextPath} перед ссылками вы гарантируете, что оно будет работать в обоих случаях

Answer 2

Это должно сработать:

<spring:url value="/some_link" context="myApp" var="apps_url" />
<a href="${apps_url}">link</a>

apps_url должен быть равен: http://localhost:8080/myApp/some_link

Answer 3

Когда сталкиваюсь с той же проблемой, я использую c liblary:

 <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

 <a href="<c:url value="/otherSite"/>"> Other site </a> 

Answer 4

Tomcat может запускать множество веб-приложений одновременно. Рассмотрим сценарий:

• Кот работает на 8080
• В папке веб-приложений tomcat работают три приложения.
  • appA.war
  • appB.war
  • ROOT.war

URL http://localhost:8080/ будет получать запрос к tomcat, и tomcat должен решить, какое из трех приложений должно обслуживать запрос, так как URL не идентифицирует приложение, запрос будет перенаправлен tomcat на ROOT.war. который является корневым веб-приложением в Tomcat.

Если у вас есть JSP в appA.war с <a href="/otherSite">link</a>, тогда веб-браузер, который анализирует выходные данные, будет считать, что запрос должен быть отправлен в корневой каталог сервера, поскольку href начался с /, поэтому браузер помещает togethec URL-адрес http://localhost:8080/otherSite, когда запрос получает tomcat, tomcat предполагает, что / otherSite ссылается на веб-приложение под названием otherSite.war, но, конечно, его там нет.

если вы используете <a href="otherSite">link</a>, браузер предположит, что это относительный URL-адрес, и отправит запрос на http://localhost:8080/appA/otherSite, поскольку страница, генерирующая URL, была предоставлена ​​вне контекста http://localhost:8080/appA

Таким образом, в общем, вам нужно убедиться, что URL-адреса со страницы JSP являются относительными или что вы добавляете имя контекста к сгенерированному URL, это то, что делают теги <spring:url /> и <c:url />.

есть ли связь между URL на локальном сервере Tomcat и URL, который будет иметь веб-приложение, когда оно будет опубликовано?

URL-адрес для контекста совпадает с именем файла war в папке webapps tomcat, если вы не измените его в файле server.xml или в файле context.xml.