语源科技BlogJava-雪杉

Appfuse1.9安装部署

JDeodar — Fri, 20 Jan 2006 08:39:00 GMT

1：下载appfuse（https://appfuse.dev.java.net/servlets/ProjectDocumentList?folderID=0&expandFolder=0&folderID=2351），本次安装appfuse-springmvc

2：因为此前已经部署了appfuse，更改目录；源代码放到appfuse_springmvc而不是默认的appfuse目录。
刚进去，就有一个错误，就是antlr.jar找不到，确实没有。
在classpath中去掉，或者在.classpath中去掉此行

这个可是老问题了。原来的版本就有了，怎么会一直没有解决呢？

现在把项目中名称和数据库名称相关的名称appfuse都修正为appfuse_springmvc（以免和前面部署的appfuse冲突）：
a: .project
appfuse

b: web.xml
appfuse

c: build.xml

d: build.properties
webapp.name=appfuse

e: properties.xml

        value="jdbc:${database.type}://${database.host}/${database.name}?

useUnicode=true&characterEncoding=utf-8"/>

f: database.properties
hibernate.connection.url=jdbc\:mysql\://localhost/appfuse?useUnicode\=true&characterEncoding\=utf-8

g: metadata\conf\tomcat-context.xml 我使用的是tomcat5.0.19。下面的部分

timestamp="true" />
- <bean id ="****" class="" autowire="byType" dependency-check="objects">.bean>
          值为“object”时，表示只做对象间关联的检查；
          值为“simple”时，表示只检查基本类型的属性（原始类型或者String）；
          值为“all”时，表示检查所有的类型；
          值为“none”，表示不进行依赖检查；
    1.7 生命周期回调
          在bean组件声明中指定回调方法

<bean id="*****" class="****" init-method="initialize" destory-method="shutdown"/>

          ***类只需提供无参数、访问级别为public的initialize和shutdown两个方法即可，不必实现任何Spring特有的接口（不依赖Spring）。
          只要有可能，应该尽量使用JavaBean的属性或者构造子参数，而不是实现Spring生命周期方法。
    1.8 复杂的属性值
          数组和List组装方式一样；

1 <property name="myArrayList">
2     <list>
3         <ref bean="ABean"/>
4         <ref bean="BBean"/>
5         <value>myArrayValuevalue>
6         <value>myListValuevalue>
7     list>
8 property>

        Map和Properties都一个Key值,但是不一样（废话一句）；
1 <property name="myMap">
2     <map>
3         <entry key="myMapKey">
4             <ref bean="myBean"/>
5         entry>
6         <entry key="yourMapKey">
7             <value>yourMapValuevalue>
8         entry>
9     map>
10 property>
1 <property name="myProperties">
2     <props>
3         <prop key="myPropKey">
4             myPropValue
5         prop>
6         <prop key="yourPropKey">
7             yourPropValue
8         prop>
9     props>
10 property>

2、工厂bean
    2.1 工厂bean（factory bean）-- 它们实现了org.springframework.beans.factory.FactoryBean接口；
public interface FactoryBean{
    object getObject() throws Exception;
    Class getObjectType();
    boolean isSingleton();
}
    2.2 Spring内建的资源工厂，包括：
          2.2.1 org.springframework.jndi.JndiObjectFactoryBean:一个通用的工厂bean，通过JNDI查找而获得的对象。JNDI查找由Spring--而不是应用代码--来执行；
          2.2.2 org.springframework.orm.hibernate.LocalSessionFactoryBean:用于在本地装配Hibernate SessionFactory的工厂bean；
          2.2.3 org.springframework.aop.framework.ProxyFactoryBean:一个通用的工厂bean，用于获得AOP代理。
          2.2.4 org.springframework.transaction.interceptor.TransactionProxyFactoryBean:用于为对象创建事务代理，用于实现简捷易用的声明性食物管理；
          2.2.5 org.springframework.remoting.rmi.RmiProxyFactoryBean:这个工厂bean可以为通过RMI访问的远程对象创建一个代理；
          以上为常用的，不常用的不列了......
3、Spring 应用上下文
    应用上下文是应用程序的中心注册机构。
    3.1 除了支持bean工厂的全部功能之外，应用上下文还具备了下列功能：
        *支持不同信息源。可以用统一的方式根据键获得本地化的信息，而不依赖地称的信息来源。默认的实现是从资源绑定中读取信息。
        *访问文件资源。不依赖于实际资源环境（例如文件系统或ServletContext）的情况下，根据相对路径载入资源。
        *支持应用事件。监听器（Spring AOP框架可以作为“事件-监听”机制的替代品）。
    3.2 访问信息源以及访问文件资源，引用对象依赖更专用的接口--org.springframework.context.ResourceLoaderAware接口--即可。
    3.3 信息源，在应用上下文声明一个名为messageSource的MessageSourc对象，默认实现是ResourceBundleMessageSource,它对标准的java.util.ResourceBundle进行了封装，它唯一需要的参数是basename,也就是资源包的文件名--只读取一次，放入缓存；也提供了“ReloadableResourceBundleMessageSource”(可重新加载)。
    3.4 文件资源
          实现ResourceLoadAware接口。
    3.5 Bean Factory 后处理
          ----------

