select t2.username,t2.sid,t2.serial#,t2.logon_time
 from v$locked_object t1,v$session t2
 where t1.session_id=t2.sid order by t2.logon_time;

alter system kill session '60,333';

压缩处理的工序是在过滤链里面处理的,在自己的应用的web.xml里面描述:

GzipFilter
compressionFilters.CompressionFilter

GzipFilter
*

这里CompressionFilter是Filter接口的类,在实现doFilter方法的时候:
wrappedResponse = new CompressionServletResponseWrapper((HttpServletResponse)response);
chain.doFilter(request, wrappedResponse);
实际上是用CompressionServletResponseWrapper来处理服务器端的response,我们都知道jsp显示的内容是 response里面的out输出的流产生出来的,那么用CompressionServletResponseWrapper将out的流采用gzip压缩下就可以完成任务了:CompressionResponseStream stream = new CompressionResponseStream(response);
在CompressionResponseStream里面将outputstream封装了一下
GZIPOutputStream gzipstream = new GZIPOutputStream(output);
response.addHeader("Content-Encoding", "gzip");
具体代码应该在网上也能找到了.

            编者按：现在开发Java Web应用，建立和部署Web内容是一件很简单的工作。使用Jakarta
            Tomcat作为Servlet和JSP容器的人已经遍及全世界。Tomcat具有免费、跨平台等诸多特性，并且更新得很快，现在非常的流行。

                你所需要做的就是：按照你的需求配置Tomcat，只要你正确配置，Tomcat一般都能适合你的要求。希望对你有所帮助。

                1． 配置系统管理（Admin Web Application）

               
            大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin
            Web Application最初在4.1版本时出现，当时的功能包括管理context、data
            source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。

                Admin Web Application被定义在自动部署文件：CATALINA_BASE/webapps/admin.xml
            。（译者注：CATALINA_BASE即tomcat安装目录下的server目录）

               
            你必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CATALINA_BASE/webapps/admin.xml
            的路径是绝对路径。作为另外一种选择，你也可以删除这个自动部署文件，而在server.xml文件中建立一个Admin Web
            Application的context，效果是一样的。你不能管理Admin Web
            Application这个应用，换而言之，除了删除CATALINA_BASE/webapps/admin.xml ，你可能什么都做不了。

               
            如果你使用UserDatabaseRealm（默认），你将需要添加一个user以及一个role到CATALINA_BASE/conf/tomcat-users.xml
            文件中。你编辑这个文件，添加一个名叫“admin”的role 到该文件中，如下：

<role name="admin"/>

                你同样需要有一个用户，并且这个用户的角色是“admin”。象存在的用户那样，添加一个用户（改变密码使其更加安全）：

<user name="admin" password="deep_dark_secret" roles="admin"/>

               
            当你完成这些步骤后，请重新启动Tomcat，访问http://localhost:8080/admin，你将看到一个登录界面。Admin
            Web Application采用基于容器管理的安全机制，并采用了Jakarta
            Struts框架。一旦你作为“admin”角色的用户登录管理界面，你将能够使用这个管理界面配置Tomcat。

                2．配置应用管理（Manager Web Application）

                Manager Web Application让你通过一个比Admin Web
            Application更为简单的用户界面，执行一些简单的Web应用任务。

                Manager Web Application被被定义在一个自动部署文件中：
                CATALINA_BASE/webapps/manager.xml 。

               
            你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CATALINA_HOME/server/webapps/manager的绝对路径。（译者注：CATALINA_HOME即tomcat安装目录）

               
            如果你使用的是UserDatabaseRealm，那么你需要添加一个角色和一个用户到CATALINA_BASE/conf/tomcat-users.xml文件中。接下来，编辑这个文件，添加一个名为“manager”的角色到该文件中：

<role name=”manager”>

                你同样需要有一个角色为“manager”的用户。像已经存在的用户那样，添加一个新用户（改变密码使其更加安全）：

