GlassFish 서버의 Java에서 2 개의 웹 응용 프로그램을 배포했습니다. Glassfish Server 3.1.2.2를 사용하고 있습니다. 그들은 둘 다 http 요청을 수신하는 자바 서블릿 페이지를 가지고 있으며 코드도 동일하고 다른 매개 변수 (다른 클라이언트의 경우) 만 있습니다. 첫 번째는 잘 작동하고 다른 프로세스는 http 요청을 매우 오래 처리합니다. 그 후 나는 다음 것을 주목했다 :GRIZZLY0023 글래스 피시 경고
Netbeans의 Glassfish 출력에서이 경고가 계속 발생합니다.
WARNING: GRIZZLY0023: Interrupting idle Thread: http-thread-pool-9990
누구나 내가이 경고를받는 이유와 해결 방법을 설명 할 수 있습니까?
이 경고는 HTTP 요청이 시간 초과 될 경우 발생합니다. Glassfish 기본 시간 제한은 15 분입니다.
이것은 여러 상황에서 발생할 수 있습니다. 요청이 시간 종료 기간에 아무런 응답도 반환하지 않는 장기 실행 액션을 호출 할 때 HTTPS를 통해 서버에 대한 요청이 만들어졌으며 HTTP 만 지원하거나 (또는 그 반대로) 또는 더 이상 사용할 수있는 연결이없는 경우 HTTP 연결 풀에 있습니다.
귀하의 경우에는 구체적인 원인을 추측 할 수 있지만 일반적으로이 문제에 대한 한 가지 해결책은 기본 HTTP 요청 시간 초과를 늘리는 것입니다. ><your listener> 분야 Request Timeout가 기본적으로 900 (15 분)로 설정되어
, 바로이 값을 증가 ->Network Config - ->Network Listeners
server-config : 당신은 아래 글래스 피시 관리 GUI에서이 값 (http://localhost:4848)을 설정할 수 있습니다 . 안타깝게도 -1으로 글래스 피쉬 3.1.2 이후로 제한을 설정할 수 없습니다.
당신은 또한이 같은 asadmin 도구를 사용하여 설정할 수 있습니다 : 서버가 유휴 상태 일 때
asadmin set configs.config.server-config.network-config.protocols.protocol.http-listener-1.http.request-timeout-seconds=x
이가 발생했습니다. 유휴 스레드를 중단 : 서버가 몇 시간 동안 유휴 상태 일 때 그것은
GRIZZLY0023를 생성하기 시작 로그 파일에
경고 및 우리는 서버를 다시 시작해야합니다. 우리는 이것을 Glassfish 3.1.2.2 빌드 5에서 관찰했습니다. 우리는 오래된 Glassfish에서 이것을 결코 보지 못했습니다.
이것은 GF 3.1.2.2 버전에 버그가 있음을 나타냅니다.
당신은 글래스 피시 관리에 시간 제한을 증가 시키거나 요청을 해제해야합니다 -1의 값은 비활성화됩니다
server-config -> Network Config -> Network Listeners -> <LISTENER> -> HTTP
. 테스트
: 글래스 피쉬 서버 오픈 소스 버전 3.1.2.2
난 그냥 모두 스레드으로 끊김을 해제 추천 할 것입니다 생각하지 않습니다. 사실,이 오류는 글래스 피쉬 3.1.2.2의 버그로 인해 발생하며, 이로 인해 스레드가 제대로 인터럽트되지 않습니다. 이것은 동일한 thread-id에 대한 다중 인터럽트 로그를 통해 볼 수 있습니다. Glassfish의 클래스 경로에 패치 된 버전 grizzly-http.jar을 삽입하여 버그가 수정되었습니다.
자세한 내용은 내 글래스 피쉬 (제한없이) -1의 요구 타임 아웃 시간을 설정하고 문제가 사라 https://www3.wipo.int/confluence/display/wipoimd/3.3.2.1.-+GlassFish+3.1.2.2+%28build+5%29+patches
참조하십시오. 도와 주셔서 감사합니다. – AdrianES