Trustin Lee
9f8fa65a14
* Use HttpRequest.isKeepAlive() instead of long conditionals
...
* Use HttpChunkAggregator because we don't want to complicate the example
2010-01-08 08:33:48 +00:00
Trustin Lee
f926c0adc0
Use HttpRequest.isKeepAlive() instead of long conditionals
2010-01-08 08:31:52 +00:00
Trustin Lee
4ede085edc
* Replaced TreeMap with custom linked hash map for storing HTTP headers
...
* Added HttpMessage.getHeaders() and HttpChunkTrailer.getHeaders()
2010-01-08 08:29:37 +00:00
Trustin Lee
58086a865f
Code clean up
2010-01-07 09:19:19 +00:00
Trustin Lee
46e9fe364a
Fixed issue: NETTY-272 HttpMessageEncoder should not prepend/append extra data around HttpChunk content if Transfer-Encoding is not chunked.
...
* OneToOneEncoder should ignore null because HttpMessageEncoder returns null when HttpChunk.isLast() is true.
2010-01-07 09:08:15 +00:00
Trustin Lee
661acd24c8
Fixed issue: NETTY-272 HttpMessageEncoder should not prepend/append extra data around HttpChunk content if Transfer-Encoding is not chunked.
...
* HttpMessageEncoder now does not add any extra data around HttpChunk content if Transfer-Encoding is not 'chunked'
* Moved the utility code that checks the existance of 'Transfer-Encoding: chunked' to HttpCodecUtil so that both HttpMessageEncoder and DefaultHttpMessage can use it
2010-01-07 09:05:38 +00:00
Trustin Lee
491baa0c7b
Added the header constants related with WebSocket
2010-01-07 07:57:14 +00:00
Trustin Lee
bda5887238
Added Channels.pipeline(ChannelHandler...)
2010-01-07 06:41:15 +00:00
Trustin Lee
d26dc2791f
Added a FIXME marker for StaticChannelPipeline
2010-01-07 05:44:44 +00:00
Trustin Lee
0596aaac48
Extracted int-to-string conversion to ConversionUtil
2010-01-07 05:33:50 +00:00
Trustin Lee
bfc3b3999d
Educational information about UDP packet length limitation
2010-01-06 12:13:40 +00:00
Trustin Lee
96da66960a
Fixed a bug: NETTY-270 DatagramChannelConfig.setOption("receiveBufferSizePredictorFactory",..) does not work.
...
* Added a missing if statement
2010-01-06 12:03:18 +00:00
Trustin Lee
6dcc714704
Indentation
2009-12-30 03:20:22 +00:00
Trustin Lee
aae6dce046
Indentation
2009-12-30 03:14:50 +00:00
Trustin Lee
7036654647
* Resolved issue: NETTY-269 (Add ChannelBuffers.copiedBuffer() that accepts char[], CharBuffer, and CharSequence)
...
* Rewrote toString() and copiedBuffer() implementation
* Removed unnecessary methods in CharsetUtil
2009-12-29 07:24:24 +00:00
Trustin Lee
33766a1f4f
Removed the deprecated tests
2009-12-29 05:54:38 +00:00
Trustin Lee
24b59bbfa9
Resolved issue: NETTY-268 (Use Charset instead of String to represent a character set.)
...
* Replaced String charsetName with Charset
* Added o.j.n.util.CharsetUtil
2009-12-29 05:52:00 +00:00
Trustin Lee
55078d87bd
Documentation
2009-12-29 03:07:20 +00:00
Trustin Lee
a07d24ec3e
Fixed issue: NETTY-267 ChannelGroupFuture.iterator() should iterate in the order where the I/O actually occurred.
...
* Replaced HashMap with LinkedHashMap in DefaultChannelGroup and DefaultChannelGroupFuture
2009-12-29 02:29:41 +00:00
Trustin Lee
0314234a41
Spacing
2009-12-29 01:34:00 +00:00
Trustin Lee
437cc0211c
'\n' -> "\r\n"
2009-12-24 03:18:00 +00:00
Trustin Lee
3ff8cd46c9
* Backported LinkedTransferQueue from the latest upstream revision (1.71)
...
** Replaced the use of sun.misc.Unsafe with Atomic*FieldUpdater
** Added ThreadLocalRandom
2009-12-24 03:10:34 +00:00
Trustin Lee
c7e2562f1c
Fixed issue: NETTY-265 NIO datagram transport should not close the channel on write failure
2009-12-22 04:38:34 +00:00
Trustin Lee
974a18568a
Backported the changes (~ 1.44) in LinkedTransferQueue from the upstream
2009-12-21 08:51:11 +00:00
Trustin Lee
ad4d99c764
Fixed NETTY-263 (Build fails with unzipped distribution)
...
* Configured buildnumber-maven-plugin not to fail even if svn up fails
2009-12-21 04:20:41 +00:00
Trustin Lee
807e801453
[maven-release-plugin] prepare for next development iteration
2009-12-18 08:30:08 +00:00
Trustin Lee
3c0119c8fb
[maven-release-plugin] prepare release netty-3.2.0.ALPHA2
2009-12-18 08:29:22 +00:00
Trustin Lee
eb575430c2
If parentHandler is specified, ServerBootstrap should not use StaticChannelPipeline because the parentHandler might want to manipulate the pipeline
2009-12-18 06:22:08 +00:00
Trustin Lee
64f0a931a4
Reverting back the previous change - some codecs might manipulate the pipeline dynamically
2009-12-18 06:17:59 +00:00
Trustin Lee
553f8cf1e9
Resolved issue: NETTY-262 Static ChannelPipeline implementation
...
* Added StaticChannelPipeline
* Changed all Bootstrap implementations to work with StaticChannelPipeline
* Changed ServerBootstrap and AbstractCodecEmbedder to leverage StaticChannelPipeline
* StackTraceSimplifier should recognize StaticChannelPipeline
2009-12-18 06:03:37 +00:00
Trustin Lee
9951e19573
Null check
2009-12-17 10:57:57 +00:00
Trustin Lee
15aded0df7
* More documentation for developers
2009-12-17 10:21:34 +00:00
Trustin Lee
65634bda11
* Better documentation for developers
...
* Fixed a bug where a channelOpen event is swallowed
2009-12-17 10:19:09 +00:00
Trustin Lee
3fcfc910e1
IdleStateHandler.initialize() and ReadTimeoutHandler.initialize() must not be called if their pipeline is not attached yet. Otherwise the timeout might occur even before the connection is established.
2009-12-17 10:14:22 +00:00
Trustin Lee
2bf4dfcfb9
More Javadoc for LifeCycleAwareChannelHandler
2009-12-17 09:43:45 +00:00
Trustin Lee
d06a6285ea
Fixed a broken Javadoc link
2009-12-17 09:23:02 +00:00
Trustin Lee
fd3bcedbbf
At least timestamps must be updated on channelOpen
2009-12-17 09:16:52 +00:00
Trustin Lee
ba17621c01
IdleStateHandler and ReadTimeoutHandler don't need to override channelOpen anymore because the contract of LifeCycleAwareChannelHandler has been changed.
2009-12-17 09:13:30 +00:00
Trustin Lee
7048c51898
Fixed Javadoc of LifeCycleAwareChannelHandler
...
* Some handlers (e.g. SslHandler, ZlibEncoder) need to store its context somewhere, and they needed to implement both beforeAdd() and channelOpen() because beforeAdd() is not called if pipeline is not attached. This led to code duplication. To address this issue, ChannelPipeline now always calls the life cycle listeners whether it is attached or not
2009-12-17 09:11:07 +00:00
Trustin Lee
f7606ffc31
Fixed a bug where the first handler's life cycle listener is not called
2009-12-17 09:05:46 +00:00
Trustin Lee
d6facc0b9e
Removed the Javadoc links to the deprecated methods
2009-12-17 08:46:18 +00:00
Trustin Lee
578def7a9b
Fixed issue: NETTY-260 ZlibEncoder.close() and SslHandler.handshake/close() methods do not require a parameter
...
* SslHandler implements LifeCycleAwareChannelHandler to retrieve its context
* SslHandler.handshake() and close() do not need an argument anymore
* Deprecated the old methods
2009-12-17 08:44:38 +00:00
Trustin Lee
3275f74ef9
Fixed issue: NETTY-260 ZlibEncoder.close() and SslHandler.handshake/close() methods do not require a parameter
...
* ZlibEncoder implements LifeCycleAwareChannelHandler to retrieve its context
* ZlibEncoder.close() does not need an argument anymore
2009-12-17 08:37:11 +00:00
Trustin Lee
2958023950
Documented the possibility of thread safety issues in BufferedWriteHandler due to wrong queue implementation
2009-12-16 08:35:30 +00:00
Trustin Lee
c35231ae95
Resolved issue: NETTY-209 (Batch Write Handler)
...
* Added BufferedWriteHandler
2009-12-16 08:29:33 +00:00
Trustin Lee
feac8bb5fa
Related issue: NETTY-259 (Add constants and enums for HTTP PATCH method)
...
* Added HttpMethod.PATCH
* Added HttpHeaders.Names.ACCEPT_PATCH
* Added all known HTTP response code to HttpResponseStatus
2009-12-16 07:23:35 +00:00
Trustin Lee
d87408936f
BlockingReadHandler does not need to implement LifeCycleAwareChannelHandler
2009-12-16 06:39:53 +00:00
Trustin Lee
bab9af2b52
* Fixed a problem where BlockingReadHandler does not handle exceptions properly
...
* Added BlockingReadHandler.readEvent()
2009-12-16 06:24:45 +00:00
Trustin Lee
38c60ef807
More straightforward description
2009-12-16 05:05:56 +00:00
Trustin Lee
47498eb159
Resolved issue: NETTY-258 (Make DynamicChannelBuffer.ensureWritableBytes() public)
...
* Added ChannelBuffer.ensureWritableBytes(int)
2009-12-16 05:02:23 +00:00