Netty 3.1.0.BETA2 released - A New Chapter in the User Guide and Dead Lock Auto-detection

Stefan Ackermann stivo.scala at gmail.com
Sat Apr 18 15:56:00 EDT 2009


Hi Trustin,

Here is a small patch for the documentation. Nothing big.
Also this sentence seems broken in architecture chapter: "The lack of
portability between transports becomes a problem when you need to support
more transports not rewriting the network layer of the application."

Other than that its good.

Cheers,
Stefan


On Sat, Apr 18, 2009 at 7:13 PM, Virat Gohil <virat4lug at gmail.com> wrote:

> Hi Trustin,
>
> Congratulations to Netty for reaching another milestone :). R 3.1 is
> coming together really well. You have been doing excellent stuff and
> at an exceptional pace. Its a pleasure working with Netty.
>
> Cheers!
>
> Virat
>
>
> On Sat, Apr 18, 2009 at 9:35 PM, Trustin Lee <tlee at redhat.com> wrote:
> > Hi folks,
> >
> > Netty 3.1.0.BETA2, the second beta release of 3.1 branch, has been
> released.
> >
> > The Netty project is an effort to provide an asynchronous,
> > event-driven network application framework and tools for rapid
> > development of maintainable, high-performance, high-scalability
> > protocol servers and clients.
> >
> > In other words, Netty is a NIO client server framework that enables
> > quick and easy development of network applications such as protocol
> > servers and clients. It simplifies and streamlines network programming
> > such as TCP and UDP socket servers.
> >
> > Please visit our web site to download it:
> >
> >   * http://www.jboss.org/netty/
> >
> > As always, your feed back is more than appreciated.  Please visit the
> > discussion forum and leave some comments and questions:
> >
> >   * http://www.jboss.org/netty/community.html
> >
> > A New Chapter in the User Guide
> > ===============================
> > If you were following us at Twitter ( http://twitter.com/netty_project
> > ), you might already have noticed that we updated the user guide to
> > reflect the feed back from the community.  Please check it out; it
> > worths a read! - http://tinyurl.com/b2snx4
> >
> > Dead Lock Auto-detection
> > ========================
> > It is a common mistake for a Netty beginner to call
> > ChannelFuture.await*() method when a ChannelHandler is running in an
> > I/O worker thread.  The ChannelFuture implementation now throws an
> > IllegalStateException if a user called ChannelFuture.await*() from an
> > I/O worker thread.  Just in case you didn't know about this, please
> > read the updated Javadoc of ChannelFuture: http://tinyurl.com/dyooey
> >
> > SSL Bug Fixes
> > =============
> > A couple issues related with SslHandler were found by community
> > members, and they were all fixed thanks to the detailed bug report
> > from them.  I'd like to say thank you again to Virat Gohil, Bryan
> > Wagner, and Huican Ping, in no particular order.
> >
> > Upcoming Releases
> > =================
> > If there's no noticeable bugs and I have done enough documentation and
> > testing, the next release will be 3.1.0.CR1 (Candidate Release).
> > Otherwise, it will be 3.1.0.BETA3.  Please keep us updated with any
> > bugs, design issues, API usability feed back, and questions.
> >
> > Miscellaneous
> > =============
> > For the full changelog, please visit here:
> >
> >   * http://tinyurl.com/cnz2wm
> >
> > Again, as always, your feed back is more than appreciated.  Please
> > visit the discussion forum and feel free to leave some comments and
> > questions:
> >
> >   * http://www.jboss.org/netty/community.html
> >
> > Cheers,
> >
> > — Trustin Lee, http://gleamynode.net/
> >
> > _______________________________________________
> > netty-users mailing list
> > netty-users at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/netty-users
> >
>
> _______________________________________________
> netty-users mailing list
> netty-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/netty-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/netty-users/attachments/20090418/ebee5641/attachment.html 
-------------- next part --------------
Index: src/docbook/module/architecture.xml
===================================================================
--- src/docbook/module/architecture.xml	(revision 1220)
+++ src/docbook/module/architecture.xml	(working copy)
@@ -78,7 +78,7 @@
     </para>
     <para>
       This mismatch makes porting a network application from one transport to
-      the other.  The lack of portability between transports becomes a problem
+      the other tedious. The lack of portability between transports becomes a problem
       when you need to support more transports not rewriting the network layer
       of the application.  Logically, many protocols can run on more than one
       transport such as TCP/IP, UDP/IP, SCTP, and serial port communication.
Index: src/docbook/module/buffer.xml
===================================================================
--- src/docbook/module/buffer.xml	(revision 1220)
+++ src/docbook/module/buffer.xml	(working copy)
@@ -67,8 +67,8 @@
       By contrast, &ChannelBuffer; does not have such caveats because it is
       fully extensible and has a built-in composite buffer type.
     </para>
-    <programlisting>&ChannelBuffer;<co id="example.buffer2.co1"/> message = &Channels;.wrappedBuffer(header, body);
-&ChannelBuffer;<co id="example.buffer2.co2"/> messageWithFooter = &Channels;.wrappedBuffer(message, footer);
+    <programlisting>&ChannelBuffer;<co id="example.buffer2.co1"/> message = &ChannelBuffers;.wrappedBuffer(header, body);
+&ChannelBuffer;<co id="example.buffer2.co2"/> messageWithFooter = &ChannelBuffers;.wrappedBuffer(message, footer);
 messageWithFooter.getUnsignedInt(
     messageWithFooter.readableBytes() - footer.readableBytes() - 1<co id="example.buffer2.co3"/>);</programlisting>
     <calloutlist>
@@ -107,10 +107,10 @@
       <classname>StringBuffer</classname> to expand the capacity of its
       internal buffer on demand.  Netty allows you to do the same via
       a <firstterm>dynamic</firstterm> buffer which is created by the
-      &Channels;<literal>.</literal><methodname>dynamicBuffer()</methodname>
+      &ChannelBuffers;<literal>.</literal><methodname>dynamicBuffer()</methodname>
       method.
     </para>
-    <programlisting>&ChannelBuffer;<co id="example.buffer3.co1"/> dynamicBuffer = &Channels;.dynamicBuffer(4);
+    <programlisting>&ChannelBuffer;<co id="example.buffer3.co1"/> dynamicBuffer = &ChannelBuffers;.dynamicBuffer(4);
 dynamicBuffer.writeByte('1');<co id="example.buffer3.co2"/>
 dynamicBuffer.writeByte('2');
 dynamicBuffer.writeByte('3');


More information about the netty-users mailing list