正常的cookie只能在一个应用中共享，即一个cookie只能由创建它的应用获得。
1.可在同一应用服务器内共享方法：设置cookie.setPath("/");
本机tomcat/webapp下面有两个应用：cas和webapp_b，
1）原来在cas下面设置的cookie，在webapp_b下面获取不到，path默认是产生cookie的应用的路径。
2）若在cas下面设置cookie的时候，增加一条cookie.setPath("/");或者cookie.setPath("/webapp_b/");就可以在webapp_b下面获取到cas设置的cookie了。
3）此处的参数，是相对于应用服务器存放应用的文件夹的根目录而言的(比如tomcat下面的webapp)，因此cookie.setPath("/");之后，可以在webapp文件夹下的所有应用共享cookie，而cookie.setPath("/webapp_b/");是指cas应用设置的cookie只能在webapp_b应用下的获得，即便是产生这个cookie的cas应用也不可以。
4）设置cookie.setPath("/webapp_b/jsp")或者cookie.setPath("/webapp_b/jsp/")的时候，只有在webapp_b/jsp下面可以获得cookie，在webapp_b下面但是在jsp文件夹外的都不能获得cookie。
5）设置cookie.setPath("/webapp_b");，是指在webapp_b下面才可以使用cookie，这样就不可以在产生cookie的应用cas下面获取cookie了
6）有多条cookie.setPath("XXX");语句的时候，起作用的以最后一条为准。
6）设置多个path的方法？？？

2.跨域共享cookie的方法：设置cookie.setDomain(".jszx.com");
A机所在的域：home.langchao.com,A有应用cas
B机所在的域：jszx.com，B有应用webapp_b
1）在cas下面设置cookie的时候，增加cookie.setDomain(".jszx.com");，这样在webapp_b下面就可以取到cookie。
2）这个参数必须以“.”开始。
3）输入url访问webapp_b的时候，必须输入域名才能解析。比如说在A机器输入：http://lc-bsp.jszx.com:8080/webapp_b,可以获取cas在客户端设置的cookie，而B机器访问本机的应用，输入：http://localhost:8080/webapp_b则不可以获得cookie。
4）设置了cookie.setDomain(".jszx.com");，还可以在默认的home.langchao.com下面共享。
5）设置多个域的方法？？？
最近的工作经常用到cookie，看了一些资料，虽然原来依赖cookie比较多的方案已经改成现在这个了，但是当时看得一些东西还是最好记下来，免得过些天就一干二净了，怪可惜的。老梁说过这样的文字最好不要是纯文本的，说得是。本来就已经很抽象了，最好弄点图表，就算用123列出来也好

对于spring-modules-jbpm31对jbpm的支持。我开篇就想说一个"晕"字。看完了springmodules自己的说明文档。进行配置后。再查看源码。发现很多配置华而不实。比如：jbpmTemplate的配置。

bean id="jbpmTemplate" class="org.springmodules.workflow.jbpm31.JbpmTemplate">
        <constructor-arg index="0" ref="jbpmConfiguration"/>
        <constructor-arg index="1" ref="websaleWorkflow"/>
    </bean>

   <constructor-arg index="1" ref="websaleWorkflow"/>的配置。根本就没有很好的必要性。从源码就可以看出来。
而且jbpmTemplate对获取jbpmcontext的封装做的不好。在web程序里面。总是会出现错误。不是session关闭就是session不能提交。获取不能很好的获取流程对象。


个还好。还有地方需要部署的文件根本就没部署上去
 <bean id="websaleWorkflow" class="org.springmodules.workflow.jbpm31.definition.ProcessDefinitionFactoryBean">
        <property name="definitionLocation"    value="classpath:com/telemd/jbpm/processdefinition.xml"/>
    </bean>

这里只部署了配置文件。图形文件没有部署上去。结果流程图根本显示不出来。调试了好久。

不过整体来说还有一点好处是:
 <handler  config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandlerProxy">
       <targetBean>aduitDecide</targetBean>
               <factoryKey>jbpmConfiguration</factoryKey>
  </handl>

