Hibernate之父：该升级到Java EE 6了
Hibernate 之父 Gavin King[1]建议开发者升级到 Java EE 6 平台，并指出，目前各种不愿意升级的观点其实是没有根据的。
Java EE 6 发布后，我看到了很多反对升级到新平台的观点。这些反对观点大多是由 Tomcat / Jetty 以及一些开源框架（例如 Hibernate 与 Spring）的使用者提出。
当然，选择非标准、开源技术有很多好处。另外，在 EE 6 中，你可以使用你感兴趣的开源框架，Servlet 3 与 CDI 可以无缝集成第三方框架。因此，没有理由不使用 EE 6。尽管如此，我还是看到有人说：
升级到 EE 应用服务器很困难
这似乎是具体组织的政治问题，而不是实际的技术问题。当然，升级服务器（例如 GlassFish 或 JBoss）是非常琐碎的任务。（升级第三方框架就更为痛苦了。）一些组织机构对服务器升级有着非常重量级的过程，而对于服务器内运行的框架的升级过程却 没有如此重的过程控制。因此，对于开发团队来说，升级第三方框架反而更容易一些。
我认为开发更有说服力、更好的过程才是最重要的，而不是放弃 Java EE。将你的应用运行在老旧、过时的服务器平台上存在很多风险，过程不应该鼓励这样的实践。
但从实践角度看，几乎每一个人都准备最近就升级到 Servlet 3。无论你在使用 Tomcat、Jetty、JBoss、GlassFish、Resin、WebLogic、Oracle 还是 WebSphere，都意味着服务器的升级。这是一个升级到 EE 6 Web Profile 的绝好机会，黄金时机。
EE 应用服务器太庞大了
反对理由是 EE 服务器包含了很多（当前）使用不到的功能。反对者的论据通常涉及到了讨论 jar 包大小、Servlet 引擎+第三方框架与 EE 应用服务器所占用的磁盘空间大小的比较。其实，这样的论据是有问题的：
讨论的磁盘占用、磁盘空间用 $ 衡量其实是微不足道的，并且应用 war 包比服务器安装包的大小重要得多，服务器其实包含了很多功能来尽量降低 war 的大小。
另外，我认为最有说服力的是 Java EE 6 Web Profile 更本不庞大。一旦经过认证的 Web Profile 服务器投放市场，我们就可以在大的 EE 应用服务器与小的 Servlet 容器中间找到一个平衡点。
糟糕的 J2EE 与 EJB2！
随着 JCP 的标准化进程，这个问题其实早已不存在了：
1. EJB2 从出现到现在已经 8 年了！它依然是你的最佳选择？
2.不错的规范已经通过 JCP 不断的标准化而合并了，可以非常确定地使用其中一些规范。不过，JCP 在规范标准化上也不是100% 成功的。
3. 所有在 EE 6 平台上工作的人都讨厌 EJB2 与 J2EE。这就是为什�
相关文档：
最近要在一个JAVA工程中调用一个别人的DLL库，出现了以下问题：平台是JDK1.6.0_2
别人的DLL导出的函数类似于_Java_Sth_1Find@12 ，而我访问该函数的类如果在default package下就可以正常访问，就是说DLL导出的JNI是在默认包下的，而如果把该类放入特定的包下就会出现Exception in thread "main" java.lang.UnsatisfiedLink ......
反射机制:所谓的反射机制就是java语言在运行时拥有一项自观的能力。通过这种能力可以彻底的了解自身的情况为下一步的动作做准备。下面具体介绍一下java
的反射机制。这里你将颠覆原来对java的理解。
Java的反射机制的实现要借助于4个类：class，Constructor，F ......
发送 email 需要 email.jar activation.jar
-----------------------------------------------
package tao.email;
import java.util.Date;
import java.util.Properties;
import javax.mail.Authenticator;
import javax.mail.Message;
import javax.mail.PasswordAuthentication;
i ......
我们知道，在Java中设置变量值的操作，除了long和double类型的变量外都是原子操作，也就是说，对于变量值的简单读写操作没有必要进行同步。
这在JVM 1.2之前，Java的内存模型实现总是从主存读取变量，是不需要进行特别的注意的。而随着JVM的成熟和优化，现在在多线程环境下
volatile关键字的使用变得非常重要。在当前的 ......
// 删除时必须通过iterator.remove()来执行，不能直接使用set的remove()来执行，不然会出现java.util.ConcurrentModificationException异常
/* Iterator<String> delIter = keySet.iterator();
......