JDeodar 2006-01-09 17:40 发表评论

关于 Jakart Commons Lang 学习一

JDeodar — Sat, 07 Jan 2006 10:21:00 GMT
    今天看了《Jakarta Commons Cookbook》关于利用 commons 包来实现（生成）toString()、hashCode()、equals()、compareTo()的几个方法，其中感觉利用其在编程中能够带来一些便利，好像在网上某一篇文章中说到利用生成的toString()不能输出List、Map等对象，经过试验，List和Map中的对象值是可以输出的。

JDeodar 2006-01-07 18:21 发表评论

读《J2EE Development without EJB》笔记二

JDeodar — Thu, 05 Jan 2006 11:01:00 GMT
1、IOC的实现策略
依赖查找（Dependency Lookup）
        EJB和其他一些J2EE API（例如 servlet）都提供了依赖查找形式的IOC：容器管理对象的生命周期，受管对象则负责查找自己的依赖关系。
依赖注入（Dependency Injection）
       让容器去全权负责依赖查询，受管对象只需暴露JavaBean的Setter方法或者带参数的构造子，使容器可以在初始化时组装对象的依赖关系。由于这种方式不依赖于特定的容器API或接口，称之为“基于语言的IoC（language-base IoC）”。

2、代码风格
针对接口编程、而非针对类编程，从而在可接插性方面获得最大限度好处。
        接口编程何等重要。
确保每个业务对象有自己的明确责任，通过对象之间的协作将责任区分明确。
        良好的设计和高素质的程序员才能得以保证。
优先考虑使用Strategy设计模式，而不是具体继承。
        Strategy设计模式还需要多加学习和实践。
但凡容器可以解决的问题（比如JNDI查询），就不要自己编写代码来解决。
        容器的发展，给我们带来了很大的便利。

下图为书中的一张图，又重新划了一边，理解方便。

JDeodar 2006-01-05 19:01 发表评论

读《J2EE Development without EJB》笔记一

JDeodar — Wed, 04 Jan 2006 14:24:00 GMT

阅读《J2EE Development without EJB》中文版

第二章（目标）、第三章（各种架构）
1、提升生产率更好的办法
A:架构
  1）、避免不必要的架构复杂性；
  2）、避免不必要地使用EJB；（简化架构及编程复杂度）
  3）、使用抽象层将J2EE或J2SE核心API的复杂性隐藏起来；（降低程序员编程难度）
  4）、尽量使用O/R映射工具简化持久层；（Hibernate或者iBATIS）
  5）、使用一个好的应用框架。（Spring或者PicoContainer）
B：关注，以及方法学
  1）、专注！弄清自己要解决什么问题，专心把这个问题解决好。（“方法论”需要好好学习实践）
  2）、选择一个合适的参考架构，从一个模板应用开始。（AppFuse在代码上有很多值得借鉴的地方）
  3）、使用敏捷的开发过程。（敏捷开发需要深入了解学习，值得借鉴的地方很多）
C：使用合适的工具。
  1）、好的IDE：Eclipse或者IntelliJ；（个人喜欢Eclipse）
  2）、一个单元测试工具：JUnit；
  3）、一个标准构建工具：Ant；
  4）、一个好的XML编辑器或者IDE插件；
  5）、一个有效的源码控制系统，并且与IDE良好集成。

2、OO比J2EE重要
1）优雅的封装领域概念，隐藏实现细节；
2）借助多态描述实现各不相同的对象之间的共通性；
3）达到代码复用；
4）在无须修改现有代码的前提下获得扩展性。

3、针对接口编程
1）好处：方面测试、方便使用动态代理；（还有更多的好处，需要亲自体会）
2）针对接口编程，不要针对类编程。这是一个最基本的OO原则。（Gang of Four，GoF）设计模式值得仔细阅读

4、J2EE应用系统最佳方案的目标
最简单、最容易测试、符合OO原则、便于维护、便于扩展。 （业务系统达到最佳是我们的目标，这就需要更多的付出）

JDeodar 2006-01-04 22:24 发表评论

语源科技BlogJava-雪杉

Appfuse1.9安装部署

关于 Jakart Commons Lang 学习一

读《J2EE Development without EJB》 笔记二

读《J2EE Development without EJB》 笔记一

阅读《J2EE Development without EJB》中文版

读《J2EE Development without EJB》笔记二

读《J2EE Development without EJB》笔记一