<rt id="bn8ez"></rt>
<label id="bn8ez"></label>
  • 

    • <span id="bn8ez"></span>
    

    <label id="bn8ez"><meter id="bn8ez"></meter></label>
    

    
    

    




    




        

    
	

    
	
    
		
    
			
				
    走自己的路
    
				
    路漫漫其修遠兮，吾將上下而求索
    
			    		
		
    
	
    

    

    
	
    
		
    
			
 
BlogJava ::
首頁 ::
新隨筆 ::
聯系 ::
聚合
 ::
管理 ::


			
			
				

    
	
    
		
    
			
			
			
				 
				50 
				隨筆 ::
				4 文章
				::
				118 評論
				::
				0 Trackbacks
			
		
    
	
    

    

			    		
		
    
	
    

    


    


    
	
					

    Java Persistence, Transaction and ORM 
    

    
	java持久化 事務管理和 OR Mapping 

    

			
    
				
				
				
    
					     摘要: 在用戶修改了領域對象的值后，我們有時需要記錄下用戶的改動。比如對一些關鍵業務對象的改動有時往往需要發郵件通知客戶。有時用戶可能想查閱所有歷史的改動，甚至有可能會改回原先的值。領域邏輯關系往往比較復雜，這時我們會使用到ORM Framework。本文以toplink為例，講述如何利用toplink編寫一個完成此功能的簡易Framework，我們暫且把它稱為ActionMemed。

      閱讀全文
				
    
				
				
    
					posted @ 2009-11-29 13:37 叱咤紅人 閱讀(1453) | 評論 (2)  編輯
				
    
			
    
			
    
	
			
    
				
				
				
    
					     摘要: 在Oracle Application Server環境下OC4J Instance下的每個process的jvm的rmi端口是動態分配的，如果能解決這個動態的問題，就可以使用ORMI作為jndi的provider url。但是需要注意的是如果是在server啟動時初始化toplink session，需要等待JmsServer線程執行完畢。  閱讀全文
				
    
				
				
    
					posted @ 2008-12-09 18:00 叱咤紅人 閱讀(1291) | 評論 (0)  編輯
				
    
			
    
			
    
	
			
    
				
				
				
    
					     摘要: 在分布式應用中，單個業務應用的toplink運行在多個jvm上，同時開啟了會話緩存，而這些在多個jvm上會話緩存中的domain對象就需要進行同步，這樣可以及時拿到最新的domain對象而不需要每次都查詢database，這大大減少了樂觀鎖沖突。在Oracle Application Server上Ormi端口是動態分配的，而opmn request端口氏固定的，所以我們用opmn作為jndi lookup的url。經過測試OC4J in memory jms作為同步消息的傳輸和發現方式效率是最高的，所以采用OC4J in memory jms作為消息同步的傳輸方式。具體實現方法參見本文。  閱讀全文
				
    
				
				
    
					posted @ 2008-12-04 07:00 叱咤紅人 閱讀(1238) | 評論 (0)  編輯
				
    
			
    
			
    
	
			
    
				
				
				
    
					     摘要: 晚上要下班的時候，application team那里使用Tibco EMS做消息集成服務時候出了bug，錯誤是：java.sql.SQLException: 當全局事務處理處于活動狀態時, 無法調用方法 'commit'，應該是在全局事務中使用了本地事務并提交了。幫忙看了一下，它的oc4j, toplink, spring的使用上都存在著一些問題，并把要注意的地方總結了一下。包括oc4j，toplink，spring三塊。  閱讀全文
				
    
				
				
    
					posted @ 2008-11-14 21:48 叱咤紅人 閱讀(2223) | 評論 (11)  編輯
				
    
			
    
			
    
	
			
    
				
				
				
    
					     摘要: 在java端調用存儲過程的時候需要存儲過程串行的執行，如果使用synchronized lock在應用服務器突然down掉的情況下會出現問題，因為session并沒有立即斷掉，后臺的存儲過程還在繼續執行，這樣如果應用服務器立即重啟，再調用該存儲過程或者其他需要一起串行化處理的存儲過程就會違反同步執行的原則，所以我們必須把鎖放在oracle db端，利用oracle鎖機制來完成存儲過程的同步，文章總結了一下在java端如何使用oracle這個用戶鎖機制。  閱讀全文
				
    
				
				
    
					posted @ 2008-08-25 14:12 叱咤紅人 閱讀(1812) | 評論 (0)  編輯
				
    
			
    
			
    
	
			
    
				
				
				
    
					     摘要: 上次用Coherence實現緩存數據同步的transport manager之后，對它進行了壓力測試并和EMS JMS和 OracleAS JMS（內存）進行了性能對比。文中描述了測試的過程，并共享了代碼和測試結果。  閱讀全文
				
    
				
				
    
					posted @ 2008-06-13 14:46 叱咤紅人 閱讀(2404) | 評論 (1)  編輯
				
    
			
    
			
    
	
			
    
				
				
				
    
					     摘要: Toplink提供了很強大的Cache功能，利用cache可以大大減少直接和DB通信的次數，特別是讀事務比較多的情況下。在分布式應用中，多個toplink session cache之間需要即時的同步數據，保證各個cache中的數據都是最新的數據，避免頻繁地出現stale數據或樂觀鎖異常。Toplink默認支持的兩種同步機制：JMS和RMI，有時為了考慮一些特殊的需求，必須性能，我們可能需要自定義一個Toplink的Transport Manager，本文給出了一個用Oracle Coherence實現Toplink Tranport Manager的具體例子，注意只是用了Coherence的通信并沒有把Coherence整合成Toplink的Session Cache。  閱讀全文
				
    
				
				
    
					posted @ 2008-05-24 17:37 叱咤紅人 閱讀(2305) | 評論 (0)  編輯
				
    
			
    
			
    
	


    


    


				

    




    
    
        
	



主站蜘蛛池模板：
一区二区三区免费在线视频|
91亚洲视频在线观看|
在线亚洲精品视频|
免费观看的a级毛片的网站|
亚洲AV无码无限在线观看不卡
|
国产AV无码专区亚洲AWWW|
乱淫片免费影院观看|
午夜a级成人免费毛片|
亚洲色在线无码国产精品不卡|
青苹果乐园免费高清在线|
国产AV旡码专区亚洲AV苍井空|
成年丰满熟妇午夜免费视频
|
国产精品亚洲精品日韩动图|
国产美女被遭强高潮免费网站|
亚洲欧美综合精品成人导航|
日本免费一区二区三区最新vr|
免费播放美女一级毛片|
国产偷窥女洗浴在线观看亚洲|
精品无码一级毛片免费视频观看
|
一级特黄a大片免费|
区三区激情福利综合中文字幕在线一区亚洲视频1
|
国产精品亚洲综合一区|
a级毛片免费全部播放无码|
亚洲AV无码久久|
国产桃色在线成免费视频|
亚洲AV无码专区在线观看成人|
国产成人毛片亚洲精品|
国产精品免费一区二区三区四区|
久久综合亚洲色一区二区三区
|
国产精品成人69XXX免费视频|
亚洲精品高清无码视频|
1a级毛片免费观看|
亚洲日本一线产区和二线|
亚洲精品tv久久久久久久久久|
免费人成网站在线观看不卡|
精品久久亚洲中文无码|
亚洲精品一级无码中文字幕|
999久久久免费精品播放|
亚洲精品色播一区二区|
亚洲人成人77777网站|
免费无码AV片在线观看软件|