正常的cookie只能在一個應(yīng)用中共享，即一個cookie只能由創(chuàng)建它的應(yīng)用獲得。
1.可在同一應(yīng)用服務(wù)器內(nèi)共享方法：設(shè)置cookie.setPath("/");
本機tomcat/webapp下面有兩個應(yīng)用：cas和webapp_b，
1）原來在cas下面設(shè)置的cookie，在webapp_b下面獲取不到，path默認是產(chǎn)生cookie的應(yīng)用的路徑。
2）若在cas下面設(shè)置cookie的時候，增加一條cookie.setPath("/");或者cookie.setPath("/webapp_b/");就可以在webapp_b下面獲取到cas設(shè)置的cookie了。
3）此處的參數(shù)，是相對于應(yīng)用服務(wù)器存放應(yīng)用的文件夾的根目錄而言的(比如tomcat下面的webapp)，因此cookie.setPath("/");之后，可以在webapp文件夾下的所有應(yīng)用共享cookie，而cookie.setPath("/webapp_b/");是指cas應(yīng)用設(shè)置的cookie只能在webapp_b應(yīng)用下的獲得，即便是產(chǎn)生這個cookie的cas應(yīng)用也不可以。
4）設(shè)置cookie.setPath("/webapp_b/jsp")或者cookie.setPath("/webapp_b/jsp/")的時候，只有在webapp_b/jsp下面可以獲得cookie，在webapp_b下面但是在jsp文件夾外的都不能獲得cookie。
5）設(shè)置cookie.setPath("/webapp_b");，是指在webapp_b下面才可以使用cookie，這樣就不可以在產(chǎn)生cookie的應(yīng)用cas下面獲取cookie了
6）有多條cookie.setPath("XXX");語句的時候，起作用的以最后一條為準(zhǔn)。
6）設(shè)置多個path的方法？？？

2.跨域共享cookie的方法：設(shè)置cookie.setDomain(".jszx.com");
A機所在的域：home.langchao.com,A有應(yīng)用cas
B機所在的域：jszx.com，B有應(yīng)用webapp_b
1）在cas下面設(shè)置cookie的時候，增加cookie.setDomain(".jszx.com");，這樣在webapp_b下面就可以取到cookie。
2）這個參數(shù)必須以“.”開始。
3）輸入url訪問webapp_b的時候，必須輸入域名才能解析。比如說在A機器輸入：http://lc-bsp.jszx.com:8080/webapp_b,可以獲取cas在客戶端設(shè)置的cookie，而B機器訪問本機的應(yīng)用，輸入：http://localhost:8080/webapp_b則不可以獲得cookie。
4）設(shè)置了cookie.setDomain(".jszx.com");，還可以在默認的home.langchao.com下面共享。
5）設(shè)置多個域的方法？？？
最近的工作經(jīng)常用到cookie，看了一些資料，雖然原來依賴cookie比較多的方案已經(jīng)改成現(xiàn)在這個了，但是當(dāng)時看得一些東西還是最好記下來，免得過些天就一干二凈了，怪可惜的。老梁說過這樣的文字最好不要是純文本的，說得是。本來就已經(jīng)很抽象了，最好弄點圖表，就算用123列出來也好

對于spring-modules-jbpm31對jbpm的支持。我開篇就想說一個"暈"字。看完了springmodules自己的說明文檔。進行配置后。再查看源碼。發(fā)現(xiàn)很多配置華而不實。比如：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程序里面。總是會出現(xiàn)錯誤。不是session關(guān)閉就是session不能提交。獲取不能很好的獲取流程對象。


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

這里只部署了配置文件。圖形文件沒有部署上去。結(jié)果流程圖根本顯示不出來。調(diào)試了好久。

不過整體來說還有一點好處是:
 <handler  config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandlerProxy">
       <targetBean>aduitDecide</targetBean>
               <factoryKey>jbpmConfiguration</factoryKey>
  </handl>

