1) 點對點通訊:點對點方式是最為傳統和常見的通訊方式,它支援一對一、一對多、多對多、多對一等多種配置方式,支援樹狀、網狀等多種拓撲結構。2) 多點廣播:MQ適用於不同類型的應用。其中重要的,也是正在發展中的是"多點廣播"應用,即能夠將訊息發送到多個目標網站(Destination
:首先來看本地通訊的情況,應用程式A和應用程式B運行於同一系統A,它們之間可以藉助訊息佇列技術進行彼此的通訊:應用程式A向隊列1發送一條資訊,而當應用程式B需要時就可以得到該資訊。其次是遠程通訊的情況,如果資訊傳輸的目標改為在系統B上的應用程式C,這種變化不會對應用程式A產生影響,應用程式A向隊列2發送一條資訊,系統A的MQ發現Q2所指向的目的隊列實際上位於系統B,它將資訊放到本地的一個特殊隊列-傳輸隊列(Transmission
Easyjweb-0.7在easyjweb-0.6的版本上做了一些改進:主要的功能改變有:1, 去掉了0.6版本比較難於使用的intercpetor,增加了在執行Action前後的intercptor;2, 增加了主題功能的支援;3, 增加了基於interceptor的許可權或者安全控制介面;4, 增加了ErrorHandler來統一管理架構中的錯誤的處理邏輯;5, 增加了ForbitRep機制來禁止使用者重複提交表單;6, 改進了hello應用; 使用方法:1,
首先是過多注重於技術細節的實現,而忽略了對項目總體節奏的把握。原則上來說,注重技術細節是件好事。但如果過分注重技術細節,就會過猶不及了。因為一個人的時間精力是有限的,在細節上花的時間太多,必然會影響對項目整體管理。所以,專案經理應該是面面俱到的,而不是只注重於某個方面。就好像樂隊指揮,不會對薩克斯特別關注,除非他這方面出現了問題。
如何做個好的專案經理?專案經理應該做什嗎?不應該做什嗎?這個問題涉及的範圍很廣,我只能就以前的一些項目經驗談談個人的體會。難免有以偏蓋全的地方,還請大家多提意見。1、專案經理應該做什麼 在整個項目組中,專案經理應該是整個項目的協調者和召集人,就好像是樂隊的指揮,主要的職能是保證Team Dev協調一致地工作。 首先,就是團隊內部的溝通了。就像樂隊裡面有小提琴手,薩克斯手等一樣,Team
當你進入到一個項目團隊中,首先要搞清楚項目的管理環境,誰在管理這個團隊,是否在有效地管理這個團隊。你有如下幾種情況和選擇: 如果有人在有效地管理這個團隊,你可以很安心,服從專案經理對你的工作安排,認真把分配給自己的任務完成。項目是有管理的,團隊會成功,你是成功團隊中的一員。
並不是所有的專案經理都是生來平等的。本文講的就是優秀的專案經理和非常優秀的專案經理之間的區別。 有三種類型的專案經理。第一種類型是"意外型"的專案經理。通常,這種類型的專案經理都是通過排資論輩升上來的。例如,一個能力很強的程式員通過一個開發項目成為專案經理。或者一個能力出眾的網路技術員通過一次大型的網路升級成為專案經理。這些人都瞭解他們正在管理的項目的類型,他們能夠制定工作計劃,也能夠給其他的小組成員分配工作。但是,他們並不瞭解專案管理的很多準則。 第二種類型的專案經理知道成功的專案管理需要
中層經理人不論是作為一名執行者還是一名領導者,都必須通過別人來完成任務。要做個“服眾”的經理人,應該有意識地提高以下八項能力: 領悟能力:做任何一件事以前,一定要先弄清楚上司希望你怎麼做,然後以此為目標來把握做事的方向,這一點很重要,千萬不要一知半解就開始埋頭苦幹,到頭來力沒少出、活沒少幹,但結果是事倍功半,甚至前功盡棄。要清楚悟透一件事,勝過草率做十件事,並且會事半功倍。 計劃能力:執行任何任務都要制定計劃,把各項任務按照輕、重、緩、急列出計劃表,一一分配部屬來承擔,自己看頭看尾即可。把眼
Hibernate 是當前最流行的O/R mapping架構,它出身於sf.net,現在已經成為Jboss的一部分了iBATIS 是另外一種優秀的O/R mapping架構。目前屬於apache的一個子項目了。相對Hibernate“O/R”而言,iBATIS 是一種“Sql Mapping”的ORM實現。Hibernate對資料庫結構提供了較為完整的封裝,Hibernate的O/R Mapping實現了POJO 和資料庫表之間的映射,以及SQL
一、專案經理應具備下列思想素質: 1、身體健康,精力充沛, 思想正直,為人坦誠,堅持原則,公正磊落; 2、積極進取,勇於創新,勇擔責任,嚴謹,求實,工作熱情高; 3、任勞任怨,忠於職守,廉潔奉公,善於批評與自我批評 ; 4、良好的職業道德和團隊精神,遵紀守法、愛崗敬業、誠信盡責。 二、專案經理應具備的基本能力 1、參與項目投標和合約簽訂流程兩次以上,符合即將實施專案管理要求的
建立 Controller LogonAction.java:package org.monotonous.struts;import java.util.Locale;import javax.servlet.http.HttpServletRequest;import javax.servlet.http.HttpSession;import javax.servlet.http.HttpServletResponse;import
用Validator(驗證器)提供的豐富的內建驗證方法簡化Struts的開發過程。
一、專案經理的目標1、滿足項目利害關係者的不同需求。清晰明確地瞭解每一個項目利害關係者的需求和期望,投其所好。項目利害關係者包括:項目團隊成員和項目團隊外成員(比如各部門的部門經理,客服等)。2、保證開發項目按時保質的完成。二、專案經理的職責1、建立有效流程保證項目的順利進行。2、制定詳細周密的專案計劃。3、跟蹤,推動項目按計划進行。4、積極解決項目過程中出現的問題和衝突。5、調動Team Dev的積極性,創造力,推動團隊成員在項目過程中不斷成長。三、專案經理的具體工作1、項目前期階段 .
(1)在Struts應用的視圖中包含哪些組件?(多選)選項:(A) JSP(B) Servlet(C) ActionServlet(D) Action(E) 代表商務邏輯或業務資料的JavaBean(F) EJB(G) 客戶化標籤(2)在Struts應用的控制器中包含哪些組件?(多選)選項:(A) JSP(B) Servlet(C) ActionServlet(D) Action(E)代表商務邏輯或業務資料的JavaBean(F) EJB(G)
1 異常 javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login (/Login是你的action名字) 可能原因:action沒有再struts-config.xml 中定義,或沒有找到匹配的action,例如在JSP檔案中使用 處理:如果出現上述異常,請查看struts-config.xml中的定義部分,有時可能是打錯了字元或者是某些不符合規則,可以使用struts console工具來檢查。 2
DispatchAction, LookupDispatchAction, MappingDispatchAction深入分析 DispatchAction, LookupDispatchAction,
你是不是一個優秀的專案經理人呢? 下面是專案管理之中最重要的一些技能被簡化成的一些簡單的小問題,你可以用它來測試你自己的水平: 一、你沒有很好地計劃是因為你認為自己是一個執行者而不是計劃者 很多人認為他們自己是行動型的。當他們被指派了一項任務時,他們的第一個反應就是著手開始解決這個問題,儘管事實上“計劃”也是“執行”的一種形式。我們在這裡將二者作一個區分。 二、你與客戶和團隊成員之間只有最低限度的互動與合作
我發現,在OO和UML幾乎一統天下的今天,仍有很多系統分析員對OO和UML一知半解,甚至包括很多已經使用了很久UML的系統分析員。於是打算寫一個系列文章,將多年來的工作經驗做一個總結。對初學者起個啟蒙作用,也希望拋磚引喻,與各路大蝦共同探討,共同提高。這個系列文章將以我對OO和系統分析的理解為主,從UML基礎開始,闡述物件導向的需求分析方法,過程,並以RUP為例,闡述如何將OO過程與軟體過程有機結合在一起,做一個真正OO應用。好了,今天是第一篇。想得很遠,真希望我能堅持下去,呵呵用例是什嗎?其原
強大的流程建模與流程式控制制的工作流程中介軟體InforFlow2.11. InforFlow2.1功能簡介 InforFlow2.1是遵循由國際工作流程管理聯盟制定的工作流程管理規範而實現的工作流程中介軟體產品。InforFlow2.1由可獨立啟動並執行工作流程引擎以及圖形化的流程設計器構成。工作流程引擎是工作流程管理系統的核心,負責執行個體化流程定義,根據流程定義驅動商務程序的運行,根據定義及運行時的動態資訊計算任務分配條件,分配任務,根據對實際的流程式控制制請求完成對流程的動態回退、
1:過方案的時候,一定要每點都要過。每點都要知道資料是如何取得。否則在以後的開發過程中,會遇到很大的問題。 2:在做開發計劃的時候,一定要根據開發人員的特點進行預計。例如孫XX不會JAVA但是預計的時間又很短。導致開發很被動。 3:在與業務部門討論的時候,一定要詳細記錄當時的想法。否則以後看的時候,又不記得當時是如何說的了。 4:當開發相對滯後的時候,可以先寫商務邏輯。並且找業務部門確認這部分商務邏輯。這樣開發與測試基本可以說是並行。可以先驗證邏輯的準確性。以後做計劃的時候,可以這樣進行,可以加