-
질문 & 답변
카테고리
-
세부 분야
백엔드
-
해결 여부
해결됨
th:onclick에서 굳이 @{경로} 쓰는 이유가?
21.04.15 10:05 작성 조회수 9.31k
25
안녕하세요? 영한님. 오랜만에 올립니다.
resources/templates/basic/addForm.html 에서, [취소] button 부분:
th:onclick="|location.href='@{/basic/items}'|"경로에 @{..} 쓰지 않고,
th:onclick="|location.href='/basic/items'|"로 써도 나중에 소스 보기하면 둘 다 똑 같이 보입니다. 이렇게요,
onclick="location.href='/basic/items'"그렇다면, 굳이 @{..} 를 쓰지 않아도 되는 것 아닐까요? 강의 중에 이미 말씀하신 건지 모르겠지만, 질문 올립니다.
(Spring MVC 강의 질문이 너무 없어서 채워 드리려 적는 것, 아닙니다.^^)
답변을 작성해보세요.
37
김영한
지식공유자2021.04.15
안녕하세요. 성규님^^
누군가 이 질문을 하겠지? 라고 생각하고 기다리고 있었습니다.
과거에 자원이 소중했던 시절에는 하나의 WAS(예를 들어 톰캣 서버)에 여러 웹 애플리케이션을 함께 배포했습니다.
그래서 서로 경로를 나누어야 하는 문제가 있었지요.
예를 들어서 a,b,c 다른 웹 애플리케이션이라면 기본 경로가 다음과 같이 각각 앞에 /a, /b, /c가 붙었습니다.
localhost:8080/a/index.html -> a.war 실행
localhost:8080/b/index.html -> b.war 실행
localhost:8080/c/index.html -> c.war 실행
이렇게 각각의 웹 애플리케이션을 구분하기 위한 경로를 context path라고 합니다.
여기서 문제는 a 애플리케이션은 항상 /a가 붙어야 한다는 것입니다.
예를 들어서 /index.html이라고 하면 안되는 것이지요. /a/index.html이라고 해주어야 합니다.
진짜 문제는 애플리케이션 배포를 z.war로 이름을 변경한다면? 모든 소스코드를 /z/index.html로 변경해야 하지요.
그래서 이런 문제를 해결하기 위해 여러가지 방법을 과거에는 사용했는데, @{/...} 이것을 사용하면 @{/index.html}이라고만 적으면 자동으로 context path를 추가해서 /a/index.html로 렌더링 해줍니다.
추가로 다음 경로를 ROOT라고 하는데요. 여기는 context path가 / 입니다.
localhost:8080/index.html -> /ROOT.war 실행
최근에는 스프링 부트가 톰캣을 내장하는 구조를 가지면서 대부분 ROOT를 사용합니다.
그래서 @{/...}을 사용하든 하지 않든 크게 구분이 없는 것이지요.
결론은 URL은 안전하게 @{/...} 이것을 사용해주세요. 그리고 타임리프 메뉴얼에 보면 추가 기능들도 좀 있습니다.
감사합니다.
답변 1