可以把jbpm的action类、handle类。通过spring容器来管理。而不是直接部署到数据库端。可以更好的跟业务相结合

基本环境:

jdk : jdk1.5.0_06

jbpm : jbpm-starters-kit-3.1.2

ant : apache-ant-1.5.4

配置好$ANT_HOME和$JAVA_HOME等环境变量

解压jbpm-starters-kit-3.1.2,我的解压完毕路径为E:\datum\jbpm\jbpm-starters-kit-3.1.2\

进入E:\datum\jbpm\jbpm-starters-kit-3.1.2\下,把 jbpm 文件夹改名为 jbpm.3

进入E:\datum\jbpm\jbpm-starters-kit-3.1.2\jbpm.3\下 修改 build.properties 文件

修改如下:

# jbpm.version only used for creating javadocs and the distribution package
jbpm.version=3.1.2

# ant.home is only used in the ant.install.libs target for copying the junit and clover libs(对应的ANT_HOME)
ant.home=E:/datum/ant/apache-ant-1.5.4

# jbpm.home is only to allow build scripts to open the browser with the html test results(对应的JBPM_HOME)
jbpm.home=E:/datum/jbpm/jbpm-starters-kit-3.1.2/jbpm.3

# jboss config proper only used for deployment(对应的JBOSS,本人现在还没有jboss所以没有设置,不会影响生成oracle脚本)
jboss.home=c:/software/jboss-4.0.3
jboss.version=4.0.x
jboss.source.configuration=default

# for creating the distribution
jbpm.gpd.version=3.0.4

在E:\datum\jbpm\jbpm-starters-kit-3.1.2\jbpm-db\oracle\lib 放入class12.jar

修改 xx\jbpm-starters-kit-3.1\jbpm-db下的 build.xml 文件，这个文件中，虽然把oracle 或者db2的脚本生成进行了描述
  但是却在编译命令中没有加载。所以我们只需要加一点内容就可以了：
 
    找到下边内容
   
    
    depends="daffodildb.test,derby.test,firebird.test,
          hsqldb.test,mssql.test,mysql.test,postgresql.test,sybase.test"
    description="test jBPM on all databases and produces html reports in the build directory"/>

 
    depends="prepare,daffodildb.scripts,derby.scripts,
          firebird.scripts,hsqldb.scripts,mssql.scripts,mysql.scripts,
          postgresql.scripts,sybase.scripts"
    description="generates all database scripts for all databases in the build directory"/>
   
    改成 
    depends="daffodildb.test,derby.test,firebird.test,
          hsqldb.test,mssql.test,mysql.test,postgresql.test,oracle.test,sybase.test"
    description="test jBPM on all databases and produces html reports in the build directory"/>

 
    depends="prepare,daffodildb.scripts,derby.scripts,
          firebird.scripts,hsqldb.scripts,mssql.scripts,mysql.scripts,
          postgresql.scripts,oracle.scripts,sybase.scripts"
    description="generates all database scripts for all databases in the build directory"/> 
ant jbpm-db\build.xml文件。就可以在buile文件夹下面查看到oracle的script

posted @ 2007-05-09 09:10 Dragonofson 阅读(1671) | 评论 (0) | 编辑 收藏

jsf标准的datatable标签缺点比较明显，没有扩展的jsf datatable好用：比如：

1、不能够保存DataModel的状态。
2、分页使用datatable在最后一页。不能完整的显示，总是把最后一页填充满。(个人没有找到解决办法，主要是有新的扩展datatable已经解决一个问题)
3、实现列头排列比较麻烦。

jsf扩展datatable标签<t:datatable>
解决了上面的问题，而且完成了新的扩展对于分页和排序有很好的实现。

   今天正式开始编写在项目中遇到的jsf的问题。我觉得对于jsf来说首先是最主要的是版本问题。为什么类？
   因为apache组织对于jsf比较重视几乎是一天一个版本三天就大变样。比如说。我们项目是去年11月份开始做。使用的事apache的1.0版本。可是到了今年1月份的时候apache的版本就到了1.5。
