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 的标准化进程，这个问题其实早已不存在了：
EJB2
从出现到现在已经 8 年了！它依然是你的最佳选择
相关文档：
import java.io.FileWriter;
import java.io.IOException;
import java.io.RandomAccessFile;
/**
* 将内容追加到文件尾部
*/
public class AppendToFile
{
/**
* A方法追加文件：使用RandomAccessFile
*
......
long startTime=System.currentTimeMillis(); //获取开始时间
doSomeThing(); //测试的代码段
long endTime=System.currentTimeMillis(); //获取结束时间
System.out.println("程序运行时间： "+(end-start)+"ms"); ......
Java杂谈（九）－－Struts
J2ee的开源框架很多，笔者只能介绍自己熟悉的几个，其他的目前在中国IT行业应用得不是很多。希望大家对新出的框架不要盲目的推崇，首先一定要熟悉它比旧的到底好在哪里，新的理念和特性 ......
Java中调用C/C++生成的DLL
一、 生成C的头文件
1. 编辑Main.java
public class Main
{
public native static int getStrNum(byte str[], int strLen);
}
2. 生成头文件
按win + r打开“运行”窗口，输入“cmd”，打开 ......
1使用不带参数的存储过程
使用 JDBC 驱动程序调用不带参数的存储过程时，必须使用 call SQL 转义序列。不带参数的 call 转义序列的语法如下所示：
以下是引用片段：
{call procedure-name}
作为实例，在 SQL Server 2005 AdventureWorks 示例数据库中创建以下存储过程：
以下是引用片段：
......
