【推薦】解決方案模板匯編6篇

　　為了確保事情或工作有效開展，常常需要預先準備方案，方案的內容和形式都要圍繞著主題來展開，最終達到預期的效果和意義。方案應該怎么制定才好呢？以下是小編幫大家整理的解決方案6篇，供大家參考借鑒，希望可以幫助到有需要的朋友。

解決方案 篇1

　　“計算機硬件”與“軟件”相對。電子計算機系統中所有實體部件和設備的統稱。從基本結構上來講，計算機可以分為五大部分：運算器、控制器、存儲器、輸入、輸出設備。

　　下面，我們就來看看電腦硬件故障解決方法。

　　方案一：通過手動解決不能在線聽歌問題

　　1、當我們出現不能在線聽歌的時候，首選我們要選擇查看網絡狀況是否正常，來進行第一步的排查。找到桌面網絡鏈接圖標，打開并進行排查。

　　2、右鍵單擊標識網絡鏈接的圖標，打開選擇頁面，在可選擇的頁面進行選擇，找到網絡和共享中心并打開。

　　3、通過打開的網絡和共享中心主頁面，查看基本網絡信息鏈接，和本地鏈接進行排查網絡鏈接狀況。

　　4、當我們網絡鏈接正常的時候嘗試打開IE瀏覽器，在IE瀏覽器的右上角找到標識工具的按鈕并且打開。

　　5、打開工具欄的選擇頁面，找到IN選項并打開該選項進行進一步的設置。

　　6、在打開的IN選項中，在常規選項刪除瀏覽記錄和臨時文件，進行IE優化。

　　方案二：使用第三方軟件進行修復

　　1、很多時候我們手動修復不了電腦本機出現的問題，這個時候我們可以選擇嘗試使用第三方軟件進行修復。首先找到騰訊電腦管家圖標并打開。

　　2、在騰訊電腦管家的首頁找到電腦診所標識的圖標 并打開電腦診所。

　　3、打開騰訊電腦管家后電腦診所，在六大分類中找到上網異常一欄。

　　4、打開上網異常欄后，我們可以根據我們遇到的情況進行選擇修復方案，在這里我們選擇不能在線聽歌解決方案。

　　5、打開解決方案進行立即修復功能。

解決方案 篇2

　　摘 要：文章闡述了電子商務對企業的作用，提供了電子商務應用于企業銷售的信息化平臺建設的完整的解決方案，也提供了EC和ERP深度融合的解決方案。

　　關鍵詞：企業；電子商務；EC

　　中圖分類號：F213 文獻標識碼：A 文章編號：1006-8937（20xx）8-0030-01

　　隨著社會的進步，科技的發展。電子商務為企業發展的貢獻越來越大。事實證明電子商務可以使企業提高運作效率，降低成本，提高對市場的反應速度，提高對客戶的服務水平，提高市場的覆蓋面經營不分時間和地區，從而提高企業競爭力，樹立企業良好的形象，為企業帶來更大的上升空間。

　　1 目標

　　XX企業引入ORACLE ERP管理。隨著企業的發展和變化。ERP中的銷售管理系統的功能不能滿足企業的需求，針對企業新的發展需求，我們又開發了以電子商務模式，建立基于企業具體業務的銷售管理平臺（簡稱EC系統），這個平臺的功能包括： 公共框架開發、經銷商管理、銷售訂單管理、發貨管理與經銷商的對帳管理，質量及索賠管理，發貨計劃管理。

　　2 EC系統主體流程流程設計

　　2.1代理商注冊流程

　　①代理商通過網上登錄EC系統；

　　②代理商閱讀注冊條款，在確認無誤后在注冊條款頁下面選擇是否同意以上條款；

　　③代理商在線錄入相關的注冊信息；

　　④代理商完成錄入并檢查后，可點擊“注冊”，確認注冊提交；

　　⑤代理商打印注冊信息，并反饋至中央商務；

