IT. Expert System.

All Implemented Interfaces:

Closeable, AutoCloseable

public class SSLBufferedInput
extends SSLInputStream

• Constructor Summary

  Constructors

  Modifier	Constructor and Description
  protected	SSLBufferedInput() Constructor

• Method Summary

  Methods

  Modifier and Type	Method and Description
  int	available() Returns an estimated number of bytes that can be read or skipped without blocking for more input.
  protected int	consumed() Returns the number of consumed bytes.
  int	read() Reads the following byte value.
  protected void	setSourceBuffer(ByteBuffer in) Sets the buffer as a data source

  • Methods inherited from class org.apache.harmony.xnet.provider.jsse.SSLInputStream

    read, read, readUint16, readUint24, readUint32, readUint64, readUint8

  • Methods inherited from class java.io.InputStream

    close, mark, markSupported, read, reset, skip

  • Methods inherited from class java.lang.Object

    clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

• Constructor Detail

  • SSLBufferedInput

    protected SSLBufferedInput()

    Constructor

• Method Detail

  • setSourceBuffer

    protected void setSourceBuffer(ByteBuffer in)

    Sets the buffer as a data source

  • available

    public int available()
                  throws IOException

    Description copied from class: InputStream
    Returns an estimated number of bytes that can be read or skipped without blocking for more input.

    Note that this method provides such a weak guarantee that it is not very useful in practice.

    Firstly, the guarantee is "without blocking for more input" rather than "without blocking": a read may still block waiting for I/O to complete — the guarantee is merely that it won't have to wait indefinitely for data to be written. The result of this method should not be used as a license to do I/O on a thread that shouldn't be blocked.

    Secondly, the result is a conservative estimate and may be significantly smaller than the actual number of bytes available. In particular, an implementation that always returns 0 would be correct. In general, callers should only use this method if they'd be satisfied with treating the result as a boolean yes or no answer to the question "is there definitely data ready?".

    Thirdly, the fact that a given number of bytes is "available" does not guarantee that a read or skip will actually read or skip that many bytes: they may read or skip fewer.

    It is particularly important to realize that you must not use this method to size a container and assume that you can read the entirety of the stream without needing to resize the container. Such callers should probably write everything they read to a ByteArrayOutputStream and convert that to a byte array. Alternatively, if you're reading from a file, File.length() returns the current length of the file (though assuming the file's length can't change may be incorrect, reading a file is inherently racy).

    The default implementation of this method in InputStream always returns 0. Subclasses should override this method if they are able to indicate the number of bytes available.

    Specified by:

    available in class SSLInputStream

    Returns:

    the estimated number of bytes available

    Throws:

    IOException - if this stream is closed or an error occurs

  • consumed

    protected int consumed()

    Returns the number of consumed bytes.

  • read

    public int read()
             throws IOException

    Reads the following byte value. If there are no bytes in the source buffer, method throws java.nio.BufferUnderflowException.

    Specified by:

    read in class SSLInputStream

    Returns:

    the byte read or -1 if the end of stream has been reached.

    Throws:

    IOException - if the stream is closed or another IOException occurs.

    See Also:

    SSLStreamedInput.read(), read(), HandshakeIODataStream.read()