java.io.IOException

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • How to setup SSL on WebLogic
    via by 3004,
  • BNF reports problems crawling http://presse.parti-socialiste.fr/ and related sites. Turns out http://presse.parti-socialiste.fr/ is returning 'Transfer-encoding: chunked' (an HTTP/1.1 feature) even though Heritrix's request is HTTP/1.0. This server behavior is counter to the HTTP/1.1 specification; see <http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6>, which says: "A server MUST NOT send transfer-codings to an HTTP/1.0 client.") When the HTTPClient library sees that encoding, it attempts to use mark/reset functionality on the connection's inputstream. That would be fine with the usual buffered inputstream, but our inserted recording functionality doesn't offer mark/reset -- and this is the first time that limitation has bit us. The exception stack is: 2007-03-23T01:30:50.048Z -2 1 http://presse.parti-socialiste.fr/ - - text/html #002 - - - le:IOException@HTTP java.io.IOException: mark/reset not supported at java.io.InputStream.reset(InputStream.java:331) at org.apache.commons.httpclient.HttpConnection.isResponseAvailable(HttpConnection.java:933) at org.apache.commons.httpclient.HttpMethodBase.readResponseBody(HttpMethodBase.java:1719) at org.apache.commons.httpclient.HttpMethodBase.readResponseBody(HttpMethodBase.java:1662) at org.archive.httpclient.HttpRecorderGetMethod.readResponseBody(HttpRecorderGetMethod.java:98) at org.archive.crawler.fetcher.FetchHTTP$2.readResponseBody(FetchHTTP.java:472) at org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1625) at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1002) at org.archive.httpclient.HttpRecorderGetMethod.execute(HttpRecorderGetMethod.java:116) at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:397) at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:170) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346) at org.archive.crawler.fetcher.FetchHTTP.innerProcess(FetchHTTP.java:489) at org.archive.crawler.framework.Processor.process(Processor.java:109) at org.archive.crawler.framework.ToeThread.processCrawlUri(ToeThread.java:302) at org.archive.crawler.framework.ToeThread.run(ToeThread.java:151) Even though this site violates HTTP/1.1, we want to be able to get it and others like it, and the HTTPClient library can handle chunked encoding if we help it with a suitable stream. It appears enough to rearrange the order of stream-wrapping in HttpConnection.open(), putting our recording-streams inside rather than outside the buffered streams. Then the expected mark/reset functionality is available, there is no IOException, and collection succeeds.
    via by Gordon Mohr,
  • After having recompiled CDF sources getting the latest from the repository I'm getting this kind of exception while updating repository cache 22:23:01,639 ERROR [CdfFileInfoGenerator] CdfFileInfoGenerator.ERROR_0001 - Error Parsing XCDF File java.io.IOException: mark/reset not supported at java.io.InputStream.reset(InputStream.java:334) at org.pentaho.platform.repository.solution.SolutionRepositoryServiceImpl$PluginFileInputStream.reset(SolutionRepositoryServiceImpl.java:728) at org.pentaho.platform.util.xml.XmlHelper.readEncodingProcessingInstruction(XmlHelper.java:287) at org.pentaho.platform.util.xml.XmlHelper.getEncoding(XmlHelper.java:218) at org.pentaho.platform.util.xml.dom4j.XmlDom4JHelper.getDocFromStream(XmlDom4JHelper.java:234) at org.pentaho.platform.util.xml.dom4j.XmlDom4JHelper.getDocFromStream(XmlDom4JHelper.java:249) at org.pentaho.cdf.CdfFileInfoGenerator.getFileInfo(CdfFileInfoGenerator.java:32) at org.pentaho.platform.plugin.services.pluginmgr.DefaultPluginManager.getFileInfo(DefaultPluginManager.java:530) at org.pentaho.platform.repository.solution.SolutionRepositoryServiceImpl.processRepositoryFile(SolutionRepositoryServiceImpl.java:356) Looking at the stack trace I noticed that the class org.pentaho.cdf.CdfFileInfoGenerator. That class was lately modified no August 27th so as a try I reverted that class from the latest revision to the previous one (revision 604). After having recompiled everything the error disappeared. I think that something has to be further checked to know what going on there.
    via by Sergio Ramazzina,
  • mark/reset not supported
    via by 843810,
  • BNF reports problems crawling http://presse.parti-socialiste.fr/ and related sites. Turns out http://presse.parti-socialiste.fr/ is returning 'Transfer-encoding: chunked' (an HTTP/1.1 feature) even though Heritrix's request is HTTP/1.0. This server behavior is counter to the HTTP/1.1 specification; see <http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6>, which says: "A server MUST NOT send transfer-codings to an HTTP/1.0 client.") When the HTTPClient library sees that encoding, it attempts to use mark/reset functionality on the connection's inputstream. That would be fine with the usual buffered inputstream, but our inserted recording functionality doesn't offer mark/reset -- and this is the first time that limitation has bit us. The exception stack is: 2007-03-23T01:30:50.048Z -2 1 http://presse.parti-socialiste.fr/ - - text/html #002 - - - le:IOException@HTTP java.io.IOException: mark/reset not supported at java.io.InputStream.reset(InputStream.java:331) at org.apache.commons.httpclient.HttpConnection.isResponseAvailable(HttpConnection.java:933) at org.apache.commons.httpclient.HttpMethodBase.readResponseBody(HttpMethodBase.java:1719) at org.apache.commons.httpclient.HttpMethodBase.readResponseBody(HttpMethodBase.java:1662) at org.archive.httpclient.HttpRecorderGetMethod.readResponseBody(HttpRecorderGetMethod.java:98) at org.archive.crawler.fetcher.FetchHTTP$2.readResponseBody(FetchHTTP.java:472) at org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1625) at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1002) at org.archive.httpclient.HttpRecorderGetMethod.execute(HttpRecorderGetMethod.java:116) at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:397) at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:170) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346) at org.archive.crawler.fetcher.FetchHTTP.innerProcess(FetchHTTP.java:489) at org.archive.crawler.framework.Processor.process(Processor.java:109) at org.archive.crawler.framework.ToeThread.processCrawlUri(ToeThread.java:302) at org.archive.crawler.framework.ToeThread.run(ToeThread.java:151) Even though this site violates HTTP/1.1, we want to be able to get it and others like it, and the HTTPClient library can handle chunked encoding if we help it with a suitable stream. It appears enough to rearrange the order of stream-wrapping in HttpConnection.open(), putting our recording-streams inside rather than outside the buffered streams. Then the expected mark/reset functionality is available, there is no IOException, and collection succeeds.
    via by Gordon Mohr,
    • java.io.IOException: mark/reset not supported at java.io.InputStream.reset(InputStream.java:332) at weblogic.security.SSL.SSLParams.objectToCertificate(SSLParams.java:307) at weblogic.security.SSL.SSLParams.<init>(SSLParams.java:280) at weblogic.socket.JVMSocketT3S.newSocket(JVMSocketT3S.java:28) at weblogic.socket.JVMSocketT3.newSocketWithRetry(JVMSocketT3.java:275) at weblogic.socket.JVMSocketT3.connect(JVMSocketT3.java:59) at weblogic.socket.JVMAbbrevSocket.connect(JVMAbbrevSocket.java:160) at weblogic.socket.JVMSocketManager.create(JVMSocketManager.java:294) at weblogic.rjvm.ConnectionManager.findOrCreateSocket(ConnectionManager.java:918) at weblogic.rjvm.ConnectionManager.bootstrap(ConnectionManager.java:339) at weblogic.rjvm.ConnectionManager.bootstrap(ConnectionManager.java:306) at weblogic.rjvm.RJVMManager.findOrCreateRemoteInternal(RJVMManager.java:248) at weblogic.rjvm.RJVMManager.findOrCreate(RJVMManager.java:219) at weblogic.rjvm.RJVMFinder.findOrCreateRemoteServer(RJVMFinder.java:186) at weblogic.rjvm.RJVMFinder.findOrCreate(RJVMFinder.java:155) at weblogic.rjvm.ServerURL.findOrCreateRJVM(ServerURL.java:200)
    No Bugmate found.