1、如果整個項目使用maven管理，那么每個開發(fā)客戶端都需要配置maven才行。
如果要在Eclipse里面集成maven，例如使用maven ide，那么還要對maven ide進行配置。
這里提醒一下哦，Eclipse里面使用maven ide的時候會下載maven，在eclipse\plugins\org.apache.maven_1.0.0\lib目錄中，如果你想，還需要象maven那樣自己配置。
2、如果你想在客戶端debug怎么辦？那還是需要將lib庫拷貝到本地。現(xiàn)在只能統(tǒng)一映射網(wǎng)絡(luò)硬盤。那就是在開發(fā)的時候是一種方式，在發(fā)布的時候又是一種模式。maven對開發(fā)的幫助并不是很大，有意義的內(nèi)容在于maven會“強迫”要求你盡量分開projcet之間的各層。
3、maven的各artifact 之間的依賴問題。maven artifact 的version決定與POM中的currentversion，而沒用能夠和CVS的version連接起來。如果在開發(fā)過程中，會生成A、B兩個artifact，A依賴于B，但是B經(jīng)過改動后，編譯A、B，此時Maven并不能自動發(fā)覺B已經(jīng)改動過。只要maven在repository發(fā)現(xiàn)了B.currentversion.jar，那么它就不會將B重新打包，maven還是必須通過種種人工手段才能夠完成先編譯B再編譯A。在測試的時候也是如此。總之，必須還是需要人為的參與才能保證順序的正確，才能保證你所使用的庫，是最新的庫。
4、如果maven只能提供一個repository的功能和利用POM減少script的功能，那用maven干嗎呢？何況每個developer還需要自己機器上擁有repository。如果說maven提供了許多的plugin，那么現(xiàn)在的ant也可以支持，只是未能正式成形。
我的意思是說：maven帶來的內(nèi)容并不是ant的完全替代品，有時候甚至需要人工參與才能讓maven完成任務(wù)。當(dāng)然，maven提供jelly，自己寫script，但那不是又麻煩了么？
//maven 可以先排隊哦，問題3解決了