Java

[proxool] 各种参数

house-keeping-sleep-time: house keeper 保留线程处于睡眠状态的最长时间,house keeper 的职责就是检查各个连接的状态,并判断是否需要销毁或者创建,这个的默认值是30秒。 house-keeping-test-sql: 如果发现了空闲的数据库连接.house keeper 将会用这个语句来测试.这个语句最好非常快的被执行.如果没有定义,测试过程将会被忽略。 maximum-active-time: 如果housekeeper 检测到某个线程的活动时间大于这个数值.它将会杀掉这个线程.所以确认一下你的服务器的带宽.然后定一个合适的值.默认是5分钟。经常有些人或许会遇到正在执行的程序忽然拒绝连接,莫明其妙的程序假死,这些都与这个参数的设置有关,我们大部分数据库操作都会在5分钟之内完成,可是偏偏有些可能5分钟还完成不了,而这个值如果按照默认值的话,连接池就会不管你到底有没有执行完,都会强行关闭数据库连接,所以这个值你可要小心设置哦:) maximum-connection-count: 最大的数据库连接数.一般的大应用设置30就足够了。 maximum-connection-lifetime: 一个线程的最大寿命. minimum-connection-count: 最小的数据库连接数,一般最好事先初始化一部分连接这样,对于初次连接数据库的应用效率比较高,推荐设置5-10 prototype-count: 连接池中可用的连接数量.如果当前的连接池中的连接少于这个数值.新的连接将被建立(假设没有超过最大可用数).例如.我们有3个活动连接2个可用连接,而我们的prototype-count是4,那么数据库连接池将试图建立另外2个连接.这和 minimum-connection-count不同. minimum-connection-count把活动的连接也计算在内.prototype-count 是spare connections 的数量.

XFireClientFactoryBean的lookupServiceOnStartup属性

XFireClientFactoryBean的lookupServiceOnStartup属性应配置为false 目的在于:在系统启动时,spring不立即查找远程的服务Bean,而在请求该服务时查找 这是为了避免:如果系统启动时不能访问远程服务,系统就无法成功启动,以致崩溃 <bean id="xxxService" class="org.codehaus.xfire.spring.remoting.XFireClientFactoryBean"> <property name="serviceClass"> <value> XXXService </value> </property> <property name="wsdlDocumentUrl"> <value> http://xxx/pxxx.ws?wsdl </value> </property> <property name="lookupServiceOnStartup"> <value>false</value> </property> </bean>

今天试用了JDK自带的Logger

配置文件可以这样写: handlers=java.util.logging.ConsoleHandler .level=<font color=red> ALL</font> java.util.logging.ConsoleHandler.level = <font color=red>ALL</font> java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter jdk的logging将日志分为七个级别,详细我就不列了 要修改日志级别,需要将上面两处红色的地方都替换掉 带LOG运行的方法是: java.exe <b>-Djava.util.logging.config.file=loggingfile.properties</b>  SomeClass

常用设计模式的概括

接口型模式: Adapter:修改类的外部接口以满足客户期望 Facade:为一组类提供简单的接口 Composit:把树和树叶都定义在同一个抽象的接口中—树节点,我认为其主要作用是方便递归 Bridge:对一个总的接口来说,扩展(从逻辑角度理解,如 碗 扩展 餐具)使用一个类层次结构,实现(从物理角度理解,如金餐具、银餐具)使用另一个类层次结构。这两个类层次结构可以相互独立。也就是说,当富人变穷,将一套金餐具换成一套泥餐具后,他们全家仍然可以顺利执行吃饭喝汤的动作 责任型模式: Singleton:将责任集中到某个类的单个实例中 Observer:使某个对象不必关心有哪些对象依赖自己 Mediator:将责任集中到某个类中,这个类可以监视其他对象的交互 Proxy:使得一个对象代表另一个对象进行各种操作,代理者能够智能地将调用转发给另一个对象 Chain of Responsibility:能够允许一个请求沿着对象链不断向上提交,直到这个请求被某一级对象处理 Flyweight:将共享的细粒度对象的责任集中在一处 构造型模式: Builder:不解 Factory Method:推迟确定需要实例化的类 Abstract Factory:构造一系列具有某个特性的对象 Prototype:根据给定的例子创建一个对象 Menento:从对象的休眠版本重新创建对象,该休眠版本包含结对象的内部状态 非GOF模式: Monostate:采用构造分别构造的两个同类对象,其实仍是同一个对象。实现办法:限制对象的所有成员变量都是静态变量