Java를 작성할 때마다 출력 스트림 오류를 처리한 경험이 있습니까?

승인됨: Fortect

1. Fortect을 다운로드하여 컴퓨터에 설치하세요.

2. 프로그램을 실행하고 "스캔"을 클릭하십시오.

3. 발견된 문제를 수정하려면 "복구"를 클릭하십시오.

지금 이 간단한 다운로드로 컴퓨터 성능을 높이십시오. 년

Java 오류 코드를 작성하는 동안 출력 재생 오류가 발생하면 이 주소 아이디어를 읽어야 합니다.

아침 내내 Websphere FFDC 프로토콜에서 예외가 발생합니다. 이 누락이 무엇인지 알려주십시오.
—— DE 처리 시작 —— 의미 [09/07/08 10:38:17:111 GMT + 05:30], 중요 = com.ibm.wsspi.webcontainer.ClosedConnectionException com. ibm.ws.webcontainer.servlet.SimpleFileServlet.writeResponseToClient 304
예외 게임 com.ibm.wsspi.webcontainer.ClosedConnectionException
소스 = com.ibm.ws.webcontainer.servlet.SimpleFileServlet.writeResponseToClient
수습기간 304
스택은 Dump = com.ibm.wsspi.webcontainer.ClosedConnectionException을 의미합니다.
쓰는 동안 어떤 지점과 함께 OutputStream 오류가 발생했습니다.com.ibm.ws.webcontainer.channel.WCCByteBufferOutputStream.write(WCCByteBufferOutputStream.java(컴파일된 코드))
com.ibm.ws.webcontainer.srt.SRTOutputStream.write에서(SRTOutputStream.java(컴파일된 코드))
com.ibm.ws.webcontainer.srt.BufferedServletOutputStream.writeOut(BufferedServletOutputStream.java(인라인에서 컴파일된 코드))
com.ibm.ws.webcontainer.srt.BufferedServletOutputStream.write(BufferedServletOutputStream.java(컴파일된 코드))
com.ibm.ws.webcontainer.servlet.FileServletWrapper.writeResponseToClient(FileServletWrapper.java(컴파일된 코드))
com.ibm.ws.webcontainer.servlet.FileServletWrapper.service(FileServletWrapper.java(컴파일된 코드))
com.ibm.ws.webcontainer.servlet.FileServletWrapper.handleRequest(FileServletWrapper.java(컴파일된 코드))
com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java(컴파일된 코드))
com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java(컴파일된 코드))
com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java(컴파일된 코드))
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java(컴파일된 코드))
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java(컴파일된 코드))
com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready에서 (HttpInboundLink.java(컴파일된 코드))
com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminers에서(NewConnectionInitialReadCallback.java(컴파일된 코드))
com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete에서(NewConnectionInitialReadCallback.java(컴파일된 코드))
com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java(컴파일된 코드))
com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java(컴파일된 코드))
com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java(컴파일된 코드))
com.ibm.ws.tcp.channel.impl.WorkQueueManager에서 $ Worker.run(WorkQueueManager.java(컴파일된 코드))
com.ibm.ws.util.ThreadPool rrr Worker.run(ThreadPool.java(컴파일된 코드))
이 규칙에 대한 예외를 던집니다. java.io.IOException: 채널을 쓰기 위해 특정 데이터를 보는 프로세스가 없습니다.
sun.nio.ch.FileDispatcher.writev0에서 (네이티브 메소드)
sun.nio.ch.SocketDispatcher.writev에서 (SocketDispatcher.java(컴파일된 코드))
sun.nio.ch.IOUtil.write에서 (IOUtil.java(컴파일된 코드))
sun.nio.ch.SocketChannelImpl.write0에서 (SocketChannelImpl.java(컴파일된 코드))
sun.nio.ch.SocketChannelImpl.write에서 (SocketChannelImpl.java(컴파일된 코드))
java.nio.channels.SocketChannel.write에서 (SocketChannel.java(온라인으로 컴파일된 코드))
com.ibm.ws.tcp.channel.impl.SocketIOChannel.write에서 (SocketIOChannel.java(온라인에 누적된 코드))
com.ibm.ws.tcp.channel.impl.SocketIOChannel.attemptWriteToSocket(SocketIOChannel.java(컴파일된 코드))
… # 4개 더

예외 = com.ibm.wsspi.webcontainer.ClosedConnectionException
소스는 com.ibm.ws.webcontainer.servlet.SimpleFileServlet.writeResponseToClient
입니다.수습 기간 = 304
호출자 덤프 이것은
과 비교됩니다.제목 = com.ibm.ws.webcontainer.servlet.StaticFileServletWrapper
입력파일 의미
이 $ 0은 this.parentProcessor를 의미합니다.
serialVersionUID =
tmpdir = / tmp /
카운터 = 1911
tmpFileLock은 [보안 이메일 주소]
와도 동일합니다.pathSeparator =:
pathSeparatorChar =:
구분자 /
SeparatorChar는 = /
접두사 길이 = 1
경로는 /websphere/AppServer/profiles/default/installedApps/new_ccaps-appsrvNode01Cell/ccAPSABN.ear/ccAPS.war/include/scriptArray.js …….를 의미합니다.

