http://blog.csdn.net/function413/article/details/8485822

一、下載所需類包 （可在http://download.csdn.net/detail/function413/4977751中下載tomcat log4j.rar 里面包含以下JAR包）

1、下載log4j下載1.2以后的版本

下載地址：http://logging.apache.org/log4j/1.2/download.html

2、下載tomcat-juli.jar，tomcat-juli-adapters.jar

使用LOG4J來(lái)接管tomcat6.0.18的日志文件必須要下載兩個(gè)文件：tomcat-juli.jar，tomcat-juli-adapters.jar。

下載地址為：http://www.apache.org/dist/tomcat/tomcat-6/v6.0.18/bin/extras/ (如果tomcat為其他版本，請(qǐng)下載對(duì)應(yīng)版本的類包)

二、修改相關(guān)配置文件

1、修改${catalina.home}/conf/context.xml

修改：<Context >為<Context swallowOutput="true" >只有這樣才能完全的把tomcat的stdout給接管過(guò)來(lái)。這一步很關(guān)鍵 在官網(wǎng)及網(wǎng)上找了許多資料都沒有提及。

2、復(fù)制log4j.jar到${catalina.home}/lib下

3、復(fù)制tomcat-juli-adapters.jar到${catalina.home}/lib下

4、復(fù)制tomcat-juli.jar到${catalina.home}/bin下，在該目錄會(huì)存在該文件，覆蓋 即可

5、建立log4j.properties,并把其放到${catalina.home}/lib下

在維護(hù)服務(wù)器時(shí)常常需要用到linux Shell命令，將常用的寫在這里備查：

telnet 10.10.50.122 7070

nslookup 查看域名解析

netstat -anp 顯示系統(tǒng)端口使用情況 a表示全部socket n不解析名稱 p顯示PID

lsof -i :端口 顯示占用該端口的進(jìn)程情況

last

history

scp root@10.10.10.11:/home/asd/we.zip /home/we/ scp文件傳輸

w 當(dāng)前登錄用戶

ps -ef|grep java 不解釋！

查看機(jī)器吞吐量（throughput）

sudo ifconfig eth0

iftop 監(jiān)視網(wǎng)卡即時(shí)吞吐量

iptraf 監(jiān)視網(wǎng)卡即時(shí)吞吐量

iostat 磁盤吞吐量查看

iostat 結(jié)果解釋
* rrqm/s:   每秒進(jìn)行 merge 的讀操作數(shù)目。即 delta(rmerge)/s
* wrqm/s:   每秒進(jìn)行 merge 的寫操作數(shù)目。即 delta(wmerge)/s
* r/s:       每秒完成的讀 I/O 設(shè)備次數(shù)。即 delta(rio)/s
* w/s:       每秒完成的寫 I/O 設(shè)備次數(shù)。即 delta(wio)/s
* rsec/s:    每秒讀扇區(qū)數(shù)。即 delta(rsect)/s
* wsec/s:   每秒寫扇區(qū)數(shù)。即 delta(wsect)/s
* rkB/s:     每秒讀K字節(jié)數(shù)。是 rsect/s 的一半，因?yàn)槊可葏^(qū)大小為512字節(jié)。(需要計(jì)算)
* wkB/s:     每秒寫K字節(jié)數(shù)。是 wsect/s 的一半。(需要計(jì)算)
* avgrq-sz: 平均每次設(shè)備I/O操作的數(shù)據(jù)大小 (扇區(qū))。delta(rsect+wsect)/delta(rio+wio)
* avgqu-sz: 平均I/O隊(duì)列長(zhǎng)度。即 delta(aveq)/s/1000 (因?yàn)閍veq的單位為毫秒)。
* await:     平均每次設(shè)備I/O操作的等待時(shí)間 (毫秒)。即 delta(ruse+wuse)/delta(rio+wio)
* svctm:    平均每次設(shè)備I/O操作的服務(wù)時(shí)間 (毫秒)。即 delta(use)/delta(rio+wio)
* %util:    一秒中有百分之多少的時(shí)間用于 I/O 操作，或者說(shuō)一秒中有多少時(shí)間 I/O 隊(duì)列是非空的。即 delta(use)/s/1000 (因?yàn)閡se的單位為毫秒)

df -m 硬盤使用情況