　　⑥中央商務確定代理商屬于具體的OU；

　　⑦中央商務人員對客戶提交注冊信息進行復查與核實，確認無誤后提交系統進行重復性校驗；

　　⑧非重復代理商，系統會自動把代理商的用戶名和密碼發送到，注冊時填寫的公司郵箱上，并且代理商的信息通過接口自動寫入ERP客戶表中；

　　⑨中央商務對代理商注冊提交的信息，確認其獲得EC系統相關的操作權限；并有中央商務，通過產品樹為代理商分配可銷售品種；⑩代理商需要在各OU中進行業務，需要申請相應的EC帳號，并且關聯到ERP中獨立的地點層客戶（客戶頭為同一個）。

　　2.2 代理商標準下單流程

　　①代理商通過網上登錄EC系統；（或者由區域商務代替所管核的代理商下單）

　　②代理商在線錄入訂單相關的信息，通過產品樹選擇產品，錄入產品的需求數量、需求日期等信息；

　　③代理商完成錄入并檢查后，可點擊“提交”，確認訂單上傳至區域商務；

　　④區域商務對訂單進行審核，并輸入訂單相關的銷售業績劃分；

　　⑤如果區域商務或中央商務認為訂單審核不通過，則退回給代理商進行訂單修改；

　　⑥區域商務專員根據“分銷協議審批表”來進行審批，確認價格是否正確。中央商務對代理商的訂購產品進行編碼匹配（系統與ERP接口提供產品所有物料號和庫存信息），以及選擇合適的訂單行類型和稅率，并指定按哪種模板生成訂單/合同；

　　⑦供應鏈在系統中運行《產品可用量報表》（包括對應產品可用信息：現有量、在制品，以及占用信息：已經簽批的訂單量、已經分配對應訂單的量），另以《生產任務狀況報表》作參考。

　　⑧供應鏈根據報表參考后，對訂單進行評估在規定時間內是否能完成訂單，如果可以則在對訂單進行簽批。

　　⑨供應鏈簽批確認的訂單，通過自動接口寫入ERP OM系統，成為正式銷售訂單（訂單初始狀態為“已輸入”）；

　　⑩中央商務部/合同管理部對代理商訂單/合同進行存檔；

　　如果有誤，可由中央商務通過 “取消”功能，取消訂單EC訂單，并且還原訂單所使用的電匯、信用金、銷售獎勵。

　　2.3 訂單退貨處理流程

　　①代理商系統提出申請，并交中央商務審批；

　　②中央商務人員在ERP系統中進行退貨操作；

　　③中央商務人員在EC中進行訂單退貨操作；

　　④系統釋放訂單已經匹配的電匯、信用金或者銷售獎勵（如果信用金已經用電匯還款，則釋放該電匯）。

　　2.4 電匯處理流程

　　①代理商通過網上登錄EC系統；

　　②代理商在線錄入電匯單相關的信息，系統對電匯單重復性進行驗證；

　　③代理商完成電匯單與經中央商務確認的未結訂單關聯后，可點擊“提交”，確認訂單上傳至中央商務專員；

　　④中央商務專員根據代理商傳真過來的電匯底單和電匯關聯頁，進行電匯審核；

　　⑤中央商務專員在電匯確認通過后，可以安排發貨流程；

　　⑥如果不通過，則由中央商務專員聯系代理商進行重新錄入；

　　⑦另外，財務專員在確認代理商的電匯款到帳后，登錄EC系統進行到帳確認。

　　2.5 質量換貨流程

　　①中央商務專員登錄EC系統；

　　②中央商務專員選擇質量換貨訂單類型；

　　③選擇代理商名稱，輸入待更換產品的主機號，經審核后的質量換貨單通過系統接口直接生成一正一負ERP訂單行和退貨行（狀態為已輸入）。

　　④接口流程同上，質量換貨單通過系統接口直接生成一正一負ERP訂單行和退貨行（狀態為已輸入）。

