正常的cookie只能在一個(gè)應(yīng)用中共享，即一個(gè)cookie只能由創(chuàng)建它的應(yīng)用獲得。
1.可在同一應(yīng)用服務(wù)器內(nèi)共享方法：設(shè)置cookie.setPath("/");
本機(jī)tomcat/webapp下面有兩個(gè)應(yīng)用：cas和webapp_b，
1）原來(lái)在cas下面設(shè)置的cookie，在webapp_b下面獲取不到，path默認(rèn)是產(chǎn)生cookie的應(yīng)用的路徑。
2）若在cas下面設(shè)置cookie的時(shí)候，增加一條cookie.setPath("/");或者cookie.setPath("/webapp_b/");就可以在webapp_b下面獲取到cas設(shè)置的cookie了。
3）此處的參數(shù)，是相對(duì)于應(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)生這個(gè)cookie的cas應(yīng)用也不可以。
4）設(shè)置cookie.setPath("/webapp_b/jsp")或者cookie.setPath("/webapp_b/jsp/")的時(shí)候，只有在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");語(yǔ)句的時(shí)候，起作用的以最后一條為準(zhǔn)。
6）設(shè)置多個(gè)path的方法？？？

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

對(duì)于spring-modules-jbpm31對(duì)jbpm的支持。我開篇就想說(shuō)一個(gè)"暈"字。看完了springmodules自己的說(shuō)明文檔。進(jìn)行配置后。再查看源碼。發(fā)現(xiàn)很多配置華而不實(shí)。比如：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"/>的配置。根本就沒(méi)有很好的必要性。從源碼就可以看出來(lái)。
而且jbpmTemplate對(duì)獲取jbpmcontext的封裝做的不好。在web程序里面。總是會(huì)出現(xiàn)錯(cuò)誤。不是session關(guān)閉就是session不能提交。獲取不能很好的獲取流程對(duì)象。


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

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

不過(guò)整體來(lái)說(shuō)還有一點(diǎn)好處是:
 <handler  config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandlerProxy">
       <targetBean>aduitDecide</targetBean>
               <factoryKey>jbpmConfiguration</factoryKey>
  </handl>

可以把jbpm的action類、handle類。通過(guò)spring容器來(lái)管理。而不是直接部署到數(shù)據(jù)庫(kù)端。可以更好的跟業(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\

進(jìn)入E:\datum\jbpm\jbpm-starters-kit-3.1.2\下,把 jbpm 文件夾改名為 jbpm.3

進(jìn)入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(對(duì)應(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(對(duì)應(yīng)的JBPM_HOME)
jbpm.home=E:/datum/jbpm/jbpm-starters-kit-3.1.2/jbpm.3

# jboss config proper only used for deployment(對(duì)應(yīng)的JBOSS,本人現(xiàn)在還沒(méi)有jboss所以沒(méi)有設(shè)置,不會(huì)影響生成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 文件，這個(gè)文件中，雖然把oracle 或者db2的腳本生成進(jìn)行了描述
  但是卻在編譯命令中沒(méi)有加載。所以我們只需要加一點(diǎn)內(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) | 評(píng)論 (0) | 編輯 收藏

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

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

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

???今天正式開始編寫在項(xiàng)目中遇到的jsf的問(wèn)題。我覺(jué)得對(duì)于jsf來(lái)說(shuō)首先是最主要的是版本問(wèn)題。為什么類？
???因?yàn)閍pache組織對(duì)于jsf比較重視幾乎是一天一個(gè)版本三天就大變樣。比如說(shuō)。我們項(xiàng)目是去年11月份開始做。使用的事apache的1.0版本。可是到了今年1月份的時(shí)候apache的版本就到了1.5。
可能有人認(rèn)為，版本改了就用原來(lái)的就可以了。1.5版本根本就不需要用。可是對(duì)于apache的1.0版本在我使用一段時(shí)間后。明顯感覺(jué)到有小問(wèn)題?。比如:頁(yè)面的抱錯(cuò)功能，驗(yàn)證功能，還有標(biāo)簽庫(kù)的豐富程度。都遠(yuǎn)遠(yuǎn)不能跟apache1.5比。所以我把我們項(xiàng)目的jsf版本升級(jí)到了1.5。但是問(wèn)題也隨之而來(lái)。
???比如說(shuō):
頁(yè)面上面:
<: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;
?}

頁(yè)面上面顯示一點(diǎn)問(wèn)題也沒(méi)有。但是要是testBean.test的屬性必須與SelectItem的構(gòu)造函數(shù)的第一個(gè)參數(shù)屬性相同。比如testBean.test是int，SelectItem的構(gòu)造函數(shù)的第一個(gè)參數(shù)必須是int型不能是string型。要是類型不匹配。就會(huì)有錯(cuò)誤。而且錯(cuò)誤比較隱蔽，沒(méi)有提示信息。這個(gè)錯(cuò)誤能夠使提交按鈕不起作用。也就是說(shuō)后臺(tái)方法不能夠調(diào)用。
這個(gè)也許就是apache1.5對(duì)類型嚴(yán)格匹配的結(jié)果

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

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

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>

有幾天沒(méi)有上博客了，最近在公司做項(xiàng)目，忙得要死。也是開發(fā)一個(gè)博客系統(tǒng)。這個(gè)系統(tǒng)起點(diǎn)很高。
使用的是Structs+Hibernate+Spring 的構(gòu)建框架。也許現(xiàn)在有些人會(huì)說(shuō)這個(gè)框架比較老土。但是通過(guò)邊搭建這個(gè)框架的時(shí)候，邊看Roben 的J2EE? one to one 越有很深的體會(huì)。對(duì)于J2ee框架的搭建和開發(fā)。以及項(xiàng)目的進(jìn)度掌握。有了一個(gè)比較模糊的感覺(jué)。呵呵。模糊的感覺(jué)。這個(gè)詞也許很好笑。仿佛就就像在深深的迷霧中看見(jiàn)了光明。可是想去尋找。確有無(wú)從下手。可能還是經(jīng)驗(yàn)積累不夠吧。

J2EE企業(yè)級(jí)體系構(gòu)架的目標(biāo)
1.是堅(jiān)固的：是可靠的無(wú)缺陷的
2.是可工作的和可縮放的：在給定硬件條件下支持增加的負(fù)載的潛力
3.利用OO設(shè)計(jì)原理：證明過(guò)的設(shè)計(jì)模式。
4.避免不必要的復(fù)雜性：全面的分析保證沒(méi)有盲目的而有過(guò)分簡(jiǎn)單的看待需求。
5.是可維護(hù)和可擴(kuò)展：不僅要保證該應(yīng)用的每個(gè)構(gòu)件都有明確的責(zé)任，還需要保證緊密耦合的構(gòu)件不會(huì)防礙維擴(kuò)性
6.按時(shí)交付
7.測(cè)試起來(lái)很容易
8.提倡重用：代碼的重用源自好的OO設(shè)計(jì)和服務(wù)器提供的寶貴基礎(chǔ)結(jié)構(gòu)