WEB开发网      濠电姷鏁告慨鐑藉极閸涘﹦绠鹃柍褜鍓氱换娑欐媴閸愬弶鎼愮痪鍓ф嚀閳规垿鎮╃€圭姴顥濋梺姹囧€楅崑鎾诲Φ閸曨垰绠涢柛顐f礃椤庡秹姊虹粙娆惧剳闁哥姵鍔欐俊鐢稿礋椤栨艾鍞ㄩ梺闈浤涙担鎻掍壕闁圭儤顨嗛埛鎺楁煕閺囥劌浜滄い蹇e弮閺屸€崇暆鐎n剛鏆犻柧浼欑到閵嗘帒顫濋悡搴d画缂佹鍨垮缁樻媴缁涘娈┑顔斤公缁犳捇銆佸鎰佹▌濠电姭鍋撳ù锝囩《閺€浠嬫煟濡鍤嬬€规悶鍎辫灃闁绘ê寮堕崯鐐电磼閸屾氨效鐎规洘绮忛ˇ瀵哥棯閹佸仮鐎殿喖鐖煎畷鐓庘槈濡警鐎崇紓鍌欑劍椤ㄥ棗鐣濋幖浣歌摕闁绘棃顥撻弳瀣煟濡も偓閻楀棗鈻撳Δ鍛拺閻犲洠鈧櫕鐏€闂佸搫鎳愭慨鎾偩閻ゎ垬浜归柟鐑樼箖閺呮繈姊洪棃娑氬婵☆偅鐟╅、娆掔疀閺冨倻鐦堥梺姹囧灲濞佳勭閿曞倹鐓曢柕濞垮劤閸╋絾顨ラ悙鏉戝妤犵偞锕㈤、娆撴嚃閳哄骞㈤梻鍌欐祰椤鐣峰Ο鑲╃煋妞ゆ棁锟ユ禍褰掓煙閻戞ɑ灏ù婊冪秺濮婅櫣绱掑Ο铏逛桓闂佹寧娲嶉弲娑滅亱闂佸憡娲﹂崹閬嶅煕閹达附鐓欓柤娴嬫櫅娴犳粌鈹戦垾鐐藉仮闁诡喗顨呴埥澶愬箳閹惧褰囩紓鍌欑贰閸犳牠顢栭崨鎼晣闁稿繒鍘х欢鐐翠繆椤栨粎甯涙繛鍛喘濮婄粯鎷呴悷閭﹀殝缂備浇顕ч崐鍨嚕缂佹ḿ绡€闁搞儯鍔嶅▍鍥⒑缁嬫寧婀扮紒瀣崌瀹曘垽鎮介崨濠勫幗闁瑰吋鐣崹濠氬煀閺囥垺鐓ユ慨妯垮煐閻撶喖鐓崶銉ュ姢缂佸宕电槐鎺旂磼濡偐鐣虹紓浣虹帛缁诲牆鐣峰鈧俊姝岊槺缂佽鲸绻堝缁樻媴缁涘娈愰梺鎼炲妺閸楀啿鐣烽鐐茬骇闁瑰濮靛▓楣冩⒑缂佹ɑ鈷掗柍宄扮墦瀵偊宕掗悙瀵稿幈闂佹娊鏁崑鎾绘煛閸涱喚鎳呮俊鍙夊姇铻i悶娑掑墲閺傗偓闂備胶绮崝鏇炍熸繝鍥у惞闁绘柨鐨濋弨鑺ャ亜閺冨洦顥夐柛鏂诲€濋幗鍫曟倷閻戞ḿ鍘遍梺鍝勬储閸斿本鏅堕鐐寸厱婵炲棗绻掔粻濠氭煛鐏炵晫效鐎规洦鍋婂畷鐔碱敆閳ь剙鈻嶉敐鍥╃=濞达絾褰冩禍鐐節閵忥絾纭炬い鎴濇川缁粯銈i崘鈺冨幍闁诲孩绋掑玻璺ㄧ不濮椻偓閺屻劌鈽夊Ο澶癸絾銇勯妸锝呭姦闁诡喗鐟╅、鏃堝礋椤撴繄绀勯梻鍌欐祰椤曟牠宕伴弽顐ょ濠电姴鍊婚弳锕傛煙椤栫偛浜版俊鑼额嚙閳规垿鍩勯崘銊хシ濡炪値鍘鹃崗妯侯嚕鐠囨祴妲堥柕蹇曞閳哄懏鐓忓璺虹墕閸旀挳鏌涢弬娆炬Ш缂佽鲸鎸婚幏鍛矙鎼存挸浜鹃柛婵勫劤閻挾鎲搁悧鍫濈瑨闁哄绶氶弻鐔煎礈瑜忕敮娑㈡煛閸涱喗鍊愰柡灞诲姂閹倝宕掑☉姗嗕紦 ---闂傚倸鍊搁崐鎼佸磹閻戣姤鍊块柨鏃堟暜閸嬫挾绮☉妯哄箻婵炲樊浜滈悡娑㈡煕濞戝崬骞樻い鏂挎濮婅櫣鎹勯妸銉︾彚闂佺懓鍤栭幏锟�
开发学院软件开发Java 使用 IBM FileNet P8 实现序列号分发器 阅读