　　2.6 信用金申請流程

　　①代理商通過網上登錄EC系統；

　　②代理商在線錄入信用金申請相關的信息；

　　③代理商完成錄入和檢查后，可點擊“提交”，確認申請傳至中央商務；

　　④代理商在線打印專項信用金申請并加蓋公章，與用戶簽署的合同和相關資質文件傳送到區域負責人，區域負責人審核確認后再轉中央商務；

　　⑤中央商務專員根據代理商傳真過來的資料進行在線申請審核；財務專員根據中央商務專員提供的專項信用金申請材料進行審查，并在EC系統中進行審批確認，確認通過后代理商可。

　　2.7 銷售獎勵處理流程

　　①中央商務專員登錄EC系統；

　　②中央商務專員根據領導已審批的紙質文件，在線錄入銷售獎勵申請相關的信息；

　　③中央商務專員完成錄入和檢查后，可點擊“提交”，確認申請傳至財務專員；

　　④財務專員進行銷售獎勵申請的審批，確認通過后代理商可使用該筆款項來作為貨款使用。

　　2.8 訂單發貨處理流程

　　①商務專員登錄EC系統；

　　②商務專員對已通過電匯收款檢查的訂單進行通知發貨；

　　③發貨專員確認庫存能滿足訂單的需求后，點“發貨”傳送至倉管員；

　　④倉管員根據打印的發貨單來安排發貨事宜（在ERP系統中進行打印發貨單）；

　　⑤代理商在訂單錄入時填入發貨需求，信息包括產品、數量以及發貨地址，系統對品種以及數量進行驗證（發貨信息的小于等于訂單數量）；

　　⑥倉管員發貨完成后，錄入發貨時間、數量、單號，點“出庫”完成整個訂單流程；

　　⑦注：需要解決一個訂單行對應多個發貨地址的情況（一行對多地址）；

　　⑧發貨地址帶記憶功能，避免同一地址反復填寫；

　　2.9 發貨管理與經銷商的對帳管理，質量及索賠管理，發

　　貨計劃管理流程

　　通過在ORACLE銷售管理模塊采用設計報表完成。

　　3 代碼編寫

　　EC系統采用html代碼和JAVA代碼編制，開發模式為分層開發，界面展現使用html。EC有自己需要使用的常用數據庫表。EC通過調用SQL與ERP數據庫交互，編寫控制業務邏輯。通過ORACLE ERP提供cux_om_imp_pkg和bsec_oe_

　　order_discount_pkg接口將EC和ERP的銷售管理進行無縫連接。ERP所需數據從EC中導入不再進行二次輸入。EC中所需數據從ERP中輸出，也不再進行二次輸入。部分代碼展示如圖1所示。

　　4 結 語

　　通過對EC的開發以及EPR融合，整體實現了銷售流程管理自動化，提供跨部門，跨地域，跨國別的一體化銷售流程，提升了行政管理水平和員工辦公效率，從而降低了企業成本。 參考文獻：

　　[1] 楊嵐.中小企業電子商務解決方案[J].經濟師，20xx，（3）.

　　[2] 王白石.電子商務中JSP技術的應用研究[D].長春：吉林大學，

解決方案 篇3

　　科目三考試時最擔心什么?不少學員表示遇到要超車時就會緊張，超車這個項目很容易丟分。因此小就將一些超車的知識梳理一下，希望能夠幫到即將參加科三的學員。

　　首先，超車應減擋提速。人們通常會這樣理解，高擋位速度較快，所以在超車途中升上一擋。事實上，車輛的前進是靠引擎所發揮的扭力來實現的，高擋位扭力較小，油門反應遲滯，加速反而比較遲鈍。

　　汽車在超車時應該減一擋，然后加油門全速超車，雖然此時發動機轉速高了一點，噪音大了一點，可超車的距離短了，超車所需的時間短了。如果是自動擋車，此時只需將油門踩到底，變速器便會降低一擋，以提供足夠的扭力減擋。

