今天公司數(shù)據(jù)庫(kù)又被注入，我￥……——（……￥……——*%……（*%……——￥%……還原的時(shí)候又出現(xiàn)了那個(gè)問(wèn)題““數(shù)據(jù)庫(kù)正在使用，所以無(wú)法獲得對(duì)數(shù)據(jù)庫(kù)的獨(dú)占訪(fǎng)問(wèn)權(quán)”?！?，忘記第一次被注入的時(shí)候還原是怎么被解決的話(huà)，又花了一個(gè)上午的時(shí)間搜索解決方法，現(xiàn)已解決，做下記錄，以備后用。引用14.6.1恢復(fù)中的單用戶(hù)模式問(wèn)題1．故障現(xiàn)象在在線(xiàn)恢復(fù)數(shù)據(jù)庫(kù)時(shí)，出現(xiàn)如圖14-31所示界面，提示“數(shù)據(jù)庫(kù)正在使用，所以無(wú)法獲得對(duì)數(shù)據(jù)庫(kù)的獨(dú)占訪(fǎng)問(wèn)權(quán)”。圖14-31故障現(xiàn)象2．原因
系統(tǒng) 2019-08-29 23:40:42 2040
簡(jiǎn)單工廠(靜態(tài)工廠方法StaticFactoryMethod模式)簡(jiǎn)單工廠模式是由一個(gè)工廠對(duì)象來(lái)決定創(chuàng)造哪一種產(chǎn)品類(lèi)的實(shí)例簡(jiǎn)單工廠模式最大的優(yōu)點(diǎn)在于工廠類(lèi)中包含了必要的邏輯判斷。//產(chǎn)品接口---水果接口publicinterfaceFruit{publicvoidplant();}//產(chǎn)品----蘋(píng)果類(lèi)publicclassAppleimplementsFruit{publicvoidplant(){System.out.println("plantap
系統(tǒng) 2019-08-29 23:37:24 2040
1、躺在地上，膝蓋彎曲，雙手放在肩上，與身體成90度。2、用正面腹肌的力量將上半身盡量挺起，待8秒再返回原來(lái)位置。動(dòng)作二難度：★★★收肚度：★★★1、同樣躺在地上，膝蓋彎曲，雙手放在肩上，與身體成90度。2、用左側(cè)正腹肌的力量往右方轉(zhuǎn)，之后慢慢返回原來(lái)位置，左右各做10次。(2009-3-1620:15:40)□(健康人生:bbs.szhome.com)動(dòng)作三難度：★★★★收肚度：★★★★1、平躺在地上，雙手放在頭后，雙腳盡量向天伸直。2、用腹部的力將上半
系統(tǒng) 2019-08-29 23:32:55 2040
在was5.1上正常使用的war包，發(fā)布到6.0上就報(bào)找不到數(shù)據(jù)源，還以為是數(shù)據(jù)源配置上有問(wèn)題，結(jié)果怎么弄也不行，偶爾換了一個(gè)war包上去，居然可以用，分析這個(gè)包發(fā)現(xiàn)，那個(gè)web-inf目錄下多了一個(gè)ibm-web-bnd.xmi文件，原來(lái)這個(gè)war包是從工程上發(fā)布好的was中中拷貝出來(lái)，然后打的war包！坑人啊，刪掉這個(gè)文件，重新發(fā)布，我靠，好用了！websphere數(shù)據(jù)源綁定問(wèn)題
系統(tǒng) 2019-08-29 23:07:34 2040
最近，SOA成為跨技術(shù)平臺(tái)（特別是J2EE和.Net）軟件開(kāi)發(fā)中的熱門(mén)話(huà)題。然而，如果我們比較一下圍繞著SOA的宣傳和90年代后期EJB和服務(wù)件的宣傳，你會(huì)發(fā)現(xiàn)這沒(méi)有什么區(qū)別。1998年，EJB帶領(lǐng)互聯(lián)網(wǎng)的潮流并推翻了以CORBA為統(tǒng)治和由PB/OracleForms和其他主導(dǎo)的CS架構(gòu)標(biāo)準(zhǔn)。SOA，作為一種新技術(shù)的術(shù)語(yǔ)，還不具有那么大的破壞性。SOA只是一種想法/概念和一組構(gòu)建應(yīng)用功能的最佳實(shí)踐。相反地，J2EE是一套完整地開(kāi)發(fā)技術(shù)，可以用來(lái)設(shè)計(jì)所有的東
系統(tǒng) 2019-08-29 22:51:39 2040
http://www.blogjava.net/wqnashqu/archive/2007/12/13/167586.htmlTrieTreeandsomeDS&AthmsampleTrie樹(shù)的定義(轉(zhuǎn))Trie樹(shù)是一棵度m≥2的樹(shù)，它的每一層分支不是靠整個(gè)關(guān)鍵碼的值來(lái)確定，而是由關(guān)鍵碼的一個(gè)分量來(lái)確定。如下圖所示Trie樹(shù)，關(guān)鍵碼由英文字母組成。它包括兩類(lèi)結(jié)點(diǎn)：元素結(jié)點(diǎn)和分支結(jié)點(diǎn)。元素結(jié)點(diǎn)包含整個(gè)key數(shù)據(jù)；分支結(jié)點(diǎn)有27個(gè)指針，其中有一個(gè)空白字符‘b’
系統(tǒng) 2019-08-29 22:44:41 2040
在多線(xiàn)程程序中，我們經(jīng)常需要對(duì)要訪(fǎng)問(wèn)的資源進(jìn)行加鎖。加鎖的目的是為了同步對(duì)資源的訪(fǎng)問(wèn)，但是，加鎖不可避免的會(huì)降低應(yīng)用的并發(fā)量。那么如何在需要加鎖的時(shí)候，盡可能地提高并發(fā)量了？下面是我的一些經(jīng)驗(yàn)，僅供參考。1.首先，我們要控制好鎖的粒度。鎖的粒度越大，能支持的并發(fā)就越小。我們只需要將真正需要同步的代碼塊lock住，而不需要同步的代碼塊不要放在lock塊中。當(dāng)然，鎖的粒度也不是越小越好，粒度太細(xì)的鎖會(huì)導(dǎo)致編程很繁瑣，而且需要足夠的細(xì)心和全面考慮方可保證鎖不會(huì)出
系統(tǒng) 2019-08-29 22:43:04 2040
8.2利用配置文件進(jìn)行輸入校驗(yàn)方法說(shuō)明8.1小節(jié)中說(shuō)明的輸入校驗(yàn)方法會(huì)讓程序產(chǎn)生很多代碼。如果是1個(gè)項(xiàng)目生命周期很短的項(xiàng)目，必然對(duì)時(shí)間的要求會(huì)很高。這時(shí)候利用Struts2來(lái)對(duì)該項(xiàng)目進(jìn)行開(kāi)發(fā)，開(kāi)發(fā)者勢(shì)必不喜歡8.1小節(jié)中介紹的輸入校驗(yàn)方法。因?yàn)榇a太多，工作量一下子就增大了不少。而且它是一種硬編碼的形式，增大了系統(tǒng)各個(gè)模塊之間的耦合度，也不利于項(xiàng)目后期的維護(hù)和實(shí)施。因此本節(jié)介紹的利用配置文件進(jìn)行輸入校驗(yàn)的方式則很好的解決了上述問(wèn)題。利用配置文件進(jìn)行校驗(yàn)主要
系統(tǒng) 2019-08-29 22:30:29 2040
記得在eoe上有人發(fā)過(guò)，但代碼質(zhì)量不好。我重寫(xiě)了一下，抽成了控件。但沒(méi)有經(jīng)過(guò)各種控件的相容性測(cè)試，如果和其他控件的相容性不好，就直接在activity中寫(xiě)代碼吧，應(yīng)該差不多的。我用的是平板，所以效果還行，不知道手機(jī)如何。代碼：packagecom.ql.view;importandroid.R.anim;importandroid.content.Context;importandroid.util.AttributeSet;importandroid.u
系統(tǒng) 2019-08-29 22:18:05 2040
1.緣起：假設(shè)我們的C/S系統(tǒng)中服務(wù)端與客戶(hù)端之間采用UDP進(jìn)行通信，那么服務(wù)端如何知道每個(gè)客戶(hù)端當(dāng)前是否仍然在線(xiàn)了？有可能某個(gè)客戶(hù)端一直沒(méi)有退出，但是在很長(zhǎng)一段時(shí)間內(nèi)都沒(méi)有與服務(wù)端作任何通信，那么服務(wù)端就應(yīng)該認(rèn)為這個(gè)客戶(hù)端已經(jīng)離線(xiàn)了嗎？為了能讓服務(wù)端掌握每個(gè)客戶(hù)端是否在線(xiàn)的狀態(tài)，我們可以這樣做，只要客戶(hù)端一啟動(dòng)起來(lái)，就每隔一段時(shí)間間隔（如10秒）就向服務(wù)端發(fā)一個(gè)“我還在線(xiàn)”的消息，以表明自己的狀態(tài)。而服務(wù)端如果在一個(gè)更大的時(shí)間間隔內(nèi)（如20秒）都沒(méi)有收到
系統(tǒng) 2019-08-29 22:05:22 2040
