Trustin Lee
60d3502ba1
Removed the lock aquisition against SocketChannel when isConnected() and isBound() is called, because it causes unnecessary contention
2010-01-09 06:38:14 +00:00
Trustin Lee
c8fc3a1135
* Fixed a bug where a user can break Netty when he or she calls setSuccess() on AbstractChannel.closeFuture
...
* UnfailingChannelFuture is not used anymore - deleting
2010-01-09 05:40:40 +00:00
Trustin Lee
e2086cb754
Fixed a potential bug where close future might not be notified
2010-01-09 05:39:23 +00:00
Trustin Lee
d924439330
Sorted cases in switch statements just in case compiler makes a mistake
2010-01-09 05:38:34 +00:00
Trustin Lee
9c0e9e1780
Workaround for a compiler bug (unsorted switch cases)
2010-01-09 05:30:39 +00:00
Trustin Lee
a1d7a75ff4
Line wrap at 80
2010-01-09 00:52:20 +00:00
Trustin Lee
6e228216b4
better documentation
2010-01-08 23:12:00 +00:00
Trustin Lee
a8d9e044d2
17 -> BUCKET_SIZE
2010-01-08 14:11:18 +00:00
Trustin Lee
4999fabbcc
NPE check
2010-01-08 13:29:39 +00:00
Trustin Lee
d7be7be552
Initial check-in of the WebSocket implementation and its example
2010-01-08 08:45:56 +00:00
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