　　其次，不少新手超車時只會觀察前面車輛的情況，看到前車無超車的動向，就立刻變線超車，根本不顧后方車輛情況如何。事實上，這種做法非常危險。很容易令正在超車的后車與自己發生追尾事故。

　　司機在超車時除了確認前方可以超車外，更需要確認后車有無超車行為，并提前打開轉向燈，超完車并線時，還要注意駛過必要的安全距離后，再回到行車道，以防止擦剮被超的車輛。

　　最后，超車時還需要把握好超車時機，做到準確判斷，尤其是在一些較窄又是雙向行駛的道路上，若在超車過程中與對面來車有會車可能性時，則不應超車。在起伏道路及山區道路行駛，遇有坡頂的地方，由于坡頂的阻擋，使我們看不見對面有無來車，成為視覺盲區，此時不應超車，以免對面來車發生碰撞。

　　靠邊停車已經是科目三大路考的最后一個步了但是這時候還是不能有絲毫的松懈，不要前面一路緊張卻相安無事，到最后明明已經看到駕照在朝自己招手，結果卻在最后一個環節出了錯誤，只能郁悶地考試被掛。所以，這次小編就來給大家講講科目三靠邊考試操作步驟。

　　1.聽到口令，迅速作出反應(左手打右轉向燈右腳輕輕踩下剎車同時轉頭向右看右后視鏡)，確定右側后方安全，然后看前方，向右打方向，車速降至15km/h以下時踩下離合器到底。

　　2.朝路邊打方向接近路基后，用剎車控制好車速，慢慢把方向領左，再慢慢回正，踩死剎車，平穩停車。剎車要逐漸壓下，方向一打二領三回正。

　　3.在車速減慢后，看車標和路基的距離在視野里到十厘米左右時，剎停。此時，側方距離肯定在30厘米以內。

　　運用制動踏板時要根據車速、道路情況合理控制制動力，按"輕-重-輕"的原則，一次制動成功。在制動過程中有一個力度修正過程，則要按"重在前、修在后"的要領進行調整。

　　注意，要準確完成制動的操作要求為：安全、合理、平穩、準確、正直。

解決方案 篇4

　　緊張、忙碌的20xx年已進入金秋十月。回顧這段時間以來，在上級部門的領導下，克服各種工作困難，不斷拓寬服務領域，低保工作取得了一定的進展和提高。通過學習，用科學的理論武裝頭腦，更新了觀念，振奮了精神，以促進社會經濟協調發展為目標，以保障弱勢群體基本生活權益為己任，履職盡責，盡心盡力，較好的完成了今年的工作任務，現將工作情況總結如下：

　　一、克服困難，按時完成各項工作

　　我社區地處偏僻，居民大多是下崗、失業、無業人員，每月對申請低保的貧困戶嚴格按照上級文件要求申報。全面掌握實際情況，真正做到戶主清、人口清、住址清、年齡清、職業清、工作單位清、單位性質清、總收入清、人均收入清、補助金額清。努力實現“應保盡保、分類救助”。對符合低保條件的家庭經評議小組評議，并嚴格按照初審、復審、申報工作進行辦理，認真建立三級檔案，對審批通過的進行張榜公示。月初填報11張低保月報表，做到責任心強字跡抄寫工整，以保證每份表格清晰、數據準確，上報到辦事處。在完成每月固定工作的同時，更要完成好上級領導按排的其它工作任務。今年為特困戶每人每年醫療救助上調標準，市區民政部門先后統一按排學習,為他們減輕了一定的生活負擔。要求特困戶家庭成員的信息全部錄入微機，工作量大、時間緊迫、是前所未有的。但是我仍然按時將信息準確的上報到民政局。剛剛休過“十一”長假，一身的疲憊揮之而去，又迎來了新的工作任務，利用年末整理檔案。

