클라이언트 측에서 원격 절차 호출을하고 있으며 코어 로직에 서버 측 쿼리가 포함되어 있습니다. 이것은 IE8을 제외한 모든 브라우저에서 완벽하게 작동합니다. 나는 12152의 코드로 상태 코드 예외를 얻는다. 나는 이것을봤을 때 세션과 무언가를해야한다는 것을 알았지 만, 현재로서는 적절한 대답이 없다. 이 문제를 어떻게 해결할 수 있습니까?IE8을 사용할 때 GWT 문제가 발생했습니다.
실종 상태 코드의 경우입니다. 모든 것을보고 난 후에
HTTP 상태 12152 서버가 데이터베이스 또는 서버 유지 관리를 위해 일시적으로 중지되었거나 네트워크 오류가 발생했습니다. 이 상태는 일반적으로 업로드를 시도 할 때 나타납니다. 나중에 다시 시도 해주십시오.
나는 서버와 클라이언트 측에서 시간을 연장하려고 노력할 것이다. 그것이 작동한다면 다른 프록시를 통해 라우팅을 시도해보십시오. 때때로 다른 프록시가 요청에 헤더를 사용할 수 있습니다. 프록시 또는 anouymous 웹 프록시가 작동하더라도 실행 중이면 fiddler2 또는 wireshark를 설치하고 요청 (주로 헤더)을 검사하십시오. 거기에 펑키 한 뭔가가있을 수 있습니다. 또한 서버 측에서 스니핑을 시도하고 들어오는 요청이 어떻게 보이는지 확인해야합니다.
열려있는 포트에 대한 혼란이 없는지 확인하기 위해 열려있는 소켓에 클라이언트 측에서 스니핑을합니다. IE는 이것에 대해서도 불평 할 수 있습니다.
유감스럽게도 그 오류 중 하나는 직접적인 것 같지 않습니다.
get 또는 post 등을 사용하는 것과 같이 requestbuilder를 사용하여 다른 유형이나 요청을 사용해 볼 수도 있습니다.
답장을 보내 주셔서 감사합니다. 마침내 Fiddler와 같은 도구를 사용하지 않아도 운이 좋았던 문제를 파악할 수있었습니다.
필자의 경우 IE8의 경우 RPC의 논리가 실행되고 있지만 연결이 종료되지 않았습니다. 그래서 헤더 정보와 타임 아웃 정보를 받아 들일 수있는 RequestBuilder 객체와 함께 RpcRequestBuilder 인스턴스를 사용해야했습니다. 헤더에 RPC가 끝나면 연결이 종료되는지 확인하기 위해 "Connection : close"를 넣습니다. 타임 아웃 정보를 설정하면 RequestTimeoutException 객체를 Throwable 객체로 가져올 수 있으며, 타임 아웃이나 다른 나쁜 로직으로 인해 RPC가 실패했는지 알 수 있습니다.
RPC 서비스에서도이 작업을 수행 할 수 있지만 밑바닥에있는 requestbuilder를 오버로드해야합니다. 그러면 기본 확장 클래스를 작성하는 방법에 대해 까다롭지 않은 경우 지저분해질 수 있습니다. –