<! - 언어: > 랑 없음 -;
src/main/java <-- multiple packages containing java classes
src/test/java <-- multiple packages containing JUnit tests
src/main/resources <-- includes properties files for textual messages
src/main/webapp/resources <-- includes CSS, images and all Javascript files
src/main/webapp/WEB-INF
src/main/webapp/WEB-INF/tags
src/main/webapp/WEB-INF/views
서브렛 2.4 사양명세 의 WEB-INF (page 70) 이 약 밝혔습니다.
>. 특별한 디렉토리가 release. 애플리케이션 계층 >. 'WEB-INF'. 이 디렉토리에는 관련된 모든 것을 >. 이 문서의 루트로부터의 뚱보보다 응용 프로그램을 실행한다. 이 >. 트리에서 노드를 속하지 않는 'WEB-INF' 문서 공개 >. 응용 프로그램 . '디렉터리입니다 처리될 수 있는' WEB-INF 파일이 없습니다. >. 의해 직접 클라이언트여야 컨테이너입니다. 그러나 컨텐트에서 >. '코드' 를 사용하여 제레수르스 서브렛 WEB-INF '디렉터리입니다 볼 수 있습니다' >. 메서드 호출 할 수 있는 '와' 제레수르세아스트림 세르블레콘테스트 ',' >. '' 리퀘스트디스파처 사용하여 노출될 위험이 있다.
즉, '이 아니라' 리소스를 액세스할 수 있는 웹 애플리케이션 로더입니다 리소스에는 WEB-INF 국민을 위한 직접 볼 수 있습니다.
이 때문에 많은 프로젝트를 올려놓고, jar 파일을 자신의 클래스 라이브러리 및 / 또는 JSP 파일 같은 자원을 속성 파일 또는 다른 중요한 정보를 '의 WEB-INF' 폴더에서는. 그렇지 않으면 이른다면그들은 사용하여 접근할 수 있는 간단한 정적 URL (유용 로드하기에 CSS 와 자바스크립트 예를 들어).
비록 기술적 관점에서 너회의 JSP 파일 수 있게 되었다. 예를 들어 '봄' 이 될 수 있도록 WEB-INF 직접 구성할 수 있습니다.
<! - 언어: xml - >.
<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"
p:prefix="/WEB-INF/jsp/"
p:suffix=".jsp" >
</bean>
'' 와 '의 WEB-INF / classes 언급된' 의 WEB-INF / lib 폴더를 Wikipedia& # 39 조 [전쟁 파일] (http://en.wikipedia.org/wiki/WAR_file_format_% 28Sun% 29) 에 필요한 폴더 예제일 서브렛 사양명세 dell. 런타임용으로 개발하십시오.
이 프로젝트는 구조를 경우에 따라 부분적으로 설명하노라 전쟁의 구조 파일 (정적임 같은 리소스에는 JSP 파일 또는 HTML 과 JavaScript 파일, 하지만 항상 그런 것은 아니다.
일반적으로 대부분의 사람들은 직접 디자인할 때 사용할 수 없는 요즘 같은 빌드 프로세스를 외곽진입 표준화했습니다 아파치 메이븐 . 그밖에 다른 구조를 위한 프로젝트의 매핑됩니까 셨으며 메이븐 eventtest 설정값으로 있는 자원을 어떤 자원 나타난 유물 (전쟁 결과 artifact) 은 파일 이 경우). 경우에 따라 구성도를 구성되어 있는 경우도 일반 복사 과정을 매핑 프로세스를 dm_ownerdm_owner 같은 변형을 필터링부터 또는 컴파일하기를 및 기타.
한 가지 예를 들어 *: '나중에' 의 WEB-INF / classes 폴더는 모두 들어 컴파일됨 자바 클래스 및 자원 (리소스 기본 / src / src / / java '주' 와 '') 를 통해 응용 프로그램을 시작하는 데 필요한 로드되었는지 클라슬로이더.
또 다른 예를 들어 *: 나중에 '이' 필요한 모든 응용 프로그램에서 WEB-INF / lib 폴더를 jar 파일을 포함할 것이다. Maven 에서 투영합니다 종속물과의 복사됩니다 jar 파일을 자동으로 필요한 관리됨 당신꺼에요 및 메이븐 '를' WEB-INF / lib 폴더를 당신꺼에요. # 39 이유를 설명하는 ',' t have a lib 폴더에 don& 메이븐 프로젝트.
Java ee 기반의 웹 애플리케이션 배포하십시오 때 사용하는 프레임워크와도 방관하겠나), 그 구조는 몇 가지 조건을 / 사양명세를 따라야 합니다. 이 사양은 come from: < br>;
>. < ul>; < li> 서브렛 컨테이너입니다 (에드그 Tomcat) < /li>;;; 자바 서블릿 API li> <; >. < /li>; 응용 프로그램을 domain< /li> li> <;;; < /ul>;
<! - 언어: > 없음 -;
아프리카션나미
Meta-inf -
이러한 요구 사항을 서브렛 API.<, Java 에서 정의됩니까 br> < br>;; 3. 응용 프로그램을 domain< br>; 이제 그 요건을 서브렛 컨테이너입니다 you& # 39, ve (또는 애플리케이션 서버) 와 자바 서블릿 API 요구 사항, 다른 부분에 구성할 수 있는 내용에 따라 너회의 webapp 합니다. < br> 통해 자원을 배치할 수 있습니다;; - (JSP 파일, 일반 텍스트 파일, 스크립트 파일) 응용 프로그램에서 스크립트루트 디렉터리입니다. 그런데, 사람들은 이를 직접 액세스하려면 그들위에 있지만브라우저에 처리되고 있는 응용 프로그램을 제공하는 대신 그들의 요청률 논리라구요. 그래서 같은 것을 방지할 수 있는 그들을 통해 자원을 직접 액세스되는 그 내용을 올릴 수 있습니다;; -) 의 web-inf 디렉터리인 이용할 수 있는 경우에만 사용할 경우, 그들은 일부 프레임워크와도 server.< br> 구성 파일을 사용하는 경우가 많습니다. 이들 중 대부분은 프레임워크와도 (별, 스프링, 최대 절전 모드) 구성 파일을 classpath 에 올려놓고 합니다 (이 " classes"; 디렉토리임).
페이지, 또는 냥이라구 합니다 모든 페이지에 넣을 수 WEB-INF 원하지 않는 것이다. 보통 이런 경우 JSP 또는 파슬레츠 바깥쪽인지가 WEB-INF, 모든 사용자의 크세서블 쉽게 찾아볼 수 있다. 못한 경우 일부 권한 제한, WEB-INF 있는 사용할 수 있습니다.
3rd party 라이브러리보다는 web-inf/lib 포함할 수 있는 시스템 수준에서 않으려는 팩 (jar server 에서 실행 중인 모든 응용 프로그램을 사용할 수 있습니다) 이 아니라, 특정 애플시이션.
일반적으로 많은 구성으로의 들어갈 파일도 WEB-INF.
모든 웹 응용 프로그램 WEB-INF / classes 있을 때, 이기 때문에 모든 컴파일됨 소스뿐만 폴더로 저장됩니다 아닌 점, 그러나 컴파일됨 자야바 파일이 너회가 작성했습니까 교도관님도요).