From f700f9b14fead7ca6c3bed67005a7d5ea16ce1b8 Mon Sep 17 00:00:00 2001 From: Trustin Lee Date: Tue, 9 Nov 2010 05:35:24 +0000 Subject: [PATCH] Fixed misleading Javadoc in ReplayingDecoder --- .../jboss/netty/handler/codec/replay/ReplayingDecoder.java | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/src/main/java/org/jboss/netty/handler/codec/replay/ReplayingDecoder.java b/src/main/java/org/jboss/netty/handler/codec/replay/ReplayingDecoder.java index 2db14ec56d..e9bda20dde 100644 --- a/src/main/java/org/jboss/netty/handler/codec/replay/ReplayingDecoder.java +++ b/src/main/java/org/jboss/netty/handler/codec/replay/ReplayingDecoder.java @@ -96,10 +96,9 @@ import org.jboss.netty.handler.codec.frame.FrameDecoder; * the {@code decode(..)} method again when more data is received into the * buffer. *

- * Please note that the overhead of throwing an {@link Error} is minimal unlike - * throwing a new {@link Exception} in an ordinary way. {@link ReplayingDecoder} - * reuses the same {@link Error} instance so that it does not need to fill its - * stack trace, which takes most of {@link Exception} initialization time. + * Please note that {@link ReplayingDecoder} always throws the same cached + * {@link Error} instance to avoid the overhead of creating a new {@link Error} + * and filling its stack trace for every throw. * *

Limitations

*