2006年11月24日
#
?????? 又有一次項目經理的培訓，這次是信息產業部高級項目經理認證培訓，老師講的很精彩，六天的時間，我覺得過得很快，這一次，我有三個收獲，現分列如下：
?????? 1、理清了PMBOK對于項目管理的思路，明白了學習PMBOK不一定就能把項目管理好，但是，完整的項目管理理論配合實踐經驗，完全可以使項目管理水平得到大幅提升，在巨人的肩膀上，可以走的更快。（好像是看的更遠？這句話是誰說的來者？）
?????? 2、這次培訓相當于PMP的培訓，有過這次培訓之后，就可以直接報考PMP了，不需要再參加培訓了。（可以省5、6千塊錢，太有誘惑力了，又賺了公司一筆！不過對于我也能考PMP，我沒什么信心，和培訓的老師比起來，我的差距太大了）。
?????? 3、非常后悔上次培訓沒有認真學習基礎知識，搞得一些基礎知識全不知道，白天聽完課，晚上還得看書。（這當然不能怪我，只能怪那個老師講課的水平和《大唐雙龍傳》比起來差距太大，要怪只能怪那個老師和《大唐雙龍傳》！）
?????? 這次培訓結束后，我一直想，考PMP，不考PMP，這是個問題！最后還是決定考，畢竟通過考試，才能強迫自己系統的學習PMBOK，否則，對于我這種懶人來說，系統學習只能是空話。
?????? 在提交了考試需要的資料，并交納了3900元報名費之后，我開始準備考試了（這個錢，能不能想辦法讓公司交，嗯，這又是個問題！）。先上網，看看別人的經驗，我google，項目管理聯盟論壇，真是個好地方，我看看，好，果然有幾條先人的經驗，我照做就行了，這就是踩在巨人的肩膀上……，很抱歉，我又一次引用了不知出處的話（好像和牛頓有點關系，又好像沒有？）
?????? 我總結了幾條，摘錄下來，給后人參考（這樣說好像我成了先人了，不過后人如果為了走的更快要站在我的肩膀上時，我鄭重提醒，我的肩膀窄，踩得時候慢點，別掉下來：-）：
?????? 1、老金的《如何準備pmp考試第二版》，這本書一定要有，別的書都可以不看，這本書必須看！當然，PMBOK04版出來之后，老金會不會寫《如何準備pmp考試第三版》，不得而知，不過，這本書確實對考試相當有幫助。
?????? 2、通讀PMBOK，千萬不要像我們上學的時候，畫什么重點，全書都是重點，要通讀！最少精讀兩遍，粗讀n遍。一開始，可能覺得什么都知道，結合模擬題，再讀，可能又覺得什么都不知道，這就對了！應該再結合模擬題，再讀，就真的知道了。
?????? 3、模擬題，這是必不可少的，去找一些題來做，可以更好的幫助你通過考試。
?????? 4、保證復習時間，考前一周建議請假，專心復習，考前突擊對于通過考試覺對大有幫助！
?????? 5、考試的時候，不要著急，時間足夠，很可能會覺得時間太漫長了。
?????? 我想，只要認真復習，通過考試不是很難，難的是，通過學習，確實領悟到了PMBOK理論的實質，幫助自己提升了項目管理的水平，真正去做項目，而不是"熬"項目，這樣，PMP認證才會有真正的價值。
?????? 順便提一下，我于今年6月份通過了PMP認證，160分，不算很高，可這不能怪我，都是《大唐雙龍傳》，復習期間，我又重新溫習了一遍…………
????? 所以說，PMP考試通過的第六條，也是最重要的一條：
????? 一定要看《大唐雙龍傳》！
??????在擔任了項目經理兩年，管理了十余個成功或不成功的項目之后，我已經瀕臨崩潰了。當時，我同時在進行著3個項目的售前工作，和兩個項目的開發工作。我感覺，我已經無法控制項目的進度，所有的項目都是"熬"出來的，而不是作出來的。我想起了孟良崮戰役時陳毅元帥說，將來有兒子，一定不能讓他帶兵，這真不是人干的。我覺得我如果有兒子（當然，還比較遙遠），我決不讓他搞IT，尤其是項目經理，這真不是人干的。客戶每天對你從沒好臉色，公司領導總覺得你沒能力，團隊總覺得跟著你沒錢途。
?????? 我覺得，我應該換個工作，換個環境，也許好些？有沒有不干活，掙得還多的工作呢？那就很適合我，當然，這只是個想法。難道想一想也不可以嗎？
?????? 2003年，我們公司準備申請信息產業部二級資質，要通過這個資質，必須具備一些條件，其中有一條就有公司必須有幾名信產部認證的項目經理。于是，我和幾位同事被公司安排去培訓，去參加項目經理的培訓（當然是公司買單）。
?????? 我是很不以為然地，項目管理培訓能提供什么好辦法嗎，在很不認真的聽了一上午后，我覺得都是紙上談兵，全是理論，有什么用，有本事你來做做試試。于是在開頭幾天，我根本沒仔細聽課，什么關鍵路徑法，什么掙值分析，什么時間、成本、范圍三角形，有什么用，這些東西面對刁鉆的客戶有什么用？全都是騙錢的，反正我們公司交了錢，到時候考試是肯定可以通過的。我每天帶著筆記本，上課的時候，把久違了的《大唐雙龍傳》重新溫習了一遍，我覺得寇仲、徐子陵比關鍵路徑有意思多了。
????? 直到培訓的最后兩天，來了位老師，號稱是PMP，當時，我第一次聽說這個名詞，很慚愧，后來我才知道，前幾天的培訓老師已經講過了這個認證是怎么回事，可惜我正在研讀寇仲的井中八法，對于PMBOK、PMP這些我覺得無論如何和項目管理都風馬牛不相及的名詞是根本不在乎的。
????? 這位PMP的老師第一堂課，我就沒來，客戶有問題了，需要我去看看。當時對我來說，客戶和什么從沒聽過的PMP比起來，孰輕孰重，我是很清楚的。下午來了后，我才發現，這位老師和前兩天的很不一樣，開始講一些實際的案例，比前兩天的純理論有點意思。我聽了聽，覺得好像有個什么PMBOK，是對項目管理的總結，應該是PM BOOK吧，我想，是本什么書呢？真的有用？
????? 這次培訓我唯一的收獲就是聽說了PMP，知到這是目前項目管理領域最權威的認證，通過的話，就可以去外企當項目經理了。不過，我還是覺得意義不大，學學PMBOK（這時我已經知道不是老師拼錯了），就能做好項目，絕對蒙人。有時候我想，難道這世界除了騙子是真的，剩下全都是假的啦？
?????? 又開始在項目的噩夢里煎熬，真懷念培訓的時候看《大唐雙龍傳》的日子。隨著項目規模的擴大，我開始深入的學習用Project2003作計劃了，當我用到跟蹤甘特圖時，我忽然發現，這不就是關鍵路徑嗎，這東東是怎么回事來著，PERT分析、里程碑、WBS……我倒，PMBOK在哪兒，我想看看！不過，PMBOK是不會講這些基本概念的，后來我才知道。
????? 在《人月神話》開始的時候，作者Frederick P. Brooks Jr.寫道：史前史中，沒有別的場景比巨獸們在焦油坑中垂死掙扎的場面更令人震撼。上帝見證著恐龍、猛犸象、劍齒虎在焦油中掙扎。他們掙扎的越猛烈，焦油糾纏的就越緊，沒有任何猛獸足夠強壯或具有足夠的技巧，能夠掙脫束縛，他們最后都沉到了坑底。
?????? Frederick P. Brooks Jr.寫下上面的文字，用以比喻我們的軟件項目，一旦開始，就類似于各種動物在焦油坑中的掙扎。項目開始時的興奮、激動迅速轉變為對項目結束遙遙無期的詛咒和絕望。
?????? 對于目前國內的許多軟件項目而言，這似乎成為了定律，無論你做怎樣的掙扎，項目就是無法結束，只能靠和用戶比拼耐性，預期6個月的項目，做18個月是常有的事。我也經歷了無數的夢魘般的項目，對于如何有效的結束一個項目，在學習了PMBOK之后，我想結合最近剛剛完成的一個稅收MIS項目，談談自己的看法。
?????? 在PMBOK中，對于項目的階段，劃分為以下五個部分：
?
?????? 我將基本按照這五部分，描述在這個項目中，是如何將項目結束的。
??????1、啟動
?????? 該項目的客戶屬于我們公司長期合作的客戶，客戶與銷售經理的關系非常密切，客戶需要開發該軟件時，直接找到了我們公司，我作為技術負責人和銷售經理一起和客戶交流了該軟件的情況。在第一次接觸中，我感到客戶對于自己將要開發的軟件的需要還不是十分清楚，但是客戶方的項目經理，也就是該稅務局的信息中心主任對于軟件開發卻有著比較豐富的經驗，曾經參與過金稅工程等大型軟件的開發。這使我感到這樣的客戶比較容易交流。實際情況也確實如此，在與客戶交流了幾次之后，該項目基本確定，我被公司任命該該項目的項目經理，負責該項目的開發。
?????? 在這個過程中，我想作為項目經理，有一個思想必須明確，那就是項目管理的目標就是實現項目的目標，結束項目。這個理念應該貫穿項目管理的始終，所以，在最初和用戶交流時，我們就要考慮該項目如何才能結束，它需要達到什么樣的目標用戶才能夠認可，該項目的大體成本是多少，公司對于項目開發周期有沒有限制，該項目存在的風險作為項目團隊能夠承受等。
?????? 具體到這個項目中，一開始，我就發現該項目最大的風險在與用戶覺得這個項目很簡單，同時對于需求卻還是比較模糊，當然這也是大多數項目的通病，我承認這個項目與金稅工程比起來確實非常簡單（比金稅工程復雜的項目也不多:），但是如果用戶抱著這樣的心態，必然會出現項目開發時狂趕工期，后期Bug滿天飛，需求改來改去，用戶諸多抱怨，公司一面獎勵銷售，一面拿研發人員開刀的情況。因此，我想怎樣找個合適的機會將項目開發的難度以及項目管理的理念與用戶溝通。
?????? 正在我苦惱的時候，用戶提出他們信息中心的技術人員希望進行一次培訓，以掌握該項目中的Java等技術。我知道，機會來了，在十天的技術課程的安排上，我專門抽出了一天的時間講解項目管理，課程安排發給用戶后，用戶發現了我的小秘密:，專門打來電話問我用一天時間講解項目管理是否有必要，抓住這個機會，我先給信息中心主任講了講項目管理的重要性，以及這個軟件的難度、風險、周期等，讓用戶同意了該要求。在項目開始的時候，獲得客戶方項目經理的認可是非常必要的，如果你的理念和做法在一開始讓客戶方的項目經理感到很難認可，我想，項目做起來的難度會非常大。
?????? 接下來就是合同的簽訂和為期十天的培訓，在培訓中，我將PMBOK的項目管理理念貫穿到整個培訓中，尤其是最后的項目管理的講解，基本上達到了預期的效果，讓客戶認識到軟件的開發絕對不是程序的編寫，它涉及到方方面面，一個成功的項目沒有客戶的配合和參與是很難成功的。對于項目的結束，我也與信息中心主任作了多次溝通，雙方基本互相了解了對方的需求和想法。這對于后來項目的順利進行打下了良好的基礎。
?????? 通過該項目的啟動，我發現，在啟動時如果有條件，對客戶進行一次培訓非常有利于項目的順利進行。在培訓過程中，可以和客戶成為朋友，同時把自己項目團隊的開發方法和客戶作認真的交流，讓客戶認可開發團隊，而且經過培訓時間的緩沖，一方面，可以組織其他技術人員對于項目中可能出現的技術難關進行突破，另一方面可以在私下里和客戶交流項目需求，這種非正式的需求交流往往比正式的需求交流更容易知道客戶發起項目的初衷和客戶希望達到的目標。
?????? 2、計劃
?????? 在計劃階段，一開始應該結合啟動階段對需求的大致了解做出大略的計劃，明確項目的結束日期，該計劃一方面要提交給用戶，另一方面要知會全體項目組成員和公司項目管理部門或公司領導。當然，這里明確的項目結束日期一般情況下都和項目的真正結束日期相去甚遠（到目前為止我還沒遇到過特殊情況），這不要緊，因為在需求調研結束后，還會再細化項目計劃，重新明確項目結束日期。但是不管如何明確，這時的項目結束如期往往受到來自客戶、公司等方面的壓力，做出的計劃總是按照一種理想狀況安排的，例如下面就是我在需求結束后作的項目計劃：
???????這個項目計劃就是在客戶方的領導及公司的雙重壓力下做出的，這個時候，項目經理必須保持清醒的頭腦，不管計劃上的項目結束時間是多少，心里必須清楚實際完成的大致時間和計劃時間的差距，以及這種差距客戶機公司是否能夠承受。這樣，在項目進行過程中，再根據情況對計劃逐步調整，逐步向客戶和公司匯報調整原因，容易達到客戶和公司雙方都基本滿意的結局。如果差距過大，就要據理力爭調整計劃，當然，這是比較困難的，但比起最終被客戶和公司雙重責難，還是比較值得的。
上面的計劃提交后，我估計最終的結束時間大約要比計劃晚5周左右，主要是對于系統修缺，也就是試運行開始后，用戶必然會提出許多意見，2周的時間應該完成不了，但是，如果直接在計劃上提出7周的時間，用戶絕對無法接受，公司也無法接受，項目可能就會陷入停滯，在壓力下，我做了2周的修缺，那么，到時候怎么辦呢？我通常的做法是，在盡量爭取長的修缺時間后，首先保證試運行的基本按時進行，這一點，相信大多數項目團隊都能夠保證，然后，在開發時采取多版本上線的方式，盡量讓用戶盡早提出修改意見，爭取盡早開始修改，第三，在試運行開始后，用戶提出意見時，及時調整項目計劃并及時通知用戶，讓用戶明白當他的意見被采納后，項目結束時間將被推遲到什么時候，給用戶一定的壓力，可以減少意見量，盡早結束項目。還有，就是在可能的情況下，盡量將實際的估計時間和自己的主管領導進行溝通，獲得他的支持，保證無后顧之憂（這一點很重要，不過就看你和領導的關系了:）。
?????? 事后證明，我當初的估計基本是對的，項目結束的時間大約比計劃時間晚了4周左右，這是由于用戶對于軟件開發的熟悉和配合，如果碰上比較麻煩的客戶，時間大約會再晚一些，但只要事先有充分的估計，就不會手忙腳亂。
?????? 3、執行
?????? 執行過程相對比較順利，由于和客戶保持了良好的關系，得到了客戶的大力支持，基本上沒有提出刁鉆的問題。在這個過程中，一開始的部分，我們是在公司開發，這個過程中，我們開發了部分模塊，作為0.1版，到現場給用戶進行了安裝。
這樣做，我認為有幾個好處，首先，可以讓用戶感到項目一直在進行，而不至于破壞和用戶的信任關系，其次，可以盡早了解現場的實際情況，如果發現問題，及時調整開發方向或者讓用戶調整現場環境。再次，可以讓用戶對部分模塊盡早提出修改意見，在開發其余模塊時，就可以對這部分進行修改，同時把意見貫穿到其他模塊中去，減少后面修改的時間。
?????? 開發大致結束后，我們進入現場給用戶進行安裝調試，然后再進行系統修改，這是最艱苦的時期，在這時，用戶、公司、項目團隊都很容易疲憊、厭煩、憤怒、絕望，并把這一切的罪過都堆到項目經理的頭上。所以這時作為項目經理，要保持高度的警惕，必須有完整的項目日志，記錄每天的進度；必須保持和用戶方項目經理良好的溝通，隨時將問題及進度報告客戶及公司，讓他們明白每天項目團隊在做什么，為什么結束時間會一推再推；必須觀察項目組成員的情況，防止由于疲憊而出現人員流失的現象；必須隨時提醒自己，項目的目標就是結束項目，所作的一切都要圍繞結束項目而進行。
?????? 在這個過程中，我們項目組基本熬了過來，在我的預想時間內結束了項目，雖然還有很多不令人滿意的地方，但畢竟隨著項目的結束，大家的壓力減輕，可以更好的總結經驗。
?????? 4、控制
?????? 在項目進行的過程中，會出現各種各樣想象不到的問題，遇到這種突發情況，需要項目經理及時解決。
?????? 在這個項目進行的過程中，在開發進入最關鍵的時刻，項目組的技術骨干突然提出要離職，這是我事先沒有思想準備的，如果他真的離職，將會對項目造成極大的麻煩。這個時候，我和他進行了長時間的溝通，了解他離職的原因，如果能夠挽留，盡量挽留。
?????? 經過交流，發現他提出離職是基于三個原因，一是對公司長期的不滿，在一個公司待長了就會對公司產生種種不滿，這是人之常情，雖然我提出增加薪水及提升職位，但很難讓他對于公司的不滿得到根本解決，二是具體生活的壓力，在我們這個二級城市的薪水待遇很難解決結婚買房等具體壓力，因此他希望能夠到北京這樣薪水待遇比較好的地方，這也是我們公司目前面臨的人員流失的重大挑戰，但這個問題短期內恐怕沒有更好的方法，三是對于外面世界的向往，在一個二級城市呆的時間長了，對于北京這樣緊挨的全國信息中心必然產生向往，希望技術、思想等各方面能夠在北京得到提升。
?????? 這些問題也是普遍問題，我無法通通為他解決，但為項目考慮，經過勸說，由于平時大家關系非常好，他答應留下來一個月左右的時間，解決好他負責部分的技術問題，同時做好交接工作。這對于項目來說，危機就解除了，因為有一個月的時間，完全可以安排好一切。
?????? 針對這樣的危機，我想，作為項目經理，一是平時就要注意和團隊成員的關系，當發生各種情況時，即便是用人情，也可以幫助自己度過危機；二是對于許多問題，要在平時就了解到團隊成員的需要，能幫大家解決的，盡力解決，不要等到發生問題的時候，實在解決不了的，要讓大家知道公司的難處和具體環境的限制，不要讓大家記恨公司；三是要牢記團隊建設的核心是團隊成員的個人發展，要給每個成員成長的空間，包括技術、薪水、職位等，否則，一旦團隊成員達到發展的頂峰，就會感到沒有前途，離職恐怕是必然的選擇。
??????
?????? 5、收尾
?????? 收尾階段最大的困難是什么？進度！這個時候，面臨項目結束，所有人對會對進度非常關注。如何設法說服用戶，結束沒完沒了地更改，順利地結束項目，是每個項目經理都必須面對的問題。
?????? 在這個項目中，由于前期作了大量的工作，在臨近收尾時，我們準備了完備的文檔，解決了當前存在的Bug，并承諾了以后的服務，雙方都比較滿意，順利地簽署了初驗報告，用戶也支付了項目款項，結束了該項目。
?????? 所以，我覺得，順利地收尾并不取決于收尾階段的工作，而是要把收尾工作貫穿到項目始終，如果前期準備充分，收尾時最大的沖突，進度，就不會成為項目經理最大的問題，相反，如果收尾階段才開始考慮如何結束項目，那恐怕項目的結束就會遙遙無期。
?????? 這個項目目前除了日常維護和簡單的修改外，已經沒有大量的工作了，雖然項目的順利結束，有很多偶然的因素，例如用戶的積極配合（這在其他項目中是少見的，一般是用戶的百般刁難），但我想，他仍然具備一些中小項目共同的特點，作為項目經理，我提出來和大家分享的目的是希望我們總結經驗，能跳出項目的焦油坑，順利地結束每一個項目。
?? 在J2EE應用中，大量用到在web頁面上使用文本編輯器的地方，以前一直苦于找不到比較好的文本編輯器，要么是速度太慢，要么是功能不強，或者跟程序配合上問題較大。這兩天發現了FCKeditor，試用了一下，覺得非常好，與J2EE程序的配合也非常方便。下面是應用的截圖：
?
?
這個地址下載FCKeditor for java的工具包，這里面提供了標簽庫和圖片上傳的jar。
2、安裝
???? 下載完成后，在J2EE應用中，假設為fcktest，建立文件夾FCKeditor，將FCKeditor_2.0中的editor目錄及fckconfig.js、fckeditor.js、fckstyles.xml、fcktemplates.xml等文件拷貝到FCKeditor目錄下。
?
???? 然后我們將FCKeditor-2.3\web\WEB-INF\lib中的兩個jar包拷貝到\fcktest\WEB-INF\lib目錄下，將FCKeditor-2.3\src下的FCKeditor.tld拷貝到\fcktest\WEB-INF下。
???? 編輯\fcktest\WEB-INF\web.xml文件，將FCKeditor-2.3\web\WEB-INF\web.xml里的內容復制過來，修改<servlet-mapping>里的內容為：
?<servlet-mapping>
??? <servlet-name>Connector</servlet-name>
??? <url－
pattern>/FCKeditor/editor/filemanager/browser/default/connectors/jsp/connector</url-
pattern>
? </servlet-mapping>
?
? <servlet-mapping>
??? <servlet-name>SimpleUploader</servlet-name>
??? <url-pattern>/FCKeditor/editor/filemanager/upload/simpleuploader</url-pattern>
? </servlet-mapping>
???并且添加以下內容：
? <taglib>
??<taglib-uri>/FCKeditor</taglib-uri>
??<taglib-location>/WEB-INF/FCKeditor.tld</taglib-location>
? </taglib>
3、使用
????? 假設我們在根目錄下建立了index.jsp頁面，在該頁面中希望使用文本編輯工具，可以參考下面的頁面代碼：
<%@ page contentType="text/html;charset=GBK"%>
<%@ taglib uri="/FCKeditor" prefix="FCK" %>
<html>
?<head>
??<title>Welcome</title>
??
?</head>
?<body>
?<form name="form1" action='success.jsp' method="post">
??<FCK:editor id="EditorAccessibility"
????? width="80%" height="320"
????? fontNames="宋體;黑體;隸書;楷體_GB2312;Arial;Comic Sans MS;Courier
New;Tahoma;Times New Roman;Verdana"
?????
imageBrowserURL="/fkctest/FCKeditor/editor/filemanager/browser/default/browser.html?
Type=Image&Connector=connectors/jsp/connector"
???
linkBrowserURL="/fkctest/FCKeditor/editor/filemanager/browser/default/browser.html?
Connector=connectors/jsp/connector"
???
flashBrowserURL="/fkctest/FCKeditor/editor/filemanager/browser/default/browser.html?
Type=Flash&Connector=connectors/jsp/connector"
???
imageUploadURL="/fkctest/FCKeditor/editor/filemanager/upload/simpleuploader?Type=Image"
???
linkUploadURL="/fkctest/FCKeditor/editor/filemanager/upload/simpleuploader?Type=File"
???
flashUploadURL="/fkctest/FCKeditor/editor/filemanager/upload/simpleuploader?Type=Flash">
???
??</FCK:editor>
??
??<input type="submit" name="SubM" value="發表" />
?</form>
?</body>
</html>
???? 在該頁面中，我們使用了FCKeditor提供的標簽，具體屬性我就不詳細介紹了，估計大家一看就明白了。
4、內容傳遞
????? 那么，我們如何使用FCKeditor中的內容呢，按照我們一般的做法，是將form提交到下一個頁面進行處理，在該頁面中得到編輯器中的內容，然后存入數據庫等等。有兩種方法，可以實現。
???? 第一，設置submit按鈕，提交后，使用request.getParameter("EditorAccessibility")，即可得到相應的內容。
???? 第二，直接點擊保存按鈕，即可實現提交。
5、相關設置
??? 圖片快速上傳，需要修改web.xml文件中的
<init-param>
???<param-name>enabled</param-name>
???<param-value>false</param-value>
??</init-param>
????? 將其中false改為true，即可實現快速上傳。
???? 不需要服務器啟動時顯示相關信息，可修改web.xml文件中的
<init-param>
???<param-name>debug</param-name>
???<param-value>true</param-value>
??</init-param>
???? 將其中的true改為false即可。
???? 清楚不需要的文件，editor目錄下_source文件夾可以刪除，editor\filemanager\browser\default\connectors下除jsp相關的文件外也可刪除，
editor\filemanager\upload除jsp相關的文件外也可刪除，editor\lang下的語言文件，保留英文和中文
及fcklanguagemanager.js即可，其他的一律可以刪除。
?? 近日，我們使用Jasperreport給用戶開發了一套報表系統，使用的是PDF格式的報表，系統部署在RedHat Linux9上，在系統測試過程中，沒有發現任何問題。系統上線后，用戶發現報表無法使用，系統報出以下錯誤：
?
javax.servlet.ServletException: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.
?
??????經過分析得知，該錯誤是由于Jasperreport程序在轉換為PDF時，采用了AWT方式，而AWT會調用操作系統本地窗口資源圖，由于我們測試時，系統運行在X window下，所以報表能夠正常運行，而上線運行后，由于考慮到系統的穩定性，將系統運行在文本界面下，導致了該問題。
????? 找到問題所在，就可以著手解決，解決的方法也很簡單，就是讓JVM啟動時不檢測圖形界面，由于我們是用的是Tomcat，所以在 /tomcat/bin/catalina.sh 中添加以下的啟動參數，即：
????? CATALINA_OPTS='-Djava.awt.headless=true'
?
????? 如果使用的不是Tomcat系統，可在啟動JVM的地方添加：
????? JAVA_OPTS='-Djava.awt.headless=true'
????? 然后重新啟動Tomcat，問題解決。
?
????? 有一天他們在逛街的時候遇到了上帝！他們對上帝說，他們都死得很慘，?希望讓他們上天堂！上帝很無奈地說，現在天堂的住戶太多，已經爆滿。但現?在還有一個名額！你們說吧，看誰死得最慘，就讓誰上天堂！ ?
于是，第一個鬼開始說了：我生前是一個清潔工。工作很辛苦的！從早忙到晚！有一天，我正在一棟大廈外面擦玻璃！是那種吊在外面的高空危險工作！在第30多樓！突然，我腳一滑，失足掉下去了！我想，完了！要死了！但求生本能讓我在無意識地亂抓！很幸運地，我抓住了一個陽臺的欄桿，在13樓。我想，有救了！于是想等緩過勁后爬上去！哪知，突然有人把我的手一揎，我又掉下去了！我想，這下我真的完了！但是，我命不該決，底下有一個帳篷接住了我，我慶幸前世肯定積了德！想等緩過勁就下去。誰知，上面掉下來一個冰箱，把我砸死了！ ?
第二個鬼說：我生前是一個文員。什么都還好，我有一個老婆，很漂亮。身材很棒！但就是有點水性揚花。我有輕微的心臟病。有一天上班忘了帶藥，我回家去拿?。一進門，看見老婆頭發散亂、衣衫不整。肯定有奸夫。于是我滿屋找，廚房也找，廁所也找，都沒找到。到了陽臺，我發現有兩只手扒在?欄桿上，我想：奸夫！于是把他的手一揎。心想，13樓！看摔不死你！結果等我一看，居然沒死！被帳篷接住了！我著急，于是滿屋找，進了廚房，發現冰箱夠大，于是把冰箱扔下去。終于把他砸死了！我當時太高興了！大笑不止。誰知笑得心肌埂塞，笑死了！ ?
第三個鬼說：我生前是個小混混，但我沒做過什么壞事！有一天我到一個女性朋友家里?晃！剛剛辦完事，她老公突然回了！我得找地方藏起來。于是廚房也找，廁所也找，最后發現他們家冰箱挺大的，于是我就躲冰箱里去了！我就不明白，她老公怎么知道我在冰箱里，他居然把冰箱從13樓給扔下去了！我就這樣連人帶冰箱摔死了！
? 一位成功的商人，周未坐飛機去拉斯維加斯賭錢。他輸的精光，僅剩下一枚硬幣和一張全
程的返程機票。如果他能及時到達機場，就可以回到家。他走出賭場，在賭場的前面停著
一輛出租車。
??? 他上了出租車，向司機解釋了他的處境。并向司機保證回家后一定把錢送回，他還說
出了他的信用卡號碼、駕駛執照號碼、他的住址等等，可這一切都沒有用。那個司機用合
適的本地方言對他說：
??? "如果你拿不出15美元，就他媽的從車上給我滾出去！"
??? 于是，這個商人只好搭便車，差一點兒就耽誤了他的航班。
??? 一年后，這個商人在經過長期的刻苦努力，生意上又獲得了成功。他又到拉斯維加斯去賭錢，這一次他大大的贏了一筆。他躊躇滿志的走出賭場，想找輛出租車回機場。
??? 呵呵，猜猜他看到了誰？在長長的一排出租車隊列的末尾，他的老朋友--那個在他倒霉時拒絕讓他乘車的人。商人思考了一下，如何能讓那個小子為他的缺乏善心而付出代價呢？他想到了一個絕妙的注意！
??? 那個商人上了這排出租車的頭一輛車。
???
??? "去機場多少錢？"
??? "15美元。"司機答到。
??? "如果在去機場的路上給我口交，需要多少錢？"
??? "什么？！你他媽的從車上給我滾出去！！"
???
??? 商人下了車，上了第二輛車。
??? "去機場多少錢？"
??? "15美元。"司機答到。
??? "如果在去機場的路上給我口交，需要多少錢？"
??? "什么？！你他媽的從車上給我滾出去！！"
???
??? 這個商人輪流上了每一輛出租車，問相同的問題，得到同樣的答復…
??? 他來到了最后一輛車，遇到了他的老朋友。他上了車。
??? "去機場多少錢？"
??? 那個司機答到："15美元。"
??? 商人說："好的。"
??? 于是，司機開車就走。
??? 在緩緩的經過那長長的出租車隊列時，商人帶著滿臉得意的微笑，向每個司機挑起了大拇指…
???? 老人家說過：“階級斗爭是貫穿整個人類歷史的主線，是被壓迫階級與統治階級之間無可調和的必然產物，是歷史發展的動力與車輪，在我們的文藝作品里一定要很好地反映出這一點。”
《機器貓》是由日本的藤子．F．不二雄與藤子不二雄A合著的一本偉大的、具有深刻時代意義的巨著。作者通過書中主人公野比康夫一生悲慘的遭遇，將那個時代殘酷的階級斗爭景象生動地展現在我們面前，讓我們了解到勞動人民在封建社會中那種暗天無日的生活以及統治階層的血腥暴力本質。
該巨著的情節很簡單，野比康夫是一名處于社會底層的窮苦少年，經常受到剛田武（大胖）、骨川強夫等所謂的貴族的剝削欺壓，雖然對貴族少女源靜子抱有戀情，但卻因為森嚴的社會等級束縛而無法實現。正當他窮困潦倒之際，出現了一位從未來過來的機器貓，利用各種道具來幫助野比來反擊社會的一切不公平待遇，最后如愿以償地與靜子結婚。
分析一部著作，要從它里面的人物著手。老人家說過：“人物是一篇小說的靈魂，作者的思想與理念都是通過人物來進行表達的。”只有仔細分析書中各個人物的性格特點與階級地位，才能更好地理解《機器貓》的社會與哲學意義，進而準確地把握本書的中心思想。
首先是主人公野比康夫，這個人是作者塑造的勞動人民的典型，處于社會的最底層，經常受到地主階級的盤剝與壓榨，終日過著膽驚受怕的日子。野比這個人的人物特點是，既有勇于反抗大胖的進步性，表現出了勞動人民要求解放的樸素愿望，也有將希望寄托在一個來自未來的虛幻人物身上的迷信思想，這是他的局限性。當階級矛盾還未激化到無可容忍的地步時，他一直對殘酷的壓迫隱忍不發（書中很多地方都表現了這一點，比如幫大胖拎書包）；當矛盾激化的時候，又因為沒有先進的思想進行指導而無法從根本上動搖剝削階級的統治。（經常挨打）在他身上充分體現出了廣大最底層勞動人民的兩面性：對剝削階級的斗爭性與妥協性。而且這種斗爭性因為缺乏先進思想的指導而往往為統治階層利用，用來進行剝削階級內部的權力斗爭（強夫就經常和野比聯合起來對付大胖）。機器貓贈給他很多強大的寶物，而他的最終目的不是推翻剝削階級，而是想要與貴族少女靜子結合的庸俗目的，還對剝削階級抱有幻想。這就是他的歷史局限性。總之這是一個矛盾的悲劇式人物。
其次是書中的兩個反面角色，剛田武與骨川強夫。強夫和大胖可以看成封建統治階級內部的兩個基本集團：掌握政權的士大夫階層和掌握軍權的武將階層。他們是互相利用的，后者需要前者的富裕的經濟力來支撐自己的龐大開銷，前者需要后者強大的武力來鎮壓被統治階級（大雄）的反抗。又是相互斗爭的，經常會因為利益分配不均而發生軍人推翻文官統治的情況（強夫也挨打），甚至有的時候強夫還會聯合野比等勞動人民進行反抗。但是在對付人民（野比）的基本方針上，這兩者又是始終一致的。所以我們看書的時候不要被強夫與野比的暫時聯合假象蒙蔽了眼睛，以為階級斗爭是可以避免的，其實強夫與野比的連手反抗大胖不過是統治階級的內部權力斗爭而已，只是每隔一段時間決定一次由大胖和強夫中的誰來壓迫人民，剝削階級的反動本質是不會改變的。任何抱持階級斗爭調和論觀點都是極端錯誤的，勢必要被歷史所淘汰，大胖和強夫的倒逆施行只會加速剝削階級走向沒落的步伐，以野比為代表的勞動人民必將站在歷史的舞臺，以主人翁的姿態出現。
源靜子是書中主人公所崇敬的偶像。從源這個姓氏我們推斷出她也是日本貴族階層中的一分子。這個人有女性的善良、美麗，對受壓迫階層的人民具有同情心，但又始終局限于本階級立場。一個被封建禮教毒害了的少女，始終無法沖破階級身份的藩籬，去追求真正的愛情。當野比闖進她的浴室，以大無畏的精神去向她表白，要求她一起與腐朽的統治階級做斗爭時，她心里固有的階級意識卻促使她露出了統治階級的本來面目，以潑水的方式表明了自己與勞動人民敵對的立場。靜子雖然同情野比，但她畢竟屬于剝削階級，不可能從更高的角度觀察事物，不可能具備超越階級的覺悟，也就不可能對野比產生真正意義上的愛情，所謂的“愛情”只是小資產階級情調庸俗愛情觀的表現。從這一點，也可以充分地體現出野比這個人物的悲劇色彩，說明在封建社會里，在森嚴的吃人等級制度下，不可能指望剝削階級有更高的覺悟，為了自由與幸福，勞動人民唯有自己努力。
機器貓則是作者理想化了的一個人物。它來自未來，又有無數神奇的道具。這個人物其實是勞動人民渴望求解放的心愿的人格化產物。在先進的革命思想出現之前，勞動人民往往把解脫與翻身寄托在神化了的神仙佛祖身上，希望能通過超自然的力量謀求幸福。古代的種種神化比如刑天舞戚，精衛填海都是這種樸素思想的體現，這里作者不過是又塑造了一個無所不能的機器貓，通過機器貓對野比的幫助，讓野比得以與大胖和強夫對抗，進而達到徹底解放。
因為作者也是身處那個時代，所以他的思想也有局限性，對于使用暴力是階級斗爭的唯一手段沒有很好的理解和系統化的闡發，他所提出的解決社會矛盾的辦法就是創造類似機器貓的神化人物，這其實也是一種統治階級用來麻醉勞動人民的手段，其中有些荒誕不經的道具更是屬于封建糟粕（比如假如電話亭、天氣控制機）。而且作者也沒有表現出勞動人民的革命精神，他描寫的野比，不禁有時候會和強夫和大胖交好（參看若干長篇的機器貓故事），而且在本書里也不斷暗示野比最后的結果是與靜子成功地結婚，結果讓本書成為了類似《續紅樓夢》《紅樓圓夢》的庸俗大團圓結局，泄露了作者妥協的思想。無疑這削弱了本書的悲劇色彩與批判精神。
暇不掩玉，雖然這本書留存有大量的封建糟粕和階級斗爭調和思想，讀者閱讀時要牢記“批判著接受”的原則，但畢竟較為客觀地反映了出了那個時代的時代本質與階級斗爭實景，是我們學習封建社會反動本質不可多得的一本活教材。