free -m 內(nèi)存使用情況

top 查看CPU使用情況

關(guān)于 load   average
一般來(lái)說(shuō)只要每個(gè)CPU的當(dāng)前活動(dòng)進(jìn)程數(shù)不大于3那么系統(tǒng)的性能就是良好的，如果每個(gè)CPU的任務(wù)數(shù)大于5，那么就表示這臺(tái)機(jī)器的性能有嚴(yán)重問題。
對(duì)于上面的例子來(lái)說(shuō)，假設(shè)系統(tǒng)有兩個(gè)CPU，那么其每個(gè)CPU的當(dāng)前任務(wù)數(shù)為：8.13/2=4.065。這表示該系統(tǒng)的性能是可以接受的。

查看機(jī)器硬件信息

測(cè)試機(jī)器的硬件信息：
查看CPU信息（型號(hào)）
# cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c
8  Intel(R) Xeon(R) CPU            E5410   @ 2.33GHz
(看到有8個(gè)邏輯CPU, 也知道了CPU型號(hào))
# cat /proc/cpuinfo | grep physical | uniq -c
4 physical id      : 0
4 physical id      : 1
(說(shuō)明實(shí)際上是兩顆4核的CPU)
# getconf LONG_BIT
32
(說(shuō)明當(dāng)前CPU運(yùn)行在32bit模式下, 但不代表CPU不支持64bit)
# cat /proc/cpuinfo | grep flags | grep ' lm ' | wc -l
8
(結(jié)果大于0, 說(shuō)明支持64bit計(jì)算. lm指long mode, 支持lm則是64bit)
再完整看cpu詳細(xì)信息, 不過(guò)大部分我們都不關(guān)心而已.
# dmidecode | grep 'Processor Information'
查看內(nèi) 存信息
# cat /proc/meminfo
# uname -a
Linux euis1 2.6.9-55.ELsmp #1 SMP Fri Apr 20 17:03:35 EDT 2007 i686 i686 i386 GNU/Linux
(查看當(dāng)前操作系統(tǒng)內(nèi)核信息)
# cat /etc/issue | grep Linux
Red Hat Enterprise Linux AS release 4 (Nahant Update 5)
(查看當(dāng)前操作系統(tǒng)發(fā)行版信息)
查看機(jī)器型號(hào)
# dmidecode | grep "Product Name"
查看網(wǎng)卡信息
# dmesg | grep -i eth

du -ms /usr/local/jdk 查看文件夾使用的空間大小

du -sm * | sort -n 當(dāng)前路徑下各文件夾大小，并排序顯示

Ubuntu Linux系統(tǒng)環(huán)境變量配置文件介紹在Ubuntu中有如下幾個(gè)文件可以設(shè)置環(huán)境變量

/etc/profile:在登錄時(shí),操作系統(tǒng)定制用戶環(huán)境時(shí)使用的第一個(gè)文件,此文件為系統(tǒng)的每個(gè)用戶設(shè)置環(huán)境信息,當(dāng)用戶第一次登錄時(shí),該文件被執(zhí)行。

/etc/environment:在登錄時(shí)操作系統(tǒng)使用的第二個(gè)文件,系統(tǒng)在讀取你自己的 profile前,設(shè)置環(huán)境文件的環(huán)境變量。

~/.profile:在登錄時(shí)用到的第三個(gè)文件是.profile文件,每個(gè)用戶都可使用該文件輸入專用于自己使用的shell信息,當(dāng)用戶登錄時(shí),該文件僅僅執(zhí)行一次!默認(rèn)情況下,他設(shè)置一些環(huán)境變量,執(zhí)行用戶的.bashrc文件。

/etc/bashrc:為每一個(gè)運(yùn)行bash shell的用戶執(zhí)行此文件.當(dāng)bash shell被打開時(shí),該文件被讀取.

~/.bashrc:該文件包含專用于你的bash shell的bash信息,當(dāng)?shù)卿洉r(shí)以及每次打開新的shell時(shí),該該文件被讀取。

使用source命令刷新環(huán)境變量

原文地址： http://ifelseif.blog.sohu.com/145381162.html

