git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Robin Rosenberg <robin.rosenberg@dewire.com>
To: "Shawn O. Pearce" <spearce@spearce.org>
Cc: git@vger.kernel.org
Subject: Re: [JGIT PATCH 1/6] Create input and output streams that have timeouts
Date: Mon, 22 Jun 2009 23:09:07 +0200	[thread overview]
Message-ID: <200906222309.07435.robin.rosenberg@dewire.com> (raw)
In-Reply-To: <1245446875-31102-2-git-send-email-spearce@spearce.org>

fredag 19 juni 2009 23:27:50 skrev "Shawn O. Pearce" <spearce@spearce.org>:
> We can use these streams to wrap around a PipedInputStream, such
> as the one given to us by JSch, to implement a timeout so we can
> abort a transport operation if the remote peer doesn't communicate
> with us in a timely fashion.
> 
> Only the input and output streams and tests are defined, later
> I will make use of them in the transport layer where we can't
> rely upon raw socket timeouts to abort a long running IO call.
> 
> Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
> ---
>  .../jgit/util/io/TimeoutInputStreamTest.java       |  187 +++++++++++++
>  .../jgit/util/io/TimeoutOutputStreamTest.java      |  286 ++++++++++++++++++++
>  .../org/spearce/jgit/util/io/InterruptTimer.java   |  216 +++++++++++++++
>  .../spearce/jgit/util/io/TimeoutInputStream.java   |  133 +++++++++
>  .../spearce/jgit/util/io/TimeoutOutputStream.java  |  146 ++++++++++
>  5 files changed, 968 insertions(+), 0 deletions(-)
>  create mode 100644 org.spearce.jgit.test/tst/org/spearce/jgit/util/io/TimeoutInputStreamTest.java
>  create mode 100644 org.spearce.jgit.test/tst/org/spearce/jgit/util/io/TimeoutOutputStreamTest.java
>  create mode 100644 org.spearce.jgit/src/org/spearce/jgit/util/io/InterruptTimer.java
>  create mode 100644 org.spearce.jgit/src/org/spearce/jgit/util/io/TimeoutInputStream.java
>  create mode 100644 org.spearce.jgit/src/org/spearce/jgit/util/io/TimeoutOutputStream.java
> 
> diff --git a/org.spearce.jgit.test/tst/org/spearce/jgit/util/io/TimeoutInputStreamTest.java b/org.spearce.jgit.test/tst/org/spearce/jgit/util/io/TimeoutInputStreamTest.java
> new file mode 100644
> index 0000000..25eff9a
> --- /dev/null
> +++ b/org.spearce.jgit.test/tst/org/spearce/jgit/util/io/TimeoutInputStreamTest.java
> @@ -0,0 +1,187 @@
> +/*
> + * Copyright (C) 2009, Google Inc.
> + *
> + * All rights reserved.
> + *
> + * Redistribution and use in source and binary forms, with or
> + * without modification, are permitted provided that the following
> + * conditions are met:
> + *
> + * - Redistributions of source code must retain the above copyright
> + *   notice, this list of conditions and the following disclaimer.
> + *
> + * - Redistributions in binary form must reproduce the above
> + *   copyright notice, this list of conditions and the following
> + *   disclaimer in the documentation and/or other materials provided
> + *   with the distribution.
> + *
> + * - Neither the name of the Git Development Community nor the
> + *   names of its contributors may be used to endorse or promote
> + *   products derived from this software without specific prior
> + *   written permission.
> + *
> + * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND
> + * CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES,
> + * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
> + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
> + * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR
> + * CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
> + * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
> + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
> + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
> + * CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
> + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
> + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
> + * ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
> + */
> +
> +package org.spearce.jgit.util.io;
> +
> +import java.io.IOException;
> +import java.io.InterruptedIOException;
> +import java.io.PipedInputStream;
> +import java.io.PipedOutputStream;
> +import java.util.Arrays;
> +import java.util.List;
> +
> +import org.spearce.jgit.util.NB;
> +import org.spearce.jgit.util.io.InterruptTimer;
> +import org.spearce.jgit.util.io.TimeoutInputStream;
> +
> +import junit.framework.TestCase;
> +
> +public class TimeoutInputStreamTest extends TestCase {
> +	private static final int timeout = 250;
> +
> +	private PipedOutputStream out;
> +
> +	private PipedInputStream in;
> +
> +	private InterruptTimer timer;
> +
> +	private TimeoutInputStream is;
> +
> +	private long start;
> +
> +	protected void setUp() throws Exception {
> +		super.setUp();
> +		out = new PipedOutputStream();
> +		in = new PipedInputStream(out);
> +		timer = new InterruptTimer();
> +		is = new TimeoutInputStream(in, timer);
> +		is.setTimeout(timeout);
> +	}
> +
> +	protected void tearDown() throws Exception {
> +		close();
> +		super.tearDown();
> +	}
> +
> +	public void testTimeout_readByte_Success1() throws IOException {
> +		out.write('a');
> +		assertEquals('a', is.read());
> +		close();
Unnecessary close(). It is already in tearDown. Same goes for all other
tests in the suite.

> +	}
> +
> +	public void testTimeout_readByte_Success2() throws IOException {
> +		final byte[] exp = new byte[] { 'a', 'b', 'c' };
> +		out.write(exp);
> +		assertEquals(exp[0], is.read());
> +		assertEquals(exp[1], is.read());
> +		assertEquals(exp[2], is.read());
> +		close();
> +	}

Perhaps a normal end of stream test too, out.close and verify that read
returns -1.

> +	public void testTimeout_readByte_Timeout() throws IOException {
> +		beginRead();
> +		try {
> +			is.read();
> +			fail("incorrectly read a byte");
> +		} catch (InterruptedIOException e) {
> +			// expected
> +		}
> +		assertTimeout();
> +		close();
> +	}
> +
> +	public void testTimeout_readBuffer_Success1() throws IOException {
> +		final byte[] exp = new byte[] { 'a', 'b', 'c' };
> +		final byte[] act = new byte[exp.length];
> +		out.write(exp);
> +		NB.readFully(is, act, 0, act.length);
> +		assertTrue(Arrays.equals(exp, act));
> +		close();
> +	}
> +
> +	public void testTimeout_readBuffer_Success2() throws IOException {
> +		final byte[] exp = new byte[] { 'a', 'b', 'c' };
> +		final byte[] act = new byte[exp.length];
> +		out.write(exp);
> +		NB.readFully(is, act, 0, 1);
> +		NB.readFully(is, act, 1, 1);
> +		NB.readFully(is, act, 2, 1);
> +		assertTrue(Arrays.equals(exp, act));
> +		close();
> +	}
> +
> +	public void testTimeout_readBuffer_Timeout() throws IOException {
> +		beginRead();
> +		try {
> +			is.read(new byte[512]);
> +			fail("incorrectly read bytes");
> +		} catch (InterruptedIOException e) {
> +			// expected
> +		}
> +		assertTimeout();
> +		close();
> +	}

The success read calls NB.readFully, shouldn't the timeout ones use the
same API?

> +	public void testTimeout_skip_Success() throws IOException {
> +		final byte[] exp = new byte[] { 'a', 'b', 'c' };
> +		out.write(exp);
> +		assertEquals(2, is.skip(2));
> +		assertEquals('c', is.read());
> +		close();
> +	}
> +
> +	public void testTimeout_skip_Timeout() throws IOException {
> +		beginRead();
> +		try {
> +			is.skip(1024);
> +			fail("incorrectly skipped bytes");
> +		} catch (InterruptedIOException e) {
> +			// expected
> +		}
> +		assertTimeout();
> +		close();
> +	}
> +
> +	private void beginRead() {
> +		start = now();
> +	}
> +
> +	private void assertTimeout() {
> +		final long wait = now() - start;
> +		assertTrue(Math.abs(wait - timeout) < 50);

Maybe a comment to the uninvited.

> +	}
...
> +public class TimeoutOutputStreamTest extends TestCase {
> +	private static final int timeout = 250;
...
> +	protected void tearDown() throws Exception {
> +		close();
> +		super.tearDown();
> +	}
> +
Same comment as for the input test and close().


And the rest is beautiful code.

-- robin

  parent reply	other threads:[~2009-06-22 21:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-19 21:27 [JGIT PATCH 0/6] Add timeouts to network IO Shawn O. Pearce
2009-06-19 21:27 ` [JGIT PATCH 1/6] Create input and output streams that have timeouts Shawn O. Pearce
2009-06-19 21:27   ` [JGIT PATCH 2/6] Add remote.name.timeout to configure an IO timeout Shawn O. Pearce
2009-06-19 21:27     ` [JGIT PATCH 3/6] Add timeouts to smart transport protocol clients Shawn O. Pearce
2009-06-19 21:27       ` [JGIT PATCH 4/6] Add timeouts to smart transport protocol servers Shawn O. Pearce
2009-06-19 21:27         ` [JGIT PATCH 5/6] Add timeouts to anonymous git:// daemon Shawn O. Pearce
2009-06-19 21:27           ` [JGIT PATCH 6/6] Add --timeout command line options Shawn O. Pearce
2009-06-20 22:28     ` [JGIT PATCH 2/6] Add remote.name.timeout to configure an IO timeout Robin Rosenberg
2009-06-20 22:54       ` Shawn O. Pearce
2009-06-22 21:09   ` Robin Rosenberg [this message]
2009-06-23 16:41     ` [JGIT PATCH 1/6 v2] Create input and output streams that have timeouts Shawn O. Pearce

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200906222309.07435.robin.rosenberg@dewire.com \
    --to=robin.rosenberg@dewire.com \
    --cc=git@vger.kernel.org \
    --cc=spearce@spearce.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).