　　二、嚴格把關，切實搞好摸底調查工作。

　　今年深入細致地對全社區各類人員一一進行了排查，將社區困難的具體情況，困難戶的戶數、人員分類以及低保狀況進行了全面調查，要求特困戶開單位證明、學生證明等，并實行居民群眾全程監督制，隨時掌握低保對象的收入動態，認真實行低保工作的“動態管理”，經調查特困戶中因占地單位給每月發補助金的，查實后給予停發特困金。社區共清理出因家庭收入發生變化，不符合低保條件而停發 戶 人;新增低保對象 戶 人。現有低保戶數 戶 人 元。使低保金能進能出，可升可降。杜絕不符合低保條件的居民領取，從而節約有限的國家資源。

　　三、提高意識，真正走出貧困生活

　　低保工作就是做人的工作。讓真正困難的人享受到低保待遇只是低保工作的開始。我們最終目的是通過教育，使他們轉變心態，讓有工作能力的自動走出低保，實現自食其力。利用每月簽到日組織一些活動，如進行公益勞動，清理街頭小廣告，學習國家的最新政策。積極與社保員聯系，如有技能培訓，低保戶優先報名參加，對這一群體組織免費職業指導、職業介紹和就業培訓。并有意識、有計劃、有目標地引導他們就業。

　　雖然對低保工作傾注了大量精力，做了大量的工作，目前興安地區的低保工作也有所突破，但總感到在學習的深入性和系統性上還有很大不足。工作作風上有差距。高標準、嚴要求、高質量的意識還不夠強，還存在問題，還有待于進一步的.完善。在今后工作中我更要以服務社會、服務群眾為根本宗旨。保障困難群眾的基本生活為首要任務。加強與上級領導的聯系，進一步提高低保工作服務質量和保障水平，充分發揮優秀低保人員的中堅力量。

　　低保工作做到透明化、陽光化管理。牢固樹立“民政為民”的服務意識。

　　社區低保工作的難點和解決措施

　　隨著城市的不斷發展，城市的貧富程度差距日益拉大，低收入群體面臨較大的生活困難，政府通過最低生活保障制度解決了困難低收入群體的生活困難。這項惠民措施實行以來，解決了各類困難群體的實際生活困難，緩解了他們看病難、看病貴的困難。我市的低保救助工作在實踐運行中也面臨了一些問題，亟待解決。接下來，我結合工作實踐經歷和本次培訓的心得體會談談對低保救助工作的想法。

　　一、我社區低保救助基本情況

　　社區總面積約6萬平方米，總人口XX人，現有低保戶XX戶。我社區共有小區XX 、XX 、XX和XX五個小區，其中小區和XX區為老小區，人員主要是原國有和集體企業的職工住房和下方回寧的房屋，困難居民較多，也是社區低保救助的難點和重點。

　　二、我社區低保救助工作的難點

　　社區開展低保救助工作多年以來，幫助了很多困難家庭解決了實際困難，也有力地維護了社會的和諧穩定，但是目前也面臨不少問題，存在較多工作難點。

　　一是人戶分離人員難管理。我社區低保戶較多，按人戶情況可分為人在戶在和人戶分離兩種情況。其中人在戶在是指戶籍在我社區，實際居住地也在我社區的低保家庭。這類人群便于掌握其家庭實際情況，也便于管理和服務。人戶分離是指戶籍在我社區，居住在其他社區的低保家庭，這類人員又多是因拆遷在外過度或者已經拿到經濟適

　　用房為遷戶口。低保救助工作的政策對收入情況和住房面積有明確的要求，而社區對人戶分離低保家庭收入和住房面積的掌握主要是通過低保年審時的書面審查和其他途徑了解。這種方式為無奈之舉，并不能準確、全面的掌握他們的情況，給我社區的低保救助工作帶來很大的困難。