聽說(shuō)支持向量機(jī)是比神經(jīng)網(wǎng)絡(luò)還牛X的分類器，我就拿來(lái)玩了玩，用國(guó)立臺(tái)灣大學(xué)Chih-Chung Chang和Chih-Jen Lin編寫的libsvm函數(shù)庫(kù)。國(guó)內(nèi)的網(wǎng)站很多帖子都抄來(lái)抄去的，犯錯(cuò)bug都一樣。哎，希望此貼可以正本清源。

    首先下載libSVM的最新版本，他們的主頁(yè)在此http://www.csie.ntu.edu.tw/~cjlin/libsvm/index.html。源碼和手冊(cè)都有，真是好人?。∈謨?cè)寫的清晰明了通俗易懂，盡管是英文的。想快速上手看具體操作步驟的直接翻到appendix吧。

    在linux下部署libSVM是簡(jiǎn)單到不能再簡(jiǎn)單了，make一下就完事兒了。什么！你沒有g(shù)cc，沒有python，沒有g(shù)nuplot？自己apt-get去吧。

    用windows的童鞋，首先你們要安裝python和gnuplot。python的主頁(yè)為http://www.python.org/，安裝程序可以在這里下載。gnuplot的主頁(yè)為http://www.gnuplot.info/download.html，安裝程序在這里。python是需要安裝的，gnuplot是綠色軟件找個(gè)地方解壓就行。如果你網(wǎng)速快的話強(qiáng)烈推薦pythonxy這個(gè)東西，python科學(xué)計(jì)算相關(guān)的軟件包基本都包括了，有功夫好好學(xué)吧開源的哦。

    需要手工添加環(huán)境變量，保證python根目錄，gnuplot的bin目錄，libsvm的windows目錄都在path里面，我的電腦上是c:\python26，C:\Python26\gnuplot\bin，c:\Users\gongwei\program\libsvm-2.9\windows\。然后還要改libSVM\tools目錄下的easy.py和grid.py文件，把gnuplot路徑那一項(xiàng)改成gnuplot_exe = r"C:\Python26\gnuplot\bin\pgnuplot.exe"。gnuplot有三個(gè)exe，這里只能用這個(gè)因?yàn)樗梢酝ㄟ^(guò)管道輸入數(shù)據(jù)，另外兩個(gè)都不行。都弄完之后，嘗試運(yùn)行一下吧：

    python easy.py train.1 test.1

    其中train.1和test.1都是作者提供的測(cè)試數(shù)據(jù)?？梢栽?a target="_blank">這里下載guide里面的數(shù)據(jù)，這里還有更多。

    好啦下面就等著彈窗吧，會(huì)彈出一個(gè)gnuplot的窗口，里面的圖像會(huì)隨著網(wǎng)絡(luò)的訓(xùn)練逐步更新。大功告成！

    libSVM的使用很簡(jiǎn)單，會(huì)用python的可以參考easy.py和grid.py寫自己的script。libSVM使用c++編寫，提供java的源碼，還支持R (also Splus), MATLAB, Perl, Ruby, Weka, Common LISP, CLISP, Haskell, LabVIEW的調(diào)用。想用的話基本都有自己適合的環(huán)境。

    最后還是要感謝libSVM的幾位作者們，寫出這么好的軟件。向臺(tái)灣同胞致敬！

數(shù)學(xué)之美 系列九 -- 如何確定網(wǎng)頁(yè)和查詢的相關(guān)性

原文地址：http://www.google.com.hk/ggblog/googlechinablog/2006/06/blog-post_3066.html

2006年6月27日 上午 09:53:00

發(fā)表者：吳軍，Google 研究員

[我們已經(jīng)談過(guò)了如何自動(dòng)下載網(wǎng)頁(yè)、如何建立索引、如何衡量網(wǎng)頁(yè)的質(zhì)量(Page Rank)。我們今天談?wù)勅绾未_定一個(gè)網(wǎng)頁(yè)和某個(gè)查詢的相關(guān)性。了解了這四個(gè)方面，一個(gè)有一定編程基礎(chǔ)的讀者應(yīng)該可以寫一個(gè)簡(jiǎn)單的搜索引擎了，比如為您所在的學(xué)?；蛟合到⒁粋€(gè)小的搜索引擎。]

