一、背景
web項目pom.xml都配置好之後，其中關於servlet的配置如下：
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
</dependency>
<dependency>
<groupId>javax.servlet.jsp</groupId>
<artifactId>jsp-api</artifactId>
<version>2.1</version>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>jstl</artifactId>
<version>1.2</version>
</dependency>結果在啓動的時候報如下異常：
spring-analysis\target\spring-analysis-1.0\WEB-INF\lib\servlet-api-2.5.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class
2014-9-6 12:03:27 org.apache.catalina.core.StandardContext start
嚴重: Error listenerStart
在網上查到的原因是，tomcat本身自帶的servlet-api-2.5.jar與引入的servlet-api-2.5.jar包衝突了
解決辦法如下，將配置改爲:
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax.servlet.jsp</groupId>
<artifactId>jsp-api</artifactId>
<version>2.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>jstl</artifactId>
<version>1.2</version>
<scope>compile</scope>
</dependency>
以往比較少注意到scope標籤的用處，藉此機會總結下。
二、scope的解釋以及用法
以下內容來源於博客 http://drizzlewalk.blog.51cto.com/2203401/665590
依賴範圍控制哪些依賴在哪些classpath 中可用，哪些依賴包含在一個應用中。讓我們詳細看一下每一種範圍：
compile （編譯範圍）
compile是默認的範圍；如果沒有提供一個範圍，那該依賴的範圍就是編譯範圍。編譯範圍依賴在所有的classpath 中可用，同時它們也會被打包。
provided （已提供範圍）
provided 依賴只有在當JDK 或者一個容器已提供該依賴之後才使用。例如， 如果你開發了一個web 應用，你可能在編譯 classpath 中需要可用的Servlet API 來編譯一個servlet，但是你不會想要在打包好的WAR 中包含這個Servlet API；這個Servlet API JAR 由你的應用服務器或者servlet 容器提供。已提供範圍的依賴在編譯classpath （不是運行時）可用。它們不是傳遞性的，也不會被打包。
runtime （運行時範圍）
runtime 依賴在運行和測試系統的時候需要，但在編譯的時候不需要。比如，你可能在編譯的時候只需要JDBC API JAR，而只有在運行的時候才需要JDBC
驅動實現。
test （測試範圍）
test範圍依賴 在一般的編譯和運行時都不需要，它們只有在測試編譯和測試運行階段可用。
system （系統範圍）
system範圍依賴與provided 類似，但是你必須顯式的提供一個對於本地系統中JAR 文件的路徑。這麼做是爲了允許基於本地對象編譯，而這些對象是系統類庫的一部分。這樣的構件應該是一直可用的，Maven 也不會在倉庫中去尋找它。如果你將一個依賴範圍設置成系統範圍，你必須同時提供一個 systemPath 元素。注意該範圍是不推薦使用的（你應該一直儘量去從公共或定製的 Maven 倉庫中引用依賴）。