ye话连篇

最新版本此问题应该已经修复了

但针对旧版本此问题还是存在，解决方法：

    看到一篇文章关于Java的synchronized关键字的，里面举的例子很形象，原文地址：http://hi.baidu.com/sunshibing/blog/item/5235b9b731d48ff430add14a.html

    打个比方：一个object就像一个大房子，大门永远打开。房子里有 很多房间（也就是方法）。这些房间有上锁的（synchronized方法）， 和不上锁之分（普通方法）。房门口放着一把钥匙（key），这把钥匙可以打开所有上锁的房间。另外我把所有想调用该对象方法的线程比喻成想进入这房子某个 房间的人。所有的东西就这么多了，下面我们看看这些东西之间如何作用的。

    在此我们先来明确一下我们的前提条件。该对象至少有一个synchronized方法，否则这个key还有啥意义。当然也就不会有我们的这个主题了。

    一个人想进入某间上了锁的房间，他来到房子门口，看见钥匙在那儿（说明暂时还没有其他人要使用上锁的 房间）。于是他走上去拿到了钥匙，并且按照自己 的计划使用那些房间。注意一点，他每次使用完一次上锁的房间

    如果DBMS支持事务处理，它必须有某种途径来管理两个事务同时对一个数据库进行操作时可能发生的冲突。用户可指定事务隔离级别，以指明DBMS应该花多大精力来解决潜在冲突。例如，当事务更改了某个值而第二个事务却在该更改被提交或还原前读取该值时该怎么办。

    假设第一个事务被还原后，第二个事务所读取的更改值将是无效的，那么是否可允许这种冲突？JDBC用户可用以下代码来指示DBMS允许在值被提交前读取该值（'dirty读取'），其中con是当前连接：
con.setTransactionIsolation(TRANSACTION_READ_UNCOMMITTED);

    事务隔离级别越高，为避免冲突所花的精力也就越多。Connection接口定义了五级，其中最低级别指定了根本就不支持事务，而最高级别则指定当事务在对某个数据库进行操作时，任何其它事务不得对那个事务正在读取的数据进行任何更改。通常，隔离级别越高，应用程序执行的速度也就越慢（由于用于锁定的资源耗费增加了，而用户间的并发操作减少了）。在决定采用什么隔离级别时，开发人员必须在

关于获取数据源的语法，大体有(javax.sql.DataSource)ctx.lookup ('java:comp/env/XXX')
和(javax.sql.DataSource)ctx.lookup('XXX')两种写法，好多人以为这两种写法是相同的，
以为都是通过JNDI来获取数据源。其实java:comp/env和JNDI是不同的，
java:comp/env 是环境命名上下文(environment naming context(ENC))，是在EJB规范1.1以后引入的，
引入这个是为了解决原来JNDI查找所引起的冲突问题，也是为了提高EJB或者J2EE应用的移植性。

ENC是一个引用(别名)，引用是用于定位企业应用程序的外部资源的逻辑名。
引用是在应用程序部署描述符文件中定义的。
在部署时，引用被绑定到目标可操作环境中资源的物理位置(JNDI名)。
使用ENC是把对其它资源的JNDI查找的硬编码解脱出来，
通过配置这个引用可以在不修改代码的情况下，将引用指向不同的EJB(JNDI)。

在J2EE中的引用常用的有：
---------JDBC 数据源引用在java:comp/env/jdbc 子上下文中声明
---------JMS 连接工厂在java:comp/env/jms 子上下文中声

1、使用XFire1.2.6开发WebService

2、如果中间件使用Tomcat5.0.28

在访问http://localhost:8080/web/BookService?wsdl时会报异常导致无法展现WSDL

这个问题主要是因为Tomcat5.0.28的问题，tomcat 5.0.28下缺失包xalan.jar

后面可能有两个处理方法：
1、如果你的Webapp包含了serializer.jar、xalan.jar、xercesImpl.jar和xml-apis.jar，则可以将%TOMCAT_HOME%\common\endorsed目录下的xercesImpl.jar和xml-apis.jar删除

2、下载xalan<版本>.zip
http://xml.apache.org/xalan-j/downloads.html
解压后替换覆盖serializer.jar、xalan.jar、xercesImpl.jar和xml-apis.jar到%TOMCAT_HOME%\common\endorsed

问题迎刃而解。

开始-->运行

输入

MsiExec.exe /X{90120000-0028-0804-0000-0000000FF1CE}

在输入法中删除微软拼音

不通过Ant编译一个目录下所有Java文件的方法

Yes ant would be best. But if he doesn't want to learn ant he could simply from the root of

the java files:

Windows:

dir /b /s *.java > sources.txt
javac -classpath <YourClassPath> @sources.txt

Unix:
find . '*.java' -print > sources.txt