데이터 스트림(특정 테스트 사례에서는 14GB 텍스트 파일)을 클라이언트에 전달하기 위한 올바른 기본 서블릿을 작성했습니다.

  protected void doGet(HttpServletRequest req, HttpServletResponse 또는 각각)에서 ServletException, IOException이 발생합니다.    resp.setContentType("응용 프로그램/바이트 스트림");    또는 setContentLength(-1);    입력 스트림 = null;    노력하다        OutputStream은 gw990이 동일하거나 getOutputStream();        int 전송 유형 = -1;        byte [] buf는 스팽킹 새 바이트 [65536]에 해당합니다.        진정으로 = new FileInputStream("D: /largetext2.txt");        ((동시에 단위 전송 = is.read(buf))! = -1)            os.write(buf, 0, 전송 단위);            //os.flush();             문제(일회용 전자)       e.printStackTrace();     마지막        ~ 할 것이다            닫다();         잡기(IOException e1)            e1.printStackTrace();                노력하다            또는 getOutputStream(). 주의 깊은 ();         net(IOException e)            e.printStackTrace();             

따라서 간단한 쿼리를 정확하게 만들고 있습니다. 서블릿에 대한 GET 요청이 단순히 URLConnection 및 Chrome 브라우저를 사용하는 Java 클라이언트에 의해 만들어졌다고 가정하고 확인했습니다. 둘 다 1MB에서 90MB로 무작위 전송을 처리하며, 그 후에 다운로드가 중지되지만 클라이언트 검색 위치, WAS 서버의 java.exe 함수의 전용 바이트는 계속 증가합니다(300MB에서 950MB로). 장치는 다음 스택 추적을 얻습니다.

  com.ibm.wsspi.webcontainer.ClosedConnectionException: OutputStream에 쓰기 오류가 발생했으며Com .ibm.ws.webcontainer.channel.WCCByteBufferOutputStream.write(WCCByteBufferOutputStream.java:106)com.ibm.ws.webcontainer.srt.SRTOutputStream.write에서(SRTOutputStream.java:97)com.ibm.wsspi.webcontainer.util.BufferedServletOutputStream.writeOut에서(BufferedServletOutputStream.java:569)com.ibm.wsspi.webcontainer.util.BufferedServletOutputStream.write에서(BufferedServletOutputStream.java:374)si.test.kryo.MyServlet.doGet에서 (MyServlet.java:60)javax.servlet.http.HttpServlet.service에서 (HttpServlet.java:718)javax.servlet.http.HttpServlet.service에서 (HttpServlet.java:831)com.ibm.ws.webcontainer.servlet.ServletWrapper.service에서(ServletWrapper.java:1663)com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:939)com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:502)com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest에서(ServletWrapperImpl.java:179)com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:91)com.ibm.ws.webcontainer.WebContainer.handleRequest에서(WebContainer.java:864)com.ibm.ws.webcontainer.WSWebContainer.handleRequest에서(WSWebContainer.java:1583)com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:186)com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)에서com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest에서(HttpInboundLink.java:511)com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest에서(HttpInboundLink.java:305)com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready에서(HttpInboundLink.java:276)com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators에서(NewConnectionInitialReadCallback.java:214)com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete에서(NewConnectionInitialReadCallback.java:113)com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted에서(AioReadCompletionListener.java:165)com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)com.ibm.io.async.AsyncFuture.completed에서(AsyncFuture.java:138)com.ibm.io.async.ResultHandler.complete에서(ResultHandler.java:204)com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)com.ibm.io.async.ResultHandler $ 2.run 아래(ResultHandler.java:905)com.ibm.ws.util.ThreadPool? rrr Worker.run(ThreadPool.java:1604) 

이유: java.io.IOException: 비동기 I/O 작업 실패(2), RC: 이유와 함께 설명: 64 지정된 네트워크 이름을 더 이상 사용할 수 없습니다.

com.ibm.io.async.AsyncLibrary rrr IOExceptionCache의

 . <초기화>(AsyncLibrary.java:891)com.ibm.io.async.AsyncLibrary $ IOExceptionCache.get(AsyncLibrary.java:904)com.ibm.io.async.AsyncLibrary.getIOException에서(AsyncLibrary.java:918)com.ibm.io.async.ResultHandler.complete 아래(ResultHandler.java:213)... 훨씬 더 

Java 클라이언트는 일부 읽기 요청을 할 때 막히는 반면 Chrome은 전문가와 관련하여 서버가 모든 것을 중단했다는 사실을 알지 못한 채 다운로드를 지원하는 경우가 많습니다. 이로 인해 IBM 서블릿 버킷에 고유한 시간 초과 또는 문제가 발생하는 경우가 많습니다.

지금 이 간단한 다운로드로 컴퓨터 성능을 높이십시오. 년

년