我們還是看上回的例子，查找關(guān)于“原子能的應(yīng)用”的網(wǎng)頁(yè)。我們第一步是在索引中找到包含這三個(gè)詞的網(wǎng)頁(yè)（詳見關(guān)于布爾運(yùn)算的系列）。現(xiàn)在任何一個(gè)搜索引擎都包含幾十萬(wàn)甚至是上百萬(wàn)個(gè)多少有點(diǎn)關(guān)系的網(wǎng)頁(yè)。那么哪個(gè)應(yīng)該排在前面呢？顯然我們應(yīng)該根據(jù)網(wǎng)頁(yè)和查詢“原子能的應(yīng)用”的相關(guān)性對(duì)這些網(wǎng)頁(yè)進(jìn)行排序。因此，這里的關(guān)鍵問題是如何度量網(wǎng)頁(yè)和查詢的相關(guān)性。

我們知道，短語(yǔ)“原子能的應(yīng)用”可以分成三個(gè)關(guān)鍵詞：原子能、的、應(yīng)用。根據(jù)我們的直覺，我們知道，包含這三個(gè)詞多的網(wǎng)頁(yè)應(yīng)該比包含它們少的網(wǎng)頁(yè)相關(guān)。當(dāng)然，這個(gè)辦法有一個(gè)明顯的漏洞，就是長(zhǎng)的網(wǎng)頁(yè)比短的網(wǎng)頁(yè)占便宜，因?yàn)殚L(zhǎng)的網(wǎng)頁(yè)總的來(lái)講包含的關(guān)鍵詞要多些。因此我們需要根據(jù)網(wǎng)頁(yè)的長(zhǎng)度，對(duì)關(guān)鍵詞的次數(shù)進(jìn)行歸一化，也就是用關(guān)鍵詞的次數(shù)除以網(wǎng)頁(yè)的總字?jǐn)?shù)。我們把這個(gè)商稱為“關(guān)鍵詞的頻率”，或者“單文本詞匯頻率”（Term Frequency)，比如，在某個(gè)一共有一千詞的網(wǎng)頁(yè)中“原子能”、“的”和“應(yīng)用”分別出現(xiàn)了 2 次、35 次 和 5 次，那么它們的詞頻就分別是 0.002、0.035 和 0.005。 我們將這三個(gè)數(shù)相加，其和 0.042 就是相應(yīng)網(wǎng)頁(yè)和查詢“原子能的應(yīng)用”
相關(guān)性的一個(gè)簡(jiǎn)單的度量。概括地講，如果一個(gè)查詢包含關(guān)鍵詞 w1,w2,...,wN, 它們?cè)谝黄囟ňW(wǎng)頁(yè)中的詞頻分別是: TF1, TF2, ..., TFN。 （TF: term frequency)。 那么，這個(gè)查詢和該網(wǎng)頁(yè)的相關(guān)性就是:
TF1 + TF2 + ... + TFN。

讀者可能已經(jīng)發(fā)現(xiàn)了又一個(gè)漏洞。在上面的例子中，詞“的”站了總詞頻的 80% 以上，而它對(duì)確定網(wǎng)頁(yè)的主題幾乎沒有用。我們稱這種詞叫“應(yīng)刪除詞”（Stopwords)，也就是說(shuō)在度量相關(guān)性是不應(yīng)考慮它們的頻率。在漢語(yǔ)中，應(yīng)刪除詞還有“是”、“和”、“中”、“地”、“得”等等幾十個(gè)。忽略這些應(yīng)刪除詞后，上述網(wǎng)頁(yè)的相似度就變成了0.007，其中“原子能”貢獻(xiàn)了0.002，“應(yīng)用”貢獻(xiàn)了 0.005。

細(xì)心的讀者可能還會(huì)發(fā)現(xiàn)另一個(gè)小的漏洞。在漢語(yǔ)中，“應(yīng)用”是個(gè)很通用的詞，而“原子能”是個(gè)很專業(yè)的詞，后者在相關(guān)性排名中比前者重要。因此我們需要給漢語(yǔ)中的每一個(gè)詞給一個(gè)權(quán)重，這個(gè)權(quán)重的設(shè)定必須滿足下面兩個(gè)條件：

1. 一個(gè)詞預(yù)測(cè)主題能力越強(qiáng)，權(quán)重就越大，反之，權(quán)重就越小。我們?cè)诰W(wǎng)頁(yè)中看到“原子能”這個(gè)詞，或多或少地能了解網(wǎng)頁(yè)的主題。我們看到“應(yīng)用”一次，對(duì)主題基本上還是一無(wú)所知。因此，“原子能“的權(quán)重就應(yīng)該比應(yīng)用大。

