SSM專案整合——後端

問題一：maven出現：Failed to execute goal on project …: Could not resolve dependencies for project …

造成這個問題的主要原因是Maven外掛執行順序有問題，我出現這個問題的原因：首先專案是maven聚合工程，即分模組構建；在執行專案時，首先執行了父模組的clean–>compile,然後在子模組中執行了打包命令，啟動時導致的報錯。
分析：因為整個專案只執行到了編譯階段，各個子模組互相依賴的jar包並未打包或安裝，如果此時直接在某個子模組中執行compile之後的命令，一般不會報錯（前提是依賴範圍為預設值 ），但在執行時就會發生標題所示問題，因為此時專案他找不到打包好的依賴，所以報錯。
解決：
1.按序執行 父模組的clean --→install 即可

問題二：IDEA中Maven專案 報invalid bound statement (not found)異常的解決辦法

首先造成這個的原因肯定是因為打包或者安裝時沒有將對應的對映檔案一起打包，不同情況不同處理，我是因為一個非常奇葩的原因：
1.首先我的包名顯示方式如下：

設定更改方式為


將壓縮空的中間包 變成 非勾選。（預設是非勾選）
當然這是問題的前奏，然後是dao層配置對映檔案時，這個目錄問題：如果上一個設定為勾選狀態，在寫程式碼時建立包或者建立類時，檔名稱寫為“top.soul.dao.Demo” 編輯器會自動解析名稱，生成對應的包目錄，顯示結果如下所示；但是，問題就發生在這，在其他檔案中建立此類目錄時，並不會自動解析檔名為樹結構，而是隻會生成一個資料夾，且資料夾名為“top.soul.dao”，而不是層結構的三個資料夾；顯示效果與java程式碼中包的顯示效果一致，但在xml檔案解析內容時，他是按照top→soul→dao→*.xml 這種層結構的方式去尋找xml檔案，以此方式建立的資源對映檔案實際儲存在一級目錄，而不是正常的多級目錄下；

為方便理解，簡單畫個示意圖：

如果該種方式下想要正常解析，在配置application.xml檔案時

value的值應該改為資料夾的路徑。 個人覺得為了方便和後期檢視時不宜混淆，最好還是保持和java程式碼一致的層結構更好一些；

問題三：需加強和著重複習的點

1.Mybatis多表查詢的xml檔案對映配置，以及Mybatis的一些基礎概念

2.Maven中的部分內容理解有偏差，之前聽課不仔細，導致在實際應用過程中，發生了一些問題。

3.複習上述的“MM”童鞋。