　　二是政策宣傳和落實在內容和時間上存在差距。政府和社會非常關心低保家庭的生活困難，也想盡辦法解決他們的實際生活困難。報紙作為重要的宣傳工具，能夠及時的報道我市對低保家庭的關懷和幫助，但由于報紙宣傳時間和政策落實有一個過程，宣傳的內容與實際落實在細微上也存在少數不一致的情況，導致了部分居民對社區低保工作的誤解，甚至發生過居民拿著報紙要求社區落實惠民政策。我們非常重視和理解居民的訴求，面對居民的誤解，但也只能耐心細致的解釋，并不能拿出具體的方案給群眾解釋，在一定程度上影響了社區的公信力。

　　三、解決工作難點，做好群眾工作

　　社區低保救助工作雖然面臨很多難點，但作為基層工作人員，我們有信心、能力和責任采取有力措施，做好群眾工作，解決工作難點，踐行為民服務的宗旨。

　　一是要認真學習低保政策法規。群眾的誤解很多是因為他們對政策不夠了解，對政策理解存在片面性。這就要求我們認真學習低保政策法規，宣傳黨和政府惠民政策的同時，，耐心細致為居民解答政策疑問，最大限度避免因政策理解不到位引發的不穩定因素，著力提升社會的整體和諧度。

　　二是要統籌媒體宣傳和政策落實。希望上級部門能夠協調媒體宣傳部門，增強媒體政策宣傳和政府政策落實的協調度。既要在最大限度上發揮媒體宣傳的特有作用，又要在政策落實的時間節點上與媒體宣傳保持一致，為基層社區的工作提供良好的輿論和政策環境。

　　三是要建立和完善全市統一的低保救助信息平臺。人戶分離情況較為常見，這就需要全市基層社區齊抓共管，步調一致。當務之急是建立和完善全市統一的低保救助信息平臺，按照“戶籍地入保、居住地調查”的原則，明確相關基層社區、村的職責分工，完善低保家庭收入和住房情況的調查體系，在最大限度上落實“應保盡保、應出盡出”的工作要求。與此同時，還要建立全市統一的低保轉入傳出機制，為符合條件遷移戶口的低保家庭轉入新的戶籍地提供條件，避免出現低保遷移空檔，影響低保戶遷移的積極性，進而影響低保工作的扎實開展。通過信息平臺的建立，可以形成齊抓共管的良好局面，也有助于低保政策的進一步落實，堅決防止收入和住房超標人員享受最低生活保障，增加財政負擔，影響社會公平。

　　通過此次培訓，我進一步認識到在工作中，要扎實細致的開展工作，開動腦筋，想辦法解決工作的難題，做好新形勢下的群眾工作，切實維護人民群眾的利益，維護社會的公平、正義和穩定。

解決方案 篇5

　　為了更好地執行和發揮乘務管理部的職能和作用，提高一線員工的服務質量，滿足旅客對餐飲的要求，保證餐飲銷售，提高經濟效益，實現公司的管理方針和目標，現對餐飲工作存在的不足問題，提出以下解決方案：

　　一、人員溝通協調問題

　　餐飲工作存在人員溝通不夠協調、部門配合不夠密切問題，一定程度上影響了餐飲工作的發展。

　　解決方案：要加強各部門之間的聯系與溝通，明確各部門的工作職責，做到遇事共同商量，有問題一起解決，使各部門工作協調發展。要深入基層，多了解一線員工的心聲，幫助員工解決工作中遇到的困難與問題，提高員工的工作積極性，切實做好餐飲工作。

　　二、分工不明確問題

　　餐飲工作存在分工不明確問題，致使出現有工作無人負責，有問題無人解決的情況。

　　解決方案：制定工作制度與分工計劃，明確組長、組員的分工，明確時間段推銷產品，比如每個組員要負責什么，做好什么工作，在餐車銷售等有關工作方面，組長要負責什么，使工作分工明確，組長和組員切實履行好自己的工作職責，提高工作效率與服務質量。

