如果您曾经试图把Java应用程序交付为单一的Java档案文件（JAR文件），那么您很有可能遇到过这样的需求：在构建最终档案文件之前，要展开支持JAR文件（supportingJARfile）。这不但是一个开发的难点，还有可能让您违反许可协议。在本文中，Tuffs向您介绍了One-JAR这个工具，它使用定制的类装入器，动态地从可执行JAR文件内部的JAR文件中装入类。
系统 2019-08-29 23:18:26 2251
啊~要迟到了，又要迟到了~~~偶滴30元RMB又要飞咯...不过今天的30元交的一点不让我郁闷，原因是，我的鱼儿又活过来了，哇哈哈哈！都说宠物狗与人心灵相通，这个我信。但是否所有的宠物与主人都有心灵感应这就不得而知了。事情就发生在这个不能再平凡的周一早晨。一如既往的，洗漱着装完毕，打开卧室的门，步入客厅。平时的我一定大步走向餐厅饭饭去了，今天就不知怎么特别想去关怀一下我的小金鲤鱼。这一看，就让偶心里一沉，鱼缸里怎么就剩一条了哩~~~那只最壮硕的小金鲤鱼哪去
系统 2019-08-29 23:06:44 2251
Apple3GiPhone三天卖了100万台，这有多少利润，随便算算都要让同行眼热。于是乎，杀富济贫的重担又放到了Google身上。不管Google愿不愿意，大家往往把Google当成了IT业界的大侠，希望它能对抗Microsoft、Apple、SUN、IBM...不管怎样，Google做的总体还不错，无论是搜索（广告），还是邮箱，或GoogleEarth这些应用软件。AppleiPhone不仅带有Apple的艺术气质，科技含量也很高，更重要的是它出了Ma
系统 2019-08-29 23:00:41 2251
ServerObject的池化和非池化模式当我们访问一个服务器对象ServerObject的时候，这个对象是已经存在的呢？还是在访问时新建的？都有可能，这取决于我们如何选择。如果我们选择共享池化模式，则在SOM启动的时候，SOM就建立了几个SO供外界访问，一个SO被A请求访问后，被释放回共享池中，还可以下次被B访问使用，因此，SO将可以被多个用户访问。如果是非共享池模式，当一个请求访问时，SOM专门为它新建一个SO。这样，在池化模式下，访问与SO的比例不是
系统 2019-08-29 22:53:08 2251
web.xml文件的编写dwr-invokeruk.ltd.getahead.dwr.DWRServletdebugtrue
系统 2019-08-29 22:51:33 2251
《设计模式》一书对于访问者模式给出的定义为：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。从定义可以看出结构对象是使用访问者模式必须条件，而且这个结构对象必须存在遍历自身各个对象的方法。设想一个场景，就是学校，学校里有老师和学生，老师和学生可以称为两种元素，我们可以对这些元素进行很多操作(注意，这些操作都是外部性质的，不属于元素本身，这个至关重要），比如评价，问卷调查，采访和体检等，如果我们把这些
系统 2019-08-29 22:14:05 2251
介绍1.例子中包含了mybatis的常用sql的写法2.动态sql的应用3.存储过程的使用目录MyBatis-config.xml中set的说明[]:表示可能的不太正确<
系统 2019-08-29 22:08:47 2251
说明：本来想多分几篇来写的，但似乎谈太具体的话，不适合放在这样一个标题下，所以这里先简单介绍一下，之后再视情况挑一些内容重点扯一扯OpenIDOpenID是一个开放的Authentication解决方案，关于OpenID，我在06年的文章里已经谈过，不过那时谈的是最早版本的OpenID，也不知道是哪个版本，现在用的主要是OpenIDAuthentication2.0及其周边的一些扩展功能。OpenIDAuth2.0基本原理与以前的版本没有本质的变化，只是在
系统 2019-08-29 22:05:20 2251
6.1.1AOP是什么考虑这样一个问题：需要对系统中的某些业务做日志记录，比如支付系统中的支付业务需要记录支付相关日志，对于支付系统可能相当复杂，比如可能有自己的支付系统，也可能引入第三方支付平台，面对这样的支付系统该如何解决呢？传统解决方案：1）日志部分提前公共类LogUtils，定义“longPayBegin”方法用于记录支付开始日志，“logPayEnd”用于记录支付结果：2）支付部分，定义IPayService接口并定义支付方法“pay”，并定义了
系统 2019-08-29 22:00:22 2251
3.可变更性前面我提到了，软件的变更性是所有软件理论的核心，那么什么是软件的可变更性呢？按照现在的软件理论，客户对软件的需求时时刻刻在发生着变化。当软件设计好以后，为应对客户需求的变更而进行的代码修改，其所需要付出的代价，就是软件设计的可变更性。由于软件合理地设计，修改所付出的代价越小，则软件的可变更性越好，即代码设计的质量越高。一种非常理想的状态是，无论客户需求怎样变化，软件只需进行适当地修改就能够适应。但这之所以称之为理想状态，因为客户需求变化是有大有
系统 2019-08-29 21:58:57 2251
