WebSphere® Application Server Traditional버전 9.0에서는 Servlet 3.1 스펙을 지원합니다.
Servlet 3.1에 대한 기능 및 작동 변경을 학습하십시오.

새 기능:
제품은 Servlet 3.1을 지원하는데, 여기에는 Servlet 3.0
스펙에서 도입된 기능 및 작동 변경이 포함됩니다. 자세한 정보는 Servlet 3.1 기능
함수를 참조하십시오. Servlet 2.5 이하에서 Servlet 3.1으로 마이그레이션 중인 경우,
Servlet 3.0에 대한 동작 변경도 고려하십시오. newfeat
Java™ Servlet 3.1은 많은 강력한 기능을 갖고 있습니다. 일부 기능은
Servlet 3.0 스펙에서 완전히 문서화되지 않거나 최상의 균형 조건을 수반합니다. 새 기능을 최대로 사용하려면 다음 주제를 고려하십시오.
어노테이션
Java Servlet
3.0 어노테이션은 Servlet 2.5 웹 모듈에서 선택되며, 웹에 서블릿 표시를 포함합니다. 이전 애플리케이션의 필수 소프트웨어 업그레이드 시 주의해야 합니다.
새 어노테이션이 처리되고 필수 소프트웨어 JAR 파일은 적용된 원하지 않는 어노테이션을 포함할 수 있습니다.
파일 업로드
Servlet 3.0에 새로운 파일 업로드(다중 파트 양식)를 사용하면
파일 쓰기를 위한 기본 위치는 javax.servlet.context.tempdir 서블릿 컨텍스트 속성의 값과 동일합니다. 예를 들어,
C:\opt\WAS\profiles\node1\temp\node1\server1\fragmentTest\fragmentTest24.war은
다음 속성으로 구성에 대해 생성됩니다.
- profile home=C:\opt\WAS\profiles\node1
- server name=server1
- enterprise application name=fragmentTest
- web module name=fragmentTest24.war
상대 경로는 이 기본 위치에 대해서도 상대적입니다.
com.ibm.websphere.servlet.temp.dir
시스템 특성을 설정하여 다른 디렉토리에 상대적이 되도록 javax.servlet.context.tempdir
서블릿 컨텍스트 속성의 값을 변경할 수 있습니다. 이 시스템 특성은 서버 측 기반으로 모든 애플리케이션에 영향을 줍니다. 예를 들어,
com.ibm.websphere.servlet.temp.dir을 /foo로 설정하면,
애플리케이션 temp 디렉토리는 /foo/node1/server1/fragmentTest/fragmentTest24.war입니다.
애플리케이션 레벨에서 값을 변경하려면, scratchdir
JSP(JavaServer Pages) 속성을 사용합니다. scratchdir 속성에 대한 자세한 정보는 JSP 엔진 구성 매개변수 주제를 참조하십시오.
프로그램 방식 또는 동적 HTTP 세션 구성
프로그램 방식
HTTP 세션 구성을 사용하면
web.xml 파일 구성을 통해 또는 API 메소드 호출을 통해 애플리케이션이 사용 중인 세션 구성을 수정할 수 있습니다. 애플리케이션이
시작된 후 동적으로 수정된 쿠키 이름을 변경할 수 없습니다. 보안 목적으로, 관리자는 애플리케이션 간 공유될 수 있는 특정 쿠키에 대한
프로그래밍 방식 세션 구성을 사용 안함으로 설정할 수 있습니다. 일반적으로,
애플리케이션이 고유 쿠키 이름이나 경로를 사용하는 경우 쿠키 구성을 수정하는 것이 안전합니다. 각 애플리케이션에 대한 기본 쿠키 경로를 변경하여
세션 관리를 통해 컨텍스트 루트를 사용할 수 있습니다.
중요사항: 경로를 변경하면 다중 애플리케이션에 쿠키 하나를 사용하는
IBMSessionExt.invalidateAll 메소드 또는 세션 공유와 같이 특정 IBM® 확장기능에 영향을 줄 수 있습니다.
동적 쿠키는 중간 서비스에 대해 다음 영향을 줄 수 있습니다.
- 애플리케이션이 시작되고 세션 선호도에 쿠키를 사용하면 엔터프라이즈 프록시는 자동으로 동적 쿠키를 검색합니다.
- 또한 애플리케이션이 시작되면 낮음 또는 중간 보안 모드에서 DMZ 프록시는 동적 쿠키를 자동으로 검색합니다. 높은 보안 모드에서 DMZ 프록시의 경우,
검색은 자동이 아닙니다. 대상 라우팅 정보를 내보내기 전에 애플리케이션이 실행되어야 합니다.
- 구성 정보를 위해 애플리케이션 서버와 통신하지 않기 때문에 웹 서버 플러그인은
동적 쿠키를 자동으로 얻을 수 없습니다. 애플리케이션을 시작하고, 플러그인 구성을 생성하고,
구성을 플러그인에 전파한 다음 플러그인용 구성을 다시 로드하여 쿠키를 얻어야 합니다.
- 클러스터 환경에서 각 서버에서 생성된 동적 이름은
동일해야 하며, 그렇지 않으면 프론트 엔드 중간 서비스는 요청을 라우트할 수 없습니다.