　　三、產品更換不及時、產品單一的問題

　　餐飲工作存在產品更換不及時、產品單一的問題，致使旅客對餐飲意見較大，也影響了餐飲銷售和經營效益。

　　解決方案：每月對產品銷售進行統計，實行末尾淘汰制，對每月排名最后3位的產品實行下架處理。及時更換餐食品種，增加燒臘雙拼、托盤餐等旅客喜愛的餐食品種。

　　四、員工積極性、對公司認同感的問題

　　部分員工對公司認同感不強，工作積極性不夠高，影響了餐飲工作的發展。

　　解決方案：加強對員工的思想政治教育，加強對公司文化和發展前景的教育，提高員工的政治思想覺悟，使員工認識到個人的利益與公司利益密切相關，公司發展、提高經濟效益，受益最大的還是員工。通過思想政治教育，提高公司的凝聚力，提高員工的工作積極性，做到勤奮工作，提高工作質量，促進公司發展。

　　五、服務、銷售意識下降的問題

　　部分員工服務意識不夠強，對旅客服務沒有到位，服務質量和服務水平有待提高。部分員工銷售意識下降，沒有在促銷上用心動腦，造成公司餐飲銷售進展不快。

　　解決方案：制定相關考核制度，每月組織服務、銷售復訓。對發現服務、銷售意識上存在的問題，現場指出，落實措施，確保整改到位，使員工的服務、銷售意識明顯提高，從而推進餐飲工作發展。

　　六、員工培訓及督察力度不足的問題

　　通過對乘務組車上服務的觀察，發現部分乘務員的服務禮儀不到位，服務動作不標準，銷售意識不夠主動，個別乘務員沒使用禮貌用語，員工安全知識掌握不全面。同時存在督察力度不足的問題。

　　解決方案：對老員工制定定期輪訓計劃，對招聘的新員工，加強服務禮儀、服務意識、銷售技巧等方面的培訓，切實提高員工的綜合素質。要穩定督察人員，加強督察力量和力度，落實檢查監督制度，真正發揮督察激勵工作進步的作用。

　　通過上述解決方案，切實解決存在的問題，促進餐飲各項工作發展，提高經營效益，實現公司的的管理方針和目標。

解決方案 篇6

　　安裝Tomcat后，啟動tomcat時，會出現：

　　20xx-10-12 13:46:57 org.apache.commons.modeler.Registry loadRegistry

　　信息: Loading registry information

　　20xx-10-12 13:46:57 org.apache.commons.modeler.Registry getRegistry

　　信息: Creating new Registry instance

　　20xx-10-12 13:46:57 org.apache.commons.modeler.Registry getServer

　　信息: Creating MBeanServer

　　20xx-10-12 13:46:58 org.apache.coyote.http11.Http11Protocol init

　　嚴重: Error initializing endpoint

　　java.net.BindException: Address already in use: JVM_Bind:8080

　　at org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint.java:270)

　　……

　　沖突提示。

　　在瀏覽器中訪問http://127.0.0.1:8080時出現XDB登錄窗口而不是Tomcat的Welcome頁面，如下：

　　進入命令行，運行 netstat –a命令查看端口，8080已被占用（如下），什么原因呢？

　　這是因為這臺機器上已經安裝了Oracle 9i數據庫。從Oracle 9i開始，創建數據庫時默認包含了XDB特性。Oracle9i支持XML數據庫，8080是Oracle XDB（XML數據庫）Http服務的默認端口，Oracle XDB還有一個Ftp服務，默認端口是2100。而Tomcat、Jboss等的默認端口也是8080，所以出現沖突，另外從網上查詢得知Oracle XDB的端口設置不在配置文件中，而是在數據庫里。

　　那么怎么解決呢？這里介紹四種解決沖突的方式，都比較簡單：

　　一、修改Tomcat端口