<user name="manager" password="deep_dark_secret" roles="manager"/>

               
            然后重新启动Tomcat，访问http://localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问http://localhost/manager/html/list，将看到一个HMTL的管理界面。不管是哪种方式都说明你的Manager
            Web Application现在已经启动了。

                Manager
            application让你可以在没有系统管理特权的基础上，安装新的Web应用，以用于测试。如果我们有一个新的web应用位于/home/user/hello下在，并且想把它安装到
            /hello下，为了测试这个应用，我们可以这么做，在第一个文件框中输入“/hello”（作为访问时的path），在第二个文本框中输入“file:/home/user/hello”（作为Config
            URL）。

                Manager
            application还允许你停止、重新启动、移除以及重新部署一个web应用。停止一个应用使其无法被访问，当有用户尝试访问这个被停止的应用时，将看到一个503的错误??“503
            - This application is not currently available”。

               
            移除一个web应用，只是指从Tomcat的运行拷贝中删除了该应用，如果你重新启动Tomcat，被删除的应用将再次出现（也就是说，移除并不是指从硬盘上删除）。

                3．部署一个web应用

            有两个办法可以在系统中部署web服务。
                1> 拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到CATALINA_BASE/webapps目录下。

                2>
            为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。

               
            如果你有一个WAR文件，你若想部署它，则只需要把该文件简单的拷贝到CATALINA_BASE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。接下来，Tomcat将在内存中建立一个context，就好象你在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的DefaultContext获得。

                部署web应用的另一种方式是写一个Context
            XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描述。这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为“context片断”。

                举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：