2. 應(yīng)刪除詞的權(quán)重應(yīng)該是零。

我們很容易發(fā)現(xiàn)，如果一個(gè)關(guān)鍵詞只在很少的網(wǎng)頁(yè)中出現(xiàn)，我們通過(guò)它就容易鎖定搜索目標(biāo)，它的權(quán)重也就應(yīng)該大。反之如果一個(gè)詞在大量網(wǎng)頁(yè)中出現(xiàn)，我們看到它仍然不很清楚要找什么內(nèi)容，因此它應(yīng)該小。概括地講，假定一個(gè)關(guān)鍵詞 ｗ 在 Ｄｗ 個(gè)網(wǎng)頁(yè)中出現(xiàn)過(guò)，那么 Ｄｗ 越大，ｗ 的權(quán)重越小，反之亦然。在信息檢索中，使用最多的權(quán)重是“逆文本頻率指數(shù)” （Inverse document frequency 縮寫為ＩＤＦ），它的公式為ｌｏｇ（Ｄ／Ｄｗ）其中Ｄ是全部網(wǎng)頁(yè)數(shù)。比如，我們假定中文網(wǎng)頁(yè)數(shù)是Ｄ＝１０億，應(yīng)刪除詞“的”在所有的網(wǎng)頁(yè)中都出現(xiàn)，即Ｄｗ＝１０億，那么它的ＩＤＦ＝log(10億/10億）= log (1) = ０。假如專用詞“原子能”在兩百萬(wàn)個(gè)網(wǎng)頁(yè)中出現(xiàn)，即Ｄｗ＝２００萬(wàn)，則它的權(quán)重ＩＤＦ＝log(500) =6.2。又假定通用詞“應(yīng)用”，出現(xiàn)在五億個(gè)網(wǎng)頁(yè)中，它的權(quán)重ＩＤＦ = log(2)
則只有 0.7。也就只說(shuō)，在網(wǎng)頁(yè)中找到一個(gè)“原子能”的比配相當(dāng)于找到九個(gè)“應(yīng)用”的匹配。利用 IDF，上述相關(guān)性計(jì)算個(gè)公式就由詞頻的簡(jiǎn)單求和變成了加權(quán)求和，即 TF1*IDF1 +　TF2*IDF2 ＋... + TFN*IDFN。在上面的例子中，該網(wǎng)頁(yè)和“原子能的應(yīng)用”的相關(guān)性為 0.0161，其中“原子能”貢獻(xiàn)了 0.0126，而“應(yīng)用”只貢獻(xiàn)了0.0035。這個(gè)比例和我們的直覺比較一致了。

ＴＦ／ＩＤＦ（term frequency/inverse document frequency) 的概念被公認(rèn)為信息檢索中最重要的發(fā)明。在搜索、文獻(xiàn)分類和其他相關(guān)領(lǐng)域有廣泛的應(yīng)用。講起 TF/IDF 的歷史蠻有意思。IDF 的概念最早是劍橋大學(xué)的斯巴克－瓊斯[注：她有兩個(gè)姓］ (Karen Sparck Jones)提出來(lái)的。斯巴克－瓊斯 １９７２ 年在一篇題為關(guān)鍵詞特殊性的統(tǒng)計(jì)解釋和她在文獻(xiàn)檢索中的應(yīng)用的論文中提出ＩＤＦ。遺憾的是，她既沒有從理論上解釋為什么權(quán)重ＩＤＦ 應(yīng)該是對(duì)數(shù)函數(shù) ｌｏｇ（Ｄ／Ｄｗ）（而不是其它的函數(shù)，比如平方根），也沒有在這個(gè)題目上作進(jìn)一步深入研究，以至于在以后的很多文獻(xiàn)中人們提到 ＴＦ／ＩＤＦ 時(shí)沒有引用她的論文，絕大多數(shù)人甚至不知道斯巴克－瓊斯的貢獻(xiàn)。同年羅賓遜寫了個(gè)兩頁(yè)紙的解釋，解釋得很不好。倒是后來(lái)康乃爾大學(xué)的薩爾頓（Salton)多次寫文章、寫書討論 TF/IDF 在信息檢索中的用途，加上薩爾頓本人的大名（信息檢索的世界大獎(jiǎng)就是以薩爾頓的名字命名的）。很多人都引用薩爾頓的書，甚至以為這個(gè)信息檢索中最重要的概念是他提出的。當(dāng)然，世界并沒有忘記斯巴克－瓊斯的貢獻(xiàn)，2004年，在紀(jì)念文獻(xiàn)學(xué)學(xué)報(bào)創(chuàng)刊 60 周年之際，該學(xué)報(bào)重印了斯巴克-瓊斯的大作。羅賓遜在同期期刊上寫了篇文章，用香農(nóng)的信息論解釋 IDF，這回的解釋是對(duì)的，但文章寫的并不好、非常冗長(zhǎng)（足足十八頁(yè)），把一個(gè)簡(jiǎn)單問題搞復(fù)雜了。其實(shí)，信息論的學(xué)者們已經(jīng)發(fā)現(xiàn)并指出，其實(shí) IDF 的概念就是一個(gè)特定條件下、關(guān)鍵詞的概率分布的交叉熵（Kullback-Leibler Divergence)（詳見上一系列）。這樣，信息檢索相關(guān)性的度量，又回到了信息論。

