又一次对java.util.logger无语的时候，我在想如何用SLF4J logger取代它。尽管Guice针对java.util.logger提供一个非常好的内部绑定，slf4j提供一个更好的语法。永远是细节中的魔鬼…如果你想你的logger与当前类一起初始化，你不能简单地注入logger。但是，在Guice中有一个好教程（http://code.google.com/p/google-guice/wiki/CustomInjections）：关于注入log4j looger。SLF4J也是这样工作的。
一般性问题
SLF4J-dev邮件列表上的一个讨论产生了一种开源项目叫做CAL10N或编译器辅助定位 。
正如其名所表示的，CAL10N专注于Java应用程序本地化/国际化的问题。
在CALI0N上，附带SLF4J-EXT-1.7.21.jar的org.slf4j.cal10n包的顶部增加了一个非常薄的一层包以提供本地化的日志记录。
SLF4J迁移者是一个很小的Java工具，用于将Java源文件从Jakata Commons Logging(JCL)迁移到SLF4J。它也能将文件从log4j迁移到SLF4J，或者从java.util.logging API到SLF4J。
通常，有些组件取决或依赖Logging API，而不是SLF4J。你也可以假设不久的将来这些组件不会转变成SLF4J。为了处理这种情况，SLF4J装载了几个可以重定向调用的桥接模块，这些模块使得log4j, JCL and java.util.logging APIs
表现得仿佛他们是SLF4J的代替。下图阐述了这个想法。
请注意在你控制下的源代码，你真得应该用slf4j-migrator。本页所描述的基于二进制的解决方案是适合超出你控制范围的软件。
DatagramSocket类是java通过UDP通信的途径。UDP仍位于IP层的上面。 你可以用DatagramSocket类发送和接收UDP数据包。
UDP 和TCP
UDP工作方式和TCP有点不同。当你通过TCP发送数据时，你先要创建连接。一旦TCP连接建立了，TCP会保证你的数据传递到对端，否则它将告诉你已发生的错误。
仅仅用UDP来发送数据包（datagrams）到网络间的某个IP地址。你不能保证数据会不会到达。你也不能保证UDP数据包到达接收方的指令。这意味着UDP比TCP有更少的协议开销（无完整检查流）。
调用方法o.a.commons.logging.impl.SLF4FLogFactory.release
已给出的公用日志API（common-logging API）,实际上是由SLF4J实现的，o.a.commons.logging.impl.SLF4FLogFactory.release方法永远不会被调用。然而，取决于commons-logging.jar在服务器小程序容器的部署，release()方法可能意外地通过commons-logging.jar装载的org.apache.commons.logging.LogFactoryl类被调用。
如果设计一个客户端到服务器的系统，那么同时也需要设计客户端和服务器之间的通信协议。当然，有时候协议已经为你决定好了，比如HTTP、XML_RPC（http response 的 body 使用xml）、或者SOAP(也是http response 的 body 使用xml)。设计客户端到服务端协议的时候，一旦协议决定开启一会儿，来看一些你必须考虑的地方：
Loading...
(3 votes, average: 3.67 out of 5)