可以把jbpm的action類、handle類。通過spring容器來管理。而不是直接部署到數(shù)據(jù)庫端。可以更好的跟業(yè)務(wù)相結(jié)合

基本環(huán)境:

jdk : jdk1.5.0_06

jbpm : jbpm-starters-kit-3.1.2

ant : apache-ant-1.5.4

配置好$ANT_HOME和$JAVA_HOME等環(huán)境變量

解壓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(對應(yīng)的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(對應(yīng)的JBPM_HOME)
jbpm.home=E:/datum/jbpm/jbpm-starters-kit-3.1.2/jbpm.3

# jboss config proper only used for deployment(對應(yīng)的JBOSS,本人現(xiàn)在還沒有jboss所以沒有設(shè)置,不會影響生成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的腳本生成進行了描述
  但是卻在編譯命令中沒有加載。所以我們只需要加一點內(nèi)容就可以了：
 
    找到下邊內(nèi)容
   
    
    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 閱讀(1683) | 評論 (0) | 編輯 收藏

jsf datatable標(biāo)簽

jsf標(biāo)準(zhǔn)的datatable標(biāo)簽缺點比較明顯，沒有擴展的jsf datatable好用：比如：

1、不能夠保存DataModel的狀態(tài)。
2、分頁使用datatable在最后一頁。不能完整的顯示，總是把最后一頁填充滿。(個人沒有找到解決辦法，主要是有新的擴展datatable已經(jīng)解決一個問題)
3、實現(xiàn)列頭排列比較麻煩。

jsf擴展datatable標(biāo)簽<t:datatable>
解決了上面的問題，而且完成了新的擴展對于分頁和排序有很好的實現(xiàn)。

posted @ 2007-02-16 18:05 Dragonofson 閱讀(1892) | 評論 (0) | 編輯 收藏

jsf的版本問題

???今天正式開始編寫在項目中遇到的jsf的問題。我覺得對于jsf來說首先是最主要的是版本問題。為什么類？
???因為apache組織對于jsf比較重視幾乎是一天一個版本三天就大變樣。比如說。我們項目是去年11月份開始做。使用的事apache的1.0版本。可是到了今年1月份的時候apache的版本就到了1.5。
可能有人認為，版本改了就用原來的就可以了。1.5版本根本就不需要用。可是對于apache的1.0版本在我使用一段時間后。明顯感覺到有小問題?。比如:頁面的抱錯功能，驗證功能，還有標(biāo)簽庫的豐富程度。都遠遠不能跟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的構(gòu)造函數(shù)的第一個參數(shù)屬性相同。比如testBean.test是int，SelectItem的構(gòu)造函數(shù)的第一個參數(shù)必須是int型不能是string型。要是類型不匹配。就會有錯誤。而且錯誤比較隱蔽，沒有提示信息。這個錯誤能夠使提交按鈕不起作用。也就是說后臺方法不能夠調(diào)用。
這個也許就是apache1.5對類型嚴格匹配的結(jié)果

待續(xù)。。。。。。

posted @ 2007-02-02 09:33 Dragonofson 閱讀(841) | 評論 (0) | 編輯 收藏

繼續(xù)寫bolg

自從7月份開始每天寫blog以來，直到現(xiàn)在07年2月。都至今沒有在動筆寫過任何一篇文章。這其中有自己的毅力不夠外。項目的啟動也有很大的關(guān)系。從7月份開始，新的項目的啟動，帶動的新的技術(shù)的研究。主要是jsf。而引起了在新的技術(shù)下面問題的出現(xiàn)。已經(jīng)解決問題的方法。我覺得這些經(jīng)驗是寶貴的對以后的新技術(shù)的研究和對jsf技術(shù)的積累都能夠起到一定的幫助。所以我想在今后有時間的情況下面，陸續(xù)的把在項目中遇到的問題。放到我的blog上面。一來可以給自己以技術(shù)積累。二來希望對其他還在奮斗jsf的兄弟們一個解決的方法。

posted @ 2007-02-01 09:38 Dragonofson 閱讀(315) | 評論 (0) | 編輯 收藏