現(xiàn)在的搜索引擎對(duì) TF/IDF 進(jìn)行了不少細(xì)微的優(yōu)化，使得相關(guān)性的度量更加準(zhǔn)確了。當(dāng)然，對(duì)有興趣寫一個(gè)搜索引擎的愛好者來(lái)講，使用 TF/IDF 就足夠了。 如果我們結(jié)合上網(wǎng)頁(yè)排名(Page Rank)，那么給定一個(gè)查詢，有關(guān)網(wǎng)頁(yè)綜合排名大致由相關(guān)性和網(wǎng)頁(yè)排名乘積決定。 Ubuntu 10.04下默認(rèn)的即時(shí)通訊是Empathy，但Empathy的plugin還不多，它可以通過(guò)安裝plugin來(lái)獲取Pidgin下的plugin。Pidgin下只需要安裝pidgin-sipe就可以登錄Communicator賬號(hào)。我查了很多資料，最終Empathy沒有弄好，只弄好了pidgin。
由于Ubuntu 10.04沒有Pidgin，首先安裝Pidgin，然后通過(guò) sudo apt-get install pidgin-sipe命令安裝，注意這個(gè)pidgin-sipe的版本要在1.8.0+，這個(gè)是10.04下的默認(rèn)版本。然后重啟Pidgin后賬號(hào)類型會(huì)多了一項(xiàng)“Office Communicator”，接著輸入你的賬號(hào)就可以了。

至于Empathy，有人通過(guò)pidgin-sipe + telepathy-haze 兩個(gè)plugin配置成功了，不過(guò)我沒有成功，以后再說(shuō)吧：）

http://persevere.javaeye.com/blog/653716

這幾天安裝了Ubuntu 10.04,確實(shí)很不錯(cuò)。但一不小心把頂端的面板給刪除了，這下麻煩了。雖然可以通過(guò)“新建面板”“添加到面板”一一恢復(fù)，但一一查找都很麻煩，有沒有一種辦法可以恢復(fù)默認(rèn)的頂端面板?？梢酝ㄟ^(guò)以下步驟：

通過(guò)ALT+F2呼出應(yīng)用程序?qū)υ捒?，輸入gnome-terminal打開終端輸入以下命令：

這樣就OK了

最近開始用eclipse3.5，下載了maven插件m2eclipse，使用后才發(fā)現(xiàn)每次project clean的時(shí)候這個(gè)maven builder都會(huì)自動(dòng)執(zhí)行，這個(gè)很惡心。google了半天也沒找到解決辦法，惡心。

系統(tǒng)之前一直用的是maven-artifact-ant-2.0.4-dep.jar，但最近對(duì)一些jar包支持不好，運(yùn)行ant腳本出現(xiàn)以下問題：

[artifact:dependencies] [WARNING] POM for 'ch.qos.logback:logback-classic:pom:0.9.9' is invalid. It will be ignored for artifact resolution. Reason: The POM expression: ${parent.version} could not be evaluated. Reason: ch.qos.logback:logback-classic:jar:${parent.version} references itself.