　　修改Tomcat端口比較容易，在Tomcat安裝目錄conf下的server.xml文件中，找到

　　port="8080" minProcessors="5" maxProcessors="75"

　　enableLookups="true" redirectPort="8443"

　　acceptCount="100" debug="0" connectionTimeout="20000"

　　useURIValidationHack="false" disableUploadTimeout="true" />標簽，把Port=”8080”改為Port=”8088”或其他端口就可以了

　　二、使用Oracle控制臺修改Oracle XDB Http/FTP服務端口

　　雖然修改Tomcat端口可以很容易解決問題，但有時不想修改Tomcat端口，可以修改Oracle XDB服務端口來避免沖突。

　　登錄Oracle控制臺可以以獨立方式登錄，但必須以SYSDBA身份登錄，否則不能操作XDB配置參數。

　　登錄到Oracle控制臺后，展開”XML數據庫”項，XML數據庫下有配置、資源、XML方案三個子項。選中配置選項，XML數據庫參數會顯示在右邊區域。如圖所示：

　　修改參數名為http-port的項，值8080改為8088或其他未占用端口值，也可以修改ftp-port的值，然后點右下腳“應用（P）”按鈕應用新修改的端口值。

　　這里需要注意的是，每個Oracle實例都會默認占用8080和2100端口，所以需要修改本機Oracle上的所有實例的XDB配置。

　　三、命令行方式(用Oracle提供的包)修改Oralce XDB端口

　　1、進入命令行，連接sqlplus

　　C:/ >sqlplus /nolog

　　SQL*Plus: Release 9.2.0.1.0 - Production on 星期三 10月 12 14:53:56 20xx

　　Copyright (c) 1982, 20xx, Oracle Corporation. All rights reserved.

　　SQL>

　　2、以SYSDBA身份登錄

　　SQL> conn sys/wangzh@test as sysdba

　　已連接。

　　3、修改 HTTP port 由 8080 改為 8088

　　SQL> call dbms_xdb.cfg_update(updateXML(dbms_xdb.cfg_get(),

　　2 '/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()'

　　3 ,8088))

　　4 /

　　調用完成。

　　4、 也可以修改FTP 端口，舉例如下，將端口2100改為2111，一般情況下不用改就可以。

　　SQL> call dbms_xdb.cfg_update(updateXML(dbms_xdb.cfg_get(),

　　2 '/xdbconfig/sysconfig/protocolconfig/ftpconfig/ftp-port /text()'

　　3 ,2111))

　　4 /

　　調用完成。

　　5、提交修改

　　SQL> commit;

　　提交完成。

　　SQL> exec dbms_xdb.cfg_refresh;

　　PL/SQL 過程已成功完成。

　　四、使用Oracle DBCA向導工具，可以啟用、禁用和配置XML DB端口號

　　1、啟動DBCA（DataBase Configuration Assistant）向導

　　2、選擇“在數據庫中配置數據庫選項”，單擊“下一步”按鈕

　　3、選擇數據庫實例名，輸入用戶名和口令，用戶必須具備DBA權限，單擊“下一步”按鈕

　　4、數據庫特性頁，點擊“標準數據庫功能”按鈕打開標準數據庫功能頁，然后選擇Oracle XML DB 項后的“自定義”按鈕，打開“Oracle XML DB”頁，如下：

　　可以選擇啟用或禁用XML DB 協議，啟用XML DB協議的情況下，可以配置端口號。配置端口號有兩個選項，使用默認配置或自定義配置

　　如上圖所示，自定義FTP和HTTP端口值。然后點“確定”按鈕完成配置。

【解決方案】相關文章：

解決方案12-01

erp解決方案12-04

企業解決方案12-04

解決方案模板09-12

行業解決方案12-01

存儲解決方案12-02

精選解決方案4篇05-01

精選解決方案四篇04-30

解決方案6篇05-01

【精選】解決方案3篇05-01