Re: in.close() closes out's socket -- is this a bug?

From:

Lew <noone@lewscanon.com>

Newsgroups:

comp.lang.java.programmer

Date:

Sat, 04 Jul 2009 02:35:54 -0400

Message-ID:

<h2mt8a$sll$1@news.albasani.net>

Roedy Green wrote:

It is supposed to close the socket as a side effect of closing either
the input or OutputStream. What is does with unsent data is not
documented; at least I did not see it. I presume if you want it sent,
you must do a flush first.

Duane Evenson wrote:

I'd assumed the socket stayed open since in all the Sun Java tutorials,
the use out.close();in.close();socket.close();. Why bother to

The Javadocs explicitly state that closing the socket input or output stream
closes the socket.

explicitly close the socket if it was closed with the first command? The

The tutorials may not serve as good templates to follow slavishly, or perhaps
they want to promote a consistency of approach that applies to all I/O, not
just sockets. One can only guess absent asking the tutorial author.

documentation says closing a stream releases the resources, but I would
assume that only meant releasing that resource for that stream -- call it
a semi-release -- not that resource for ALL streams.

You keep talking about what you assume. You need to read the docs so that you
don't have to assume, but can act with knowledge.

I think it's a design flaw to close the socket if other steams are still
associated with that socket.

Apparently the API designers thought otherwise.

--
Lew