這樣的話這個(gè)忽略的jar包就得手動(dòng)copy了，這樣你還得找這個(gè)jar包依賴的其他jar包是不是存在。后來(lái)在網(wǎng)上google了一下，發(fā)現(xiàn)現(xiàn)在都用maven-ant-tasks-2.1.0.jar，然后對(duì)build.xml稍作改動(dòng)，如下即可：
這樣就OK了
 

這兩天調(diào)試一個(gè)asp.net程序，用戶在首頁(yè)登錄成功后，系統(tǒng)會(huì)在客戶端添加一個(gè)Cookie，然后重定向到首頁(yè)，首頁(yè)檢測(cè)到這個(gè)Cookie后就屏蔽掉登錄。我在本機(jī)調(diào)試的時(shí)候本能的用localhost，結(jié)果每次都不成功，Cookie不起作用。后來(lái)在hosts文件中將127.0.0.1 隨便映射成一個(gè)域名，一試就好了。到現(xiàn)在也不明白這是為什么，莫非是微軟覺得localhost的程序給自己添加Cookie是多此一舉？

這兩天開始研究一個(gè)韓國(guó)人寫的asp.net（C#）程序，好多年沒玩.net了，發(fā)現(xiàn)很生疏。首先要把源代碼在本機(jī)跑起來(lái)，安裝VS2005。然后打開網(wǎng)站把項(xiàng)目到進(jìn)去后，啟動(dòng)debug（F5）后出現(xiàn)問題， <add assembly="System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />這一行報(bào)錯(cuò)，google了一下發(fā)現(xiàn)必須要安裝.net framework 3.5 sp1 ，如果還不行還要安裝MS Chart.exe，看來(lái)這個(gè)是圖形報(bào)表需要的東西。

安裝完成后點(diǎn)擊自動(dòng)調(diào)試模式，還是報(bào)錯(cuò)，這次提示web.config里的全局路徑出問題，后來(lái)仔細(xì)琢磨了一下發(fā)現(xiàn)VS默認(rèn)啟動(dòng)的Development Server自作聰明的在啟動(dòng)的URL后面加了一個(gè)項(xiàng)目名稱作為子路徑，這個(gè)導(dǎo)致了很多問題，項(xiàng)目里定義的相對(duì)路徑找不到，導(dǎo)致圖片、JS、CSS等無(wú)法顯示。好多人在罵微軟的這個(gè)stupid。

google了一下解決方案，如下：點(diǎn)擊VS上面的“工具”--->“外部工具”，然后添加一個(gè)Development Server，自己定義名稱、端口號(hào)、虛擬路徑、物理路徑等。我的位置如下：
標(biāo)題：Web Server Port:8080
命令：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\WebDev.WebServer.EXE
參數(shù)：/port:8080 /path:D:\vs_workspace\ibt 這里沒有定義虛擬路徑，即為/
然后勾選“使用輸出窗口”，這樣就有打印信息了。

完成后你會(huì)發(fā)現(xiàn)“工具”里多了一個(gè)你定義的“Web Server Port:8080”，點(diǎn)擊一下就啟動(dòng)了。

好多國(guó)內(nèi)的帖子到這里后就完事了，其實(shí)不然。因?yàn)檫@樣的話是解決了端口號(hào)和虛擬路徑的問題，但我發(fā)現(xiàn)這時(shí)候不能debug程序了，斷點(diǎn)沒用。
國(guó)外的帖子找到了解決辦法，原來(lái)還差一步，就是替換VS給項(xiàng)目設(shè)置的默認(rèn)Development Server。在“解決方案資源管理區(qū)（solution explore）”里點(diǎn)擊項(xiàng)目工程（project），右鍵點(diǎn)擊并選擇“屬性頁(yè)”，選擇左邊的“啟動(dòng)選項(xiàng)”，在“服務(wù)器”里選擇“使用自定義服務(wù)器”，在基URL里填寫“http://localhost:8080/”，這樣就OK了。但跟默認(rèn)有區(qū)別的是，這次VS不管自動(dòng)啟動(dòng)Development Server，需要手動(dòng)啟動(dòng)，然后才能點(diǎn)擊“啟動(dòng)調(diào)試（F5）”按鈕