使用 IBM FileNet P8 实现序列号分发器

 2009-12-09 00:00:00 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹妞嬪孩顐芥慨姗嗗厳缂傛氨鎲稿鍫罕闂備礁婀遍搹搴ㄥ窗閺嶎偆涓嶆い鏍仦閻撱儵鏌i弴鐐测偓鍦偓姘炬嫹闂傚倸鍊搁崐鎼佸磹妞嬪海鐭嗗〒姘e亾妤犵偛顦甸弫鎾绘偐閹绘帞鈧參姊哄Ч鍥х仼闁诲繑鑹鹃悾鐑藉蓟閵夛妇鍘甸梺瑙勵問閸犳牠銆傛總鍛婄厱閹艰揪绱曟牎闂侀潧娲ょ€氫即鐛幒妤€绠f繝闈涘暙娴滈箖鏌i姀鈶跺湱澹曟繝姘厵闁绘劦鍓氶悘杈ㄤ繆閹绘帞澧涚紒缁樼洴瀹曞崬螖閸愬啠鍓濈换娑樼暆婵犱胶鏁栫紓浣介哺閹瑰洤鐣烽幒鎴僵闁瑰吀鐒﹂悗鎼佹⒒娴g儤鍤€闁搞倖鐗犻獮蹇涙晸閿燂拷濠电姷鏁告慨鐑藉极閸涘﹥鍙忔い鎾卞灩缁狀垶鏌涢幇闈涙灈鐎瑰憡绻冮妵鍕箻鐎靛摜鐣奸梺纭咁潐濞茬喎顫忕紒妯肩懝闁逞屽墮宀h儻顦查悡銈夋煏閸繃鍋繛宸簻鎯熼梺瀹犳〃閼冲爼宕濋敃鈧—鍐Χ閸℃鐟愰梺鐓庡暱閻栧ジ宕烘繝鍥у嵆闁靛骏绱曢崢顏堟⒑閹肩偛鍔楅柡鍛⊕缁傛帟顦寸紒杈ㄥ笚濞煎繘鍩℃担閿嬵潟闂備浇妗ㄩ悞锕傚箲閸ヮ剙鏋侀柟鍓х帛閺呮悂鏌ㄩ悤鍌涘闂傚倸鍊搁崐鎼佸磹妞嬪孩顐芥慨姗嗗厳缂傛氨鎲稿鍫罕闂備礁婀遍搹搴ㄥ窗閺嶎偆涓嶆い鏍仦閻撱儵鏌i弴鐐测偓鍦偓姘炬嫹  闂傚倸鍊搁崐鎼佸磹閻戣姤鍤勯柤鍝ユ暩娴犳氨绱撻崒娆掑厡缂侇噮鍨堕妴鍐川閺夋垹鍘洪悗骞垮劚椤︻垶宕¢幎鑺ョ厪闊洦娲栨牎闂佽瀵掗崜鐔奉潖閾忓湱纾兼俊顖氭惈椤矂姊洪崷顓涙嫛闁稿妫濋幆鈧い蹇撴祩濡嫰姊洪崫鍕拱婵炲弶岣块幑銏犫攽婵犲嫮鏉搁梺鍝勬川婵兘鎮伴妷鈺傗拻濞达絽鎼敮璺侯熆閻熷府鏀荤紒鍌氱Т楗即宕煎锝呬壕闁哄啫鐗嗙粈鍐┿亜韫囧海顦﹀ù婊堢畺閺屻劌鈹戦崱娑扁偓妤€顭胯閸犳牠婀侀梺缁樕戦悷銉р偓姘煎枤缁粯銈i崘鈺冨幈濡炪倖鍔戦崐鏇㈠几鎼淬劍鐓熼煫鍥ь儏閸旀粓鏌曢崶褍顏€殿喗娼欒灒闁告繂瀚濠碉紕鍋戦崐鎴﹀垂濞差亝鍋¢柍鍝勬噹缁犳牠鏌嶉埡浣告殲闁稿海鍠栭弻鏇㈠炊瑜嶇花濠氭煙閸戙倖瀚�
核心提示: ObjectStore 中的每个独立的可持久化对象都是以一个 Update Sequence Number (USN) 进行标记,这不是常规意义上的属性,使用 IBM FileNet P8 实现序列号分发器(8),但它的值是通过 IndependentlyPersistableObject.ge

ObjectStore 中的每个独立的可持久化对象都是以一个 Update Sequence Number (USN) 进行标记。这不是常规意义上的属性,但它的值是通过 IndependentlyPersistableObject.getUpdateSequenceNumber() 方法公开的。当每次 ObjectStore 中的对象被更新时,CE 服务器将自动递增 USN。当您从服务器获取一个对象时,USN 也被获取并传递到客户端。API 将 USN 作为 save() 对象的一部分发送回到服务器。如果发送的 USN 值与储存库中储存的值不匹配,CE 服务器就知道已经(由其他调用方)进行了更新,因此该对象已被获取。这是数据库调用乐观(optimistic)锁的简单方式。

如果 CE 服务器检测到交叉更改,它将合理地进行利用,这与合作锁特性不同。通过 CE API,您可以使用称为无获取实例化(在其他地方也提到)绕过服务器检查,但在这个用例中您要为此付出更多的努力。从本地在 API 中实例化一个对象而没有从服务器获取它称为无获取实例化。在这些情况中,USN 值有一个表示 CE 服务器跳过 USN 检查的特殊值。这有时被称为未保护更新。如果您稍后从服务器获取或刷新任何属性,也会获取当前 USN。

不过,在我们的例子中执行无获取实例化和未保护更新没有任何意义。要获取计数器属性的当前值,必须从服务器获取它。可能有人会恶意地通过未保护更新破坏计数器属性,但这种破坏也可以发生在常规的更新中。因此,这里没有出现新的威胁。因为用例存在语义,所以通过编写错误代码搞破坏的机会是很低的。

要利用 USN 检查和 CE 服务器的第一次写优先策略,您需要尝试在分发器对象中更新计数器,然后检查报告交叉更改的错误。清单 3 显示了该用例的一个例子。


清单 3. 第一次写优先
private static final String COUNTER_PROPERTY_NAME = "WjcCounter"; 
/** 
 * This property filter is used to minimize data returned in fetches and refreshes. 
 */ 
private static final PropertyFilter PF_COUNTER = new PropertyFilter(); 
static 
{ 
  PF_COUNTER.addIncludeProperty(1, null, null, COUNTER_PROPERTY_NAME, null); 
} 
 
/** 
 * Get the next value efficiently by exploiting First Writer Wins 
 */ 
public int getNextValue(boolean feelingUnlucky) 
{ 
  final Properties dispenserProperties = dispenser.getProperties(); 
  // Object might be updated by someone else, so try a few times 
  for (int attemptNumber=0; attemptNumber<10; ++attemptNumber) 
  { 
    // If cached data invalid, fetch the current value 
    // from the server. This also covers the fetchless 
    // instantiation case. 
    if (feelingUnlucky 
    || dispenser.getUpdateSequenceNumber() == null 
    || !dispenserProperties.isPropertyPresent(COUNTER_PROPERTY_NAME)) 
    { 
      // fetchProperties will fail if the USN doesn't match, so null it out 
      dispenser.setUpdateSequenceNumber(null); 
      dispenser.fetchProperties(PF_COUNTER); // R/T 
    } 
    int oldValue = dispenserProperties.getInteger32Value(COUNTER_PROPERTY_NAME); 
    int newValue = oldValue + 1; 
    dispenserProperties.putValue(COUNTER_PROPERTY_NAME, newValue); 
    try 
    { 
      // Because we use a refreshing save, the counter property's 
      // new value will be returned from the server. 
      dispenser.save(RefreshMode.REFRESH, PF_COUNTER); // R/T 
      return newValue; 
    } 
    catch (EngineRuntimeException ere) 
    { 
      ExceptionCode ec = ere.getExceptionCode(); 
      if (ec != ExceptionCode.E_OBJECT_MODIFIED) 
      { 
        // If we get an exception for any reason other than 
        // the object being concurrently modified, rethrow it. 
        throw ere; 
      } 
      // Someone else modified it. Invalidate our cached data and try again. 
      dispenser.setUpdateSequenceNumber(null); 
      dispenserProperties.removeFromCache(COUNTER_PROPERTY_NAME); 
      continue;  
    } 
  } 
  // too many iterations without success 
  throw new RuntimeException("Oops"); 
} 
 
/** 
 * Set by constructor or some other means. 
 * Fetchless instantiation is OK. 
 */ 
private final CustomObject dispenser; 

上一页  3 4 5 6 7 8 9 10  下一页

Tags:使用 IBM FileNet

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接