<!--
Context fragment for deploying MyWebApp.war
-->
<Context path="/demo" docBase="webapps/MyWebApp.war"
debug="0" privileged="true">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Context>

                把该片断命名为“MyWebApp.xml”，然后拷贝到CATALINA_BASE/webapps目录下。

               
            这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。
             4．配置虚拟主机（Virtual Hosts）

            关于server.xml中“Host”这个元素，只有在你设置虚拟主机的才需要修改。虚拟主机是一种在一个web服务器上服务多个域名的机制，对每个域名而言，都好象独享了整个主机。实际上，大多数的小型商务网站都是采用虚拟主机实现的，这主要是因为虚拟主机能直接连接到Internet并提供相应的带宽，以保障合理的访问响应速度，另外虚拟主机还能提供一个稳定的固定IP。

               
            基于名字的虚拟主机可以被建立在任何web服务器上，建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名，并且告诉web服务器把去往不同域名的请求分发到相应的网页目录。因为这篇文章主要是讲Tomcat，我们不准备介绍在各种操作系统上设置DNS的方法，如果你在这方面需要帮助，请参考《DNS
            and Bind》一书，作者是Paul Albitz and Cricket Liu
            (O'Reilly)。为了示范方便，我将使用一个静态的主机文件，因为这是测试别名最简单的方法。

               
            在Tomcat中使用虚拟主机，你需要设置DNS或主机数据。为了测试，为本地IP设置一个IP别名就足够了，接下来，你需要在server.xml中添加几行内容，如下：

<Server port="8005" shutdown="SHUTDOWN" debug="0">
<Service name="Tomcat-Standalone">
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"/>
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5" maxProcessors="75"
acceptCount="10" debug="0" scheme="https" secure="true"/>
<Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" />
</Connector>
<Engine name="Standalone" defaultHost="localhost" debug="0">
<!-- This Host is the default Host -->
<Host name="localhost" debug="0" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<Context path="" docBase="ROOT" debug="0"/>
<Context path="/orders" docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true">
</Context>
</Host>

<!-- This Host is the first "Virtual Host": http://www.example.com/ -->
<Host name="www.example.com" appBase="/home/example/webapp">
<Context path="" docBase="."/>
</Host>

</Engine>
</Service>
</Server>

               
            Tomcat的server.xml文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素，所包含的context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=””）。

                5．配置基础验证（Basic Authentication）

                容器管理验证方法控制着当用户访问受保护的web应用资源时，如何进行用户的身份鉴别。当一个web应用使用了Basic
            Authentication（BASIC参数在web.xml文件中auto-method元素中设置），而有用户访问受保护的web应用时，Tomcat将通过HTTP
            Basic
            Authentication方式，弹出一个对话框，要求用户输入用户名和密码。在这种验证方法中，所有密码将被以64位的编码方式在网络上传输。

                注意：使用Basic
            Authentication通过被认为是不安全的，因为它没有强健的加密方法，除非在客户端和服务器端都使用HTTPS或者其他密码加密码方式（比如，在一个虚拟私人网络中）。若没有额外的加密方法，网络管理员将能够截获（或滥用）用户的密码。但是，如果你是刚开始使用Tomcat，或者你想在你的web应用中测试一下基于容器的安全管理，Basic
            Authentication还是非常易于设置和使用的。只需要添加和两个元素到你的web应用的web.xml文件中，并且在CATALINA_BASE/conf/tomcat-users.xml
            文件中添加适当的和即可，然后重新启动Tomcat。

                下面例子中的web.xml摘自一个俱乐部会员网站系统，该系统中只有member目录被保护起来，并使用Basic
            Authentication进行身份验证。请注意，这种方式将有效的代替Apache web服务器中的.htaccess文件。

<!--
Define the Members-only area, by defining
a "Security Constraint" on this Application, and
mapping it to the subdirectory (URL) that we want
to restrict.
-->
<security-constraint>
<web-resource-collection>
<web-resource-name>
Entire Application
</web-resource-name>
<url-pattern>/members/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>member</role-name>
</auth-constraint>
</security-constraint>
<!-- Define the Login Configuration for this Application -->
<login-config>
<auth-method>BASIC</auth-method>
<realm-name>My Club Members-only Area</realm-name>
</login-config>

                6．配置单点登录（Single Sign-On）

               
            一旦你设置了realm和验证的方法，你就需要进行实际的用户登录处理。一般说来，对用户而言登录系统是一件很麻烦的事情，你必须尽量减少用户登录验证的次数。作为缺省的情况，当用户第一次请求受保护的资源时，每一个web应用都会要求用户登录。如果你运行了多个web应用，并且每个应用都需要进行单独的用户验证，那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统，所有他们也就不知道他们需要访问多少个不同的应用，只是很迷惑，为什么总要不停的登录。

                Tomcat 4的“single
            sign-on”特性允许用户在访问同一虚拟主机下所有web应用时，只需登录一次。为了使用这个功能，你只需要在Host上添加一个SingleSignOn
            Valve元素即可，如下所示：

<Valve className="org.apache.catalina.authenticator.SingleSignOn"
debug="0"/>

                在Tomcat初始安装后，server.xml的注释里面包括SingleSignOn
            Valve配置的例子，你只需要去掉注释，即可使用。那么，任何用户只要登录过一个应用，则对于同一虚拟主机下的所有应用同样有效。

                使用single sign-on valve有一些重要的限制：
                1>
            value必须被配置和嵌套在相同的Host元素里，并且所有需要进行单点验证的web应用（必须通过context元素定义）都位于该Host下。

                2> 包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。
                3> 不能被context中的realm覆盖。
                4>
            使用单点登录的web应用最好使用一个Tomcat的内置的验证方式（被定义在web.xml中的中），这比自定义的验证方式强，Tomcat内置的的验证方式包括basic、digest、form和client-cert。

                5>
            如果你使用单点登录，还希望集成一个第三方的web应用到你的网站中来，并且这个新的web应用使用它自己的验证方式，而不使用容器管理安全，那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次，并且在请求新的第三方应用时还得再登录一次。当然，如果你拥有这个第三方web应用的源码，而你又是一个程序员，你可以修改它，但那恐怕也不容易做。

                6> 单点登录需要使用cookies。
            7．配置用户定制目录（Customized User Directores）

               
            一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：

                http://www.cs.myuniversity.edu/~username
                http://members.mybigisp.com/~username

               
            Tomcat提供两种方法在主机上映射这些个人网站，主要使用一对特殊的Listener元素。Listener的className属性应该是org.apache.catalina.startup.UserConfig，userClass属性应该是几个映射类之一。如果你的系统是Unix，它将有一个标准的/etc/passwd文件，该文件中的帐号能够被运行中的Tomcat很容易的读取，该文件指定了用户的主目录，使用PasswdUserDatabase
            映射类。

<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/>

                web文件需要放置在像/home/users/ian/public_html 或者
            /users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html 到其他任何子目录下。

               
            实际上，这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件，但你又想把一个用户名映射到公共的像/home一样目录的子目录里面，则可以使用HomesUserDatabase类。

<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html" homeBase="/home"
userClass="org.apache.catalina.startup.HomesUserDatabase"/>

                这样一来，web文件就可以位于像/home/ian/public_html 或者
            /home/jasonb/public_html一样的目录下。这种形式对Windows而言更加有利，你可以使用一个像c:\home这样的目录。

                这些Listener元素，如果出现，则必须在Host元素里面，而不能在context元素里面，因为它们都用应用于Host本身。

                8．在Tomcat中使用CGI脚本

                Tomcat主要是作为Servlet/JSP容器，但它也有许多传统web服务器的性能。支持通用网关接口（Common
            Gateway
            Interface，即CGI）就是其中之一，CGI提供一组方法在响应浏览器请求时运行一些扩展程序。CGI之所以被称为通用，是因为它能在大多数程序或脚本中被调用，包括：Perl，Python，awk，Unix
            shell
            scripting等，甚至包括Java。当然，你大概不会把一个Java应用程序当作CGI来运行，毕竟这样太过原始。一般而言，开发Servlet总要比CGI具有更好的效率，因为当用户点击一个链接或一个按钮时，你不需要从操作系统层开始进行处理。

                Tomcat包括一个可选的CGI Servlet，允许你运行遗留下来的CGI脚本。

                为了使Tomcat能够运行CGI，你必须做如下几件事：
                1. 把servlets-cgi.renametojar
            （在CATALINA_HOME/server/lib/目录下）改名为servlets-cgi.jar。处理CGI的servlet应该位于Tomcat的CLASSPATH下。

                2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中，把关于
            CGI的那段的注释去掉（默认情况下，该段位于第241行）。
                3.
            同样，在Tomcat的CATALINA_BASE/conf/web.xml文件中，把关于对CGI进行映射的那段的注释去掉（默认情况下，该段位于第299行）。注意，这段内容指定了HTML链接到CGI脚本的访问方式。

                4. 你可以把CGI脚本放置在WEB-INF/cgi
            目录下（注意，WEB-INF是一个安全的地方，你可以把一些不想被用户看见或基于安全考虑不想暴露的文件放在此处），或者你也可以把CGI脚本放置在context下的其他目录下，并为CGI
            Servlet调整cgiPathPrefix初始化参数。这就指定的CGI Servlet的实际位置，且不能与上一步指定的URL重名。
                5. 重新启动Tomcat，你的CGI就可以运行了。

               
            在Tomcat中，CGI程序缺省放置在WEB-INF/cgi目录下，正如前面所提示的那样，WEB-INF目录受保护的，通过客户端的浏览器无法窥探到其中内容，所以对于放置含有密码或其他敏感信息的CGI脚本而言，这是一个非常好的地方。为了兼容其他服务器，尽管你也可以把CGI脚本保存在传统的/cgi-bin目录，但要知道，在这些目录中的文件有可能被网上好奇的冲浪者看到。另外，在Unix中，请确定运行Tomcat的用户有执行CGI脚本的权限。

                9．改变Tomcat中的JSP编译器（JSP Compiler）

                在Tomcat
            4.1（或更高版本，大概），JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪，但这正是Ant有意为之的一部分，有一个API文档指导开发者在没有启动一个新的JVM的情况下，使用Ant。这是使用Ant进行Java开发的一大优势。另外，这也意味着你现在能够在Ant中使用任何javac支持的编译方式，这里有一个关于Apache
            Ant使用手册的javac page列表。使用起来是容易的，因为你只需要在
            元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下：

<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>
org.apache.jasper.servlet.JspServlet
</servlet-class>
<init-param>
<param-name>logVerbosityLevel</param-name>
<param-value>WARNING</param-value>
</init-param>
<init-param>
<param-name>compiler</param-name>
<param-value>jikes</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>

                当然，给出的编译器必须已经安装在你的系统中，并且CLASSPATH可能需要设置，那处决于你选择的是何种编译器。

            10．限制特定主机访问（Restricting Access to Specific Hosts）

                有时，你可能想限制对Tomcat
            web应用的访问，比如，你希望只有你指定的主机或IP地址可以访问你的应用。这样一来，就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果，Tomcat提供了两个参数供你配置：RemoteHostValve
            和RemoteAddrValve。

               
            通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。

            例如你可以把Admin Web application设置成只允许本地访问，设置如下：

<Context path="/path/to/secret_files" ...>
<Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/>
</Context>

               
            如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。

Hibernate可以配置为JDBCTransaction或者是JTATransaction，这取决于你在hibernate.properties中的配置:

#hibernate.transaction.factory_class net.sf.hibernate.transaction.JTATransactionFactory

#hibernate.transaction.factory_class net.sf.hibernate.transaction.JDBCTransactionFactory

如果你什么都不配置，默认情况下使用JDBCTransaction，如果你配置为：

hibernate.transaction.factory_class net.sf.hibernate.transaction.JTATransactionFactory

将使用JTATransaction不管你准备让Hibernate使用JDBCTransaction，还是JTATransaction，我的忠告就是什么都不配，将让它保持默认状态，如下：

#hibernate.transaction.factory_class net.sf.hibernate.transaction.JTATransactionFactory

#hibernate.transaction.factory_class net.sf.hibernate.transaction.JDBCTransactionFactory

在下面的分析中我会给出原因。

一、JDBC Transaction

看看使用JDBC Transaction的时候我们的代码例子：

Session session = sf.openSession();

Transaction tx = session.beginTransactioin();

...

session.flush();

tx.commit();

session.close();

这是默认的情况，当你在代码中使用Hibernate的Transaction的时候实际上就是JDBCTransaction。那么JDBCTransaction究竟是什么东西呢？来看看源代码就清楚了：

                  Hibernate2.0.3源代码中的类

net.sf.hibernate.transaction.JDBCTransaction:

public void begin() throws HibernateException {   

...

        if (toggleAutoCommit) session.connection().setAutoCommit(false);

...

}

这是启动Transaction的方法，看到connection().setAutoCommit(false) 了吗？是不是很熟悉？               再来看

public void commit() throws HibernateException {   

...

    try {

        if ( session.getFlushMode()!=FlushMode.NEVER ) session.flush();

        try {

            session.connection().commit();

            committed = true;

        }

...

    toggleAutoCommit();

}

这是提交方法，看到connection().commit() 了吗？下面就不用我多说了，这个类代码非常简单易懂，通过阅读使我们明白Hibernate的Transaction都在干了些什么？我现在把用Hibernate写的例子翻译成JDBC，大家就一目了然了：

Connection conn = ...;         <---   session = sf.openSession();

conn.setAutoCommit(false);     <---   tx = session.beginTransactioin();

...                            <---   ...

conn.commit();                 <---   tx.commit(); (对应左边的两句)

conn.setAutoCommit(true);

conn.close();                  <---   session.close();

看明白了吧，Hibernate的JDBCTransaction根本就是conn.commit而已，根本毫无神秘可言，只不过在Hibernate中，Session打开的时候，就会自动conn.setAutoCommit(false)，不像一般的JDBC，默认都是true，所以你最后不写commit也没有关系，由于Hibernate已经把AutoCommit给关掉了，所以用Hibernate的时候，你在程序中不写Transaction的话，数据库根本就没有反应。

二、JTATransaction

    如果你在EJB中使用Hibernate，或者准备用JTA来管理跨Session的长事务，那么就需要使用JTATransaction，先看一个例子：

javax.transaction.UserTransaction tx = new InitialContext().lookup("javax.transaction.UserTransaction");

Session s1 = sf.openSession();

...

s1.flush();

s1.close();

...

Session s2 = sf.openSession();

...

s2.flush();

s2.close();

tx.commit();

这是标准的使用JTA的代码片断，Transaction是跨Session的，它的生命周期比Session要长。如果你在EJB中使用Hibernate，那么是最简单不过的了，你什么Transaction代码统统都不要写了，直接在EJB的部署描述符上配置某某方法是否使用事务就可以了。

                  现在我们来分析一下JTATransaction的源代码

net.sf.hibernate.transaction.JTATransaction:

public void begin(InitialContext context, ...

  ...

  ut = (UserTransaction) context.lookup(utName);

  ...

看清楚了吗？ 和我上面写的代码 tx = new Initial

                  Context?().lookup("javax.transaction.UserTransaction");

                  是不是完全一样？

public void commit() ...

  ...

  if (newTransaction) ut.commit();

  ...

JTATransaction的控制稍微复杂，不过仍然可以很清楚的看出来Hibernate是如何封装JTA的Transaction代码的。

但是你现在是否看到了什么问题？ 仔细想一下，Hibernate Transaction是从Session中获得的，tx = session.beginTransaction()，最后要先提交tx，然后再session.close，这完全符合JDBC的Transaction的操作顺序，但是这个顺序是和JTA的Transactioin操作顺序彻底矛盾的！！！

JTA是先启动Transaction，然后启动Session，关闭Session，最后提交Transaction，因此当你使用JTA的Transaction的时候，那么就千万不要使用Hibernate的Transaction，而是应该像我上面的JTA的代码片断那样使用才行。

总结：

    1、在JDBC上使用Hibernate 必须写上Hibernate Transaction代码，否则数据库没有反应。此时Hibernate的Transaction就是Connection.commit而已

    2、在JTA上使用Hibernate 写JTA的Transaction代码，不要写Hibernate的Transaction代码，否则程序会报错

    3、在EJB上使用Hibernate 什么Transactioin代码都不要写，在EJB的部署描述符里面配置

|---CMT(Container Managed Transaction)

|

|---BMT(Bean Managed Transaction)

        |

        |----JDBC Transaction

        |

        |----JTA Transaction

提问：

javax.transaction.UserTransaction tx = new InitialContext().lookup("javax.transaction.UserTransaction");

Session s1 = sf.openSession();

...

s1.flush();

s1.close();

...

Session s2 = sf.openSession();

...

s2.flush();

s2.close();

tx.commit();

s1不关闭，使用s2进行操作的代码中使用s1可不可以（我觉得这样更加节约资源，不需要反复的连接、关闭）但sf.opengSession()时，并没有setAutoCommit(false)，我想问的是，如果不编写任何事务代码，如：

Session s = sf.openSession();

......

s.close();

数据库会不会有反应（此时应该是默认AutoCommit为true）。

不会有反应。在sf.openSession()

创建Session实例的时候，就已经调用了conn.setAutoCommit(false)了。

另外，我想问一下：

      <code>

      1. s.flush()是不是必须的

      2. s.close()是不是一定要关闭

      </code>

回答：

    s.flush不是必须的，s.close()会调用一次s.flush()

    s.close()正常情况下应该关闭，除非你是用ThreadLocal管理Session。

s1不关闭，使用s2进行操作的代码中使用s1可不可以（我觉得这样更加节约资源，不需要反复的连接、关闭）</code>

在这个例子中看不出来JTA的作用。

假设

<code>Class A  {

  find() {

    Session s1 = sf.openSession();

    ...

    s1.flush();

    s1.close();

  }

}</code>

<code>Class B  {

  find() {

    Session s2 = sf.openSession();

    ...

    s2.flush();

    s2.close();

  }

}

Main {

  tx = ...;

  A.find();

  B.find();

  tx.commit();

}

看明白了吗？JTA的Transaction管理是跨类调用的。

1. 在mySQL中建立一张USER表。

CREATE TABLE USER (
    user_id CHAR(32) NOT NULL PRIMARY KEY,
    name VARCHAR(16) NOT NULL,
    sex CHAR(1),
    age INT
);

2. 建立一个pojo

package com.xy;

public class User {
    private String id;
    private String name;
    private char sex;
    private int age;

    public int getAge() {
        return age;
    }

    public String getId() {
        return id;
    }

    public String getName() {
        return name;
    }

    public char getSex() {
        return sex;
    }

    public void setAge(int i) {
        age = i;
    }

    public void setId(String string) {
        id = string;
    }

    public void setName(String string) {
        name = string;
    }

    public void setSex(char c) {
        sex = c;
    }
}

3. hibernate.cfg.xml文件

<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE hibernate-configuration
    PUBLIC "-//Hibernate/Hibernate Configuration DTD//EN"
    "http://hibernate.sourceforge.net/hibernate-configuration-2.0.dtd">

<hibernate-configuration>

    <session-factory>

        <!-- 显示实际操作数据库时的SQL -->
        <property name="show_sql">true</property>
        <!-- SQL方言，这里设定的是MySQL -->
        <property name="dialect">net.sf.hibernate.dialect.MySQLDialect</property>
        <!-- JDBC驱动程式 -->
        <property name="connection.driver_class">com.mysql.jdbc.Driver</property>
        <!-- JDBC URL -->
        <property name="connection.url">jdbc:mysql://localhost/jiejie</property>
        <!-- 用户名 -->
        <property name="connection.username">root</property>
        <!-- 密码-->
        <property name="connection.password"></property>

        <!-- 映射文件 -->
        <mapping resource="User.hbm.xml"/>

    </session-factory>

</hibernate-configuration>

4. User.hbm.xml

<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping
    PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN"
    "http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd">

<hibernate-mapping>

    <class name="com.xy.User" table="USER">

        <id name="id" type="string" unsaved-value="null">
            <column name="user_id" sql-type="char(32)" />
            <generator class="uuid.hex"/>
        </id>

        <property name="name" type="string" not-null="true">
            <column name="name" length="16" not-null="true"/>
        </property>

        <property name="sex" type="char"/>

        <property name="age" type="int"/>

    </class>

</hibernate-mapping>

5. 测试文件

package com.xy;

import java.util.List;
import java.util.ListIterator;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

import net.sf.hibernate.*;
import net.sf.hibernate.cfg.*;

public class HibernateTest {
 private static Log log = LogFactory.getLog(HibernateTest.class);
 public void find() {
  SessionFactory sessionFactory;
  try {
   sessionFactory = new Configuration().configure()
     .buildSessionFactory();

   Session session = sessionFactory.openSession();

   List users = session.find("from User");

   session.close();
   sessionFactory.close();

   for (ListIterator iterator = users.listIterator(); iterator
     .hasNext();) {
    User user = (User) iterator.next();
    System.out.println(user.getName() + "\n\tAge: " + user.getAge()
      + "\n\tSex: " + user.getSex());
   }
  } catch (HibernateException e) {
   // TODO Auto-generated catch block
   e.printStackTrace();
  }

 }

 public void insert() {

  SessionFactory sessionFactory;
  try {
   sessionFactory = new Configuration().configure()
     .buildSessionFactory();

   User user = new User();
   user.setName("caterpillar");
   user.setSex('M');
   user.setAge(23);

   Session session = sessionFactory.openSession();
   Transaction tx = session.beginTransaction();
   session.save(user);
   tx.commit();
   session.close();
   sessionFactory.close();

   System.out.println("插入数据OK!请在MySQL查看结果！");
  } catch (HibernateException e) {
   // TODO Auto-generated catch block
   e.printStackTrace();
  }
 }

 public static void main(String[] args) throws HibernateException {

  new HibernateTest().find();
  new HibernateTest().insert();

 }
}

6. 文件结构和所用到的jar包


 
7. 操作结果

log4j:WARN No appenders could be found for logger (net.sf.hibernate.cfg.Environment).
log4j:WARN Please initialize the log4j system properly.
Hibernate: select user0_.user_id as user_id, user0_.name as name, user0_.sex as sex, user0_.age as age from USER user0_
caterpillar
 Age: 28
 Sex: M
caterpillar
 Age: 28
 Sex: M
caterpillar
 Age: 28
 Sex: M
caterpillar
 Age: 23
 Sex: M
qqqqq
 Age: 20
 Sex: M
www
 Age: 21
 Sex: M
yyy
 Age: 20
 Sex: M
yyy
 Age: 20
 Sex: M
yyy
 Age: 20
 Sex: M
yyy
 Age: 20
 Sex: M
Hibernate: insert into USER (name, sex, age, user_id) values (?, ?, ?, ?)
插入数据OK!请在MySQL查看结果！

1）在http://ws.apache.org/axis/index.html下载AXIS的BIN版本，并将其解压后将其中的webapps\axis目录拷贝到你的tomcat目录下的webapps目录之下。

2）将以下jar拷贝至你的axis/WEB-INF/lib目录下：

activation.jar 、mail.jar 、xalan-2.4.0.jar 、xerces-2.4.0.jar 、 xercesImpl.jar

3）在axis目录下建立以下文件Hello.jws，内容如下：

public class Hello{
 public String hello(String name){
  if(name==null)
   name = "";
  return "hello,"+name+"!";
}
}

4）创建JAVA接口程序，在命令行下进入到axis\WEB-INF目录下，在DOS提示符下输入：

Java -Djava.ext.dirs=lib org.apache.axis.wsdl.WSDL2Java http://localhost:8080/axis/Hello.jws?wsdl

该命令执行的结果是在当前所在目录下产生一个子目录 localhost/axis/Hello_jws，该目录下有四个JAVA源文件，它们分别是：

Hello.java 定义了Web服务接口，此例中只有一个hello方法。

HelloService.java 定义了用于获取Web服务接口的方法。

HelloServiceLocator.java 接口HelloService的具体实现。

HelloSoapBindingStub.java Web服务客户端桩，通过该类与服务器交互。

5）编写调用示例程序Main.java如下：

package localhost.axis.Hello_jws;

public class Main {
 public static void main(String[] args) throws Exception {
  HelloService service = new HelloServiceLocator();
  Hello hello = service.getHello();
  System.out.println(hello.hello("sunbeam"));
 }
}

6）编译后运行，如果输出以下结果，恭喜你已经成功的完成了你的第一个AXIS WEB Serive程序啦。

> hello,sunbeam

附注：

1）建议使用Eclipse进行开发，将axis目录设为tomcat project工程位置，将WEB-INF下的localhost目录设为源文件目录。并将生成接口程序的命令行程序定为Extend Tool外部程序。这样的生产效率最高也最方便。具体做法今天就懒得写了，以后再补好啦。

2）我顺便写个程序测试一下它所能承载的数据量和运行速度，感觉速度明显低于Hessian（估计接近一个数量级），传输的对象大小也大约是Hessian的1/5-1/10左右，究其原因我推论是Hessian是二进制方式传输数据，Axis的WEB服务是文本型的SOAP协议传输，而且再加上XML标签所占用的大量数据而已。下次再评估一下其它的RPC方法。

1、在tomcat下创建一个应用test，在其下的WEB-INF/src目录下编写以下程序文件。

2、创建服务端程序文件example/BasicService.java，内容如下：
package example;

public class BasicService implements Basic {
  private String _greeting = "Hello, world";

  public void setGreeting(String greeting)
  {
    _greeting = greeting;
  }

  public String hello()
  {
    return _greeting;
  }
}

3、创建一个本地接口，example/Basic.java，内容如下：
package example;

public interface Basic {
   public String hello(); //与服务端的hello方法对应
}

4、创建客户端测试程序，example/BasicClient.java，内容如下：

package example;

import com.caucho.hessian.client.HessianProxyFactory;

public class BasicClient {
  public static void main(String []args)
    throws Exception
  {
    String url = "http://127.0.0.1:8080/test/hello";

    HessianProxyFactory factory = new HessianProxyFactory();
    Basic basic = (Basic) factory.create(Basic.class, url);

    System.out.println("Hello: " + basic.hello());
  }
}

5、修改WEB-INF下的web.xml文件，填充以下内容：

  <?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE web-app
    PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
    "http://java.sun.com/dtd/web-app_2_3.dtd">
 <web-app>
  <servlet>
   <servlet-name>hello</servlet-name>
   <servlet-class>com.caucho.hessian.server.HessianServlet</servlet-class>
    <init-param>
      <param-name>home-class</param-name>
      <param-value>example.BasicService</param-value>
    </init-param>
    <init-param>
      <param-name>home-api</param-name>
      <param-value>example.Basic</param-value>
    </init-param>
  </servlet>

  <servlet-mapping>
    <url-pattern>/hello</url-pattern>
    <servlet-name>hello</servlet-name>
  </servlet-mapping>
</web-app>

6、启动tomcat后，运行一下BasicClient类

看一看，是不是输出以下的内容啦，如果有恭喜你，已经成功创建你的第一个RPC Hessian应用了。
> Hello: Hello, world

String <- int        ""+int;
String <- Integer _Integer.toString();

int <- Integer  _Integer.intValue();
int <- String  Integer.parseInt(_str);

Integer <- String    new Integer(Integer.parseInt(_str));
Integer <- int       new Ingeger(_int);

其他转换类似。