由于項(xiàng)目中的小文件太多，都是幾K的小文件，有100多G，所以必須要提升靜態(tài)文件的訪問速度。一開始用Nginx 與 Tomcat做集群，Nginx負(fù)責(zé)靜態(tài)資源的響應(yīng)。Nginx在Linux下跑的很爽，到Windows下就不太好了。Nginx前段時(shí)間推出了Windows版，拿來(lái)一試，感覺不太穩(wěn)定。在一個(gè)刀片機(jī)下作測(cè)試很好，但弄到正式環(huán)境下就不行了，ext tree顯示不出來(lái)，而且要等很久，最后頁(yè)面提示：ext無(wú)法顯示。最后跟同事商量，覺得還是apache+tomcat在windows下比較穩(wěn)定，轉(zhuǎn)手弄apache+tomcat。

apache官方?jīng)]有提供win64版本，就找了一個(gè)外國(guó)哥們?cè)赩istual Studio 2005 下自己編譯的win64 apache，在測(cè)試機(jī)上安裝很輕松，然后布了2個(gè)tomcat，又在apache的mem cache中設(shè)置了3G的內(nèi)存做緩存，測(cè)試一切OK。接著弄正式服務(wù)器，第一臺(tái)正式服務(wù)器很順利，幾分鐘就搞定了。第二臺(tái)服務(wù)器就出了問題，apache無(wú)法啟動(dòng)，提示：“由于應(yīng)用程序配置不正確 應(yīng)用程序未能啟動(dòng)。重新安裝應(yīng)用程序可能會(huì)糾正這個(gè)問題”。然后查看這兩臺(tái)服務(wù)器有何差異，最后發(fā)現(xiàn)第一臺(tái)上有.net framework 2,3,3.5，第二臺(tái)上一個(gè).net framework 都沒有。接著裝.net framework 2.0 service,還是不行。有文章說(shuō)要安裝 vc redistribute 包，到微軟官方下載安裝，還是不行，郁悶。最后沒辦法，又下載安裝.ner framework 3.0，還是不行，靠！這時(shí)候我都不報(bào)希望了，又下載安裝.net framework 3.5，然后發(fā)現(xiàn)apache 可以了！最后一分鐘搞定第二臺(tái)服務(wù)器的apache+tomcat。

我的apache+tomcat用的是ajp proxy通信方式，設(shè)置session sticky。

好了，接下來(lái)觀察幾天看看效果如何

SkillSoft的Business Skills課程的Objectives數(shù)據(jù)封裝方式與PagePlayer.properties的LMS_AICC_VERSION，LMS_AICC_V2_POST這兩項(xiàng)屬性值有關(guān)。
LMS_AICC_VERSION值為2.2 or 3.5,默認(rèn)是3.5。當(dāng)LMS_AICC_VERSION=3.5時(shí)，Objectives的Score的值以分號(hào)割開，如下：

而LMS_AICC_VERSION=2.2時(shí)，數(shù)據(jù)以逗號(hào)隔開，如下：

LMS_AICC_V2_POST的值為ture or false，默認(rèn)為false。當(dāng)LMS_AICC_V2_POST=false時(shí)，每次課程向LMS提交的數(shù)據(jù)都是最新的數(shù)據(jù)，如果學(xué)員進(jìn)行了一次測(cè)試，課程的putparam提交的數(shù)據(jù)如下：

當(dāng)LMS_AICC_V2_POST=true時(shí)，課程向LMS提交的是完整數(shù)據(jù)，如下：
也就是課程保留了之前LMS返回給它的數(shù)據(jù)，然后把最新的Score分?jǐn)?shù)添加到原來(lái)值的前面，至于這些值是用逗號(hào)隔開還是分號(hào)隔開取決于前門的LMS_AICC_VERSION值，值為3.5時(shí)分號(hào)隔開，2.2時(shí)逗號(hào)隔開。

因?yàn)橄到y(tǒng)要用這些值統(tǒng)計(jì)學(xué)院的每次測(cè)試成績(jī)，所以會(huì)注意到這些值的封裝方式。如果不需要使用這些值的話，就不用管了，只接簡(jiǎn)單的存取就是了
     摘要:   PagePlayer.Properties General SCP Properties PagePlayerProperties.version=7.0.1 ...  閱讀全文