可能有人认为，版本改了就用原来的就可以了。1.5版本根本就不需要用。可是对于apache的1.0版本在我使用一段时间后。明显感觉到有小问题 。比如:页面的抱错功能，验证功能，还有标签库的丰富程度。都远远不能跟apache1.5比。所以我把我们项目的jsf版本升级到了1.5。但是问题也随之而来。
   比如说:
页面上面:
<:selectOneListbox id="reportType" size="1" value="#{testBean.test}">
<f:selectItems value="#{configMessageBean.reprotBackTypeList}"/>
     </h:selectOneListbox>

程序里面：
public List getReprotBackTypeList()
 {
  
  List<SelectItem> items = new ArrayList<SelectItem>();
  
  
  items.add(new SelectItem("8200", "123"));
  items.add(new SelectItem("8201", "123"));
  return items;
 }

页面上面显示一点问题也没有。但是要是testBean.test的属性必须与SelectItem的构造函数的第一个参数属性相同。比如testBean.test是int，SelectItem的构造函数的第一个参数必须是int型不能是string型。要是类型不匹配。就会有错误。而且错误比较隐蔽，没有提示信息。这个错误能够使提交按钮不起作用。也就是说后台方法不能够调用。
这个也许就是apache1.5对类型严格匹配的结果

待续。。。。。。

自从7月份开始每天写blog以来，直到现在07年2月。都至今没有在动笔写过任何一篇文章。这其中有自己的毅力不够外。项目的启动也有很大的关系。从7月份开始，新的项目的启动，带动的新的技术的研究。主要是jsf。而引起了在新的技术下面问题的出现。已经解决问题的方法。我觉得这些经验是宝贵的对以后的新技术的研究和对jsf技术的积累都能够起到一定的帮助。所以我想在今后有时间的情况下面，陆续的把在项目中遇到的问题。放到我的blog上面。一来可以给自己以技术积累。二来希望对其他还在奋斗jsf的兄弟们一个解决的方法。

1.getHibernateTemplate().find();
2.
DetachedCriteria detachedCriteria=DetachedCriteria.forClass(AuditContent.class);
detachedCriteria.add(Restrictions.eq("aa",aaa));(aaa 是AuditContent。class 的字段,aa是要赋值的新值)
getHibernateTemplate().findByCriteria(detachedCriteria);

3.public List getRolesByName(String roleName) {
        return getHibernateTemplate().findByNamedParam("from Role role where role.name=:roleName", "roleName",roleName);
    }

4.getHibernateTemplate().findByNamedQueryAndNamedParam("testeCQuery", "idCidade", cidade);
xml code
<query name="testeCQuery"><![CDATA[
             from br.com.ag2.casarural.vo.Cidade as cidade where cidade.idCidade = :idCidade
        ]]></query>

有几天没有上博客了，最近在公司做项目，忙得要死。也是开发一个博客系统。这个系统起点很高。
使用的是Structs+Hibernate+Spring 的构建框架。也许现在有些人会说这个框架比较老土。但是通过边搭建这个框架的时候，边看Roben 的J2EE  one to one 越有很深的体会。对于J2ee框架的搭建和开发。以及项目的进度掌握。有了一个比较模糊的感觉。呵呵。模糊的感觉。这个词也许很好笑。仿佛就就像在深深的迷雾中看见了光明。可是想去寻找。确有无从下手。可能还是经验积累不够吧。

J2EE企业级体系构架的目标
1.是坚固的：是可靠的无缺陷的
2.是可工作的和可缩放的：在给定硬件条件下支持增加的负载的潜力
3.利用OO设计原理：证明过的设计模式。
4.避免不必要的复杂性：全面的分析保证没有盲目的而有过分简单的看待需求。
5.是可维护和可扩展：不仅要保证该应用的每个构件都有明确的责任，还需要保证紧密耦合的构件不会防碍维扩性
6.按时交付
7.测试起来很容易
8.提倡重用：代码的重用源自好的OO设计和服务器提供的宝贵基础结构