2. 程式人生 > >Maven部署過程中的ClassCastException問題

Maven部署過程中的ClassCastException問題

阿新 • • 發佈：2019-02-16

引言： Maven功能強大，但是又有些複雜，難以捉摸和使用。在本人開發中碰到了一個ClassCastException的問題，通過這個問題的解決，加深了對於maven依賴管理中scope的理解。

1. 問題的引入

   部署環境tomcat 7， 開發中使用的框架spring,spring data,hibernate之類的，基於Maven部署過程中，會出現以下異常資訊：

SEVERE: Exception starting filter Spring OpenEntityManagerInViewFilter
java.lang.ClassCastException: org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter cannot be cast to javax.servlet.Filter
	at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
	at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
	at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:115)
	at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4001)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4651)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445)
	at org.apache.catalina.startup.Embedded.start(Embedded.java:825)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.startContainer(AbstractRunMojo.java:558)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.execute(AbstractRunMojo.java:255)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
	at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:120)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:347)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:154)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:582)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Feb 3, 2015 1:36:32 PM org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter Set Character Encoding
java.lang.ClassCastException: org.springframework.web.filter.CharacterEncodingFilter cannot be cast to javax.servlet.Filter
	at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
	at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
	at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:115)
	at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4001)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4651)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445)
	at org.apache.catalina.startup.Embedded.start(Embedded.java:825)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.startContainer(AbstractRunMojo.java:558)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.execute(AbstractRunMojo.java:255)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
	at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:120)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:347)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:154)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:582)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Feb 3, 2015 1:36:32 PM org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter HiddenHttpMethodFilter
java.lang.ClassCastException: org.springframework.web.filter.HiddenHttpMethodFilter cannot be cast to javax.servlet.Filter
	at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
	at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
	at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:115)
	at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4001)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4651)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445)
	at org.apache.catalina.startup.Embedded.start(Embedded.java:825)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.startContainer(AbstractRunMojo.java:558)
	at org.codehaus.mojo.tomcat.AbstractRunMojo.execute(AbstractRunMojo.java:255)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
	at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:120)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:347)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:154)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:582)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Feb 3, 2015 1:36:32 PM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Feb 3, 2015 1:36:32 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/bsettle] startup failed due to previous errors

2. 問題分析

   這幾個Servlet都是在web.xml中配置的Filter，其配置沒有問題。錯誤型別為ClassCastException, 就是其實現的Filter與目標的Filter存在不同，就是說有可能是類庫引用的不同，導致在啟動過程中，出現這樣的問題。

3. 檢視pom.xml

  在開發中，引入瞭如下包，用以解決Servlet/JSP中常用類庫的引用問題，這些都是在Web伺服器中實現的類庫。

		<dependency>
			<groupId>org.apache.tomcat</groupId>
			<artifactId>tomcat-servlet-api</artifactId>
			<version>7.0.56</version>
		</dependency>

		<dependency>
			<groupId>org.apache.tomcat</groupId>
			<artifactId>tomcat-jsp-api</artifactId>
			<version>7.0.57</version>			
		</dependency>
  這裡可以看到，jsp/servlet將在整個的打包部署宣告週期中被用到，並被打包到部署環境中。

4. 問題的解決

     由於無法預知最終部署的Web伺服器的版本和型別，故這裡的這兩個依賴在編譯、測試中會用到，但是在部署環境中，是不能打包到部署環境中去的。

     故需要做如下修改：

               <dependency>
			<groupId>org.apache.tomcat</groupId>
			<artifactId>tomcat-servlet-api</artifactId>
			<version>7.0.56</version>
			<scope>provided</scope>
		</dependency>
		<dependency>
			<groupId>org.apache.tomcat</groupId>
			<artifactId>tomcat-jsp-api</artifactId>
			<version>7.0.57</version>			
			<scope>provided</scope>
		</dependency>

  5. Scope的含義和使用

   <dependency>中<scope>，它主要管理依賴的部署。目前<scope>可以使用5個值： 
    * compile，預設值，適用於所有階段，會隨著專案一起釋出。 
    * provided，類似compile，期望JDK、容器或使用者會提供這個依賴。如servlet.jar。 
    * runtime，只在執行時使用，如JDBC驅動，適用執行和測試階段。 
    * test，只在測試時使用，用於編譯和執行測試程式碼。不會隨專案釋出。 
    * system，類似provided，需要顯式提供包含依賴的jar，Maven不會在Repository中查詢它。

依賴範圍（scope） 主原始碼classpath可用 測試原始碼classpath可用 會被打包
compile 預設值 TRUE TRUE TRUE
test FALSE TRUE FALSE
runtime FALSE TRUE TRUE
provided TRUE TRUE FALSE

相關推薦

Maven部署過程中的ClassCastException問題

引言： Maven功能強大，但是又有些複雜，難以捉摸和使用。在本人開發中碰到了一個ClassCastException的問題，通過這個問題的解決，加深了對於maven依賴管理中scope的理解。 1. 問題的引入    部署環境tomcat 7， 開發中使用的框架sprin

自動化運維平臺OMserver部署過程中解決的問題1

自動化運維https://blog.liuts.com/post/245/1/1/#topreply 記錄下來，供自己研究首先，最好按照博客的步驟來進行。nginx配置文件 /usr/local/nginx/conf/nginx.conf的配置文件server { listen

web前端部署過程中快取出現的問題 生產實戰經驗 移動端H5

目錄 增加時間戳 或者 版本號 chrome: provisional header are showed 漏掉的ng-include 手機各種機型 對快取的不同處理 (2018) – 移動端H5混合應用的新版本生產部署之後， 出現的各種情況和實

關於Harbor部署過程中儲存路徑修改的實踐

安裝 Harbor安裝的環境要求，具體步驟不再細說，過程很簡單，詳情請見官網文件： https://github.com/goharbor/harbor/blob/master/docs/installation_guide.md   在預設的安裝部署下，harbor的儲存

maven打包過程中，報第三方jar包不存在

maven打包過程用的是maven-compiler-plugin外掛進行編譯，但是由於專案中存在第三方jar包，maven-compiler-plugin無法獲知第三方jar包的位置，因此報錯“程式包xxx不存在”，解決方法： <groupId>org.apache.m

【轉】azkaban的部署過程中遇到的一些坑（部署篇）

注：azkaban之前有個配置檔案預設要求6G以上可用記憶體的坑，解決完之後今天又遇到了程式碼寫死3G以上記憶體的坑，根據報錯資訊正巧搜到了這篇文章，另外作者的主頁https://my.oschina.net/u/2988360裡也有其他幾篇關於azkaban的文章，推薦

ubuntu部署python專案(virtualenv + flask + uwsgi + nginx)(附：部署過程中遇到的問題及解決方法)

以下為我部署pthon flask + virtualenv + uwsgi + nginx的艱苦之路（我使用的是ubuntu 及python3.6） 安裝好python3.6後（上一編文章有講啦）： 建立python虛擬環境：VirtualEnv（非常牛逼及非常重要，在這裡你可以d

maven使用過程中遇到的問題（依賴jar檔案下載失敗等）

問題 1：依賴jar檔案下載失敗    1. 我們從svn工程下載maven工程專案時，maven工程都有pom.xml檔案，裡面設定了maven工程專案的依賴的jar包，有的jar下載失敗，在p

記flume部署過程中遇到的問題以及解決方法（持續更新）

專案需求是將線上伺服器生成的日誌資訊實時匯入kafka，採用agent和collector分層傳輸，app的資料通過thrift傳給agent，agent通過avro sink將資料發給collector，collector將資料彙集後，傳送給kafka，拓撲結構如下：現將除

OpenCMS部署流程及部署過程中遇到問題的解決方案

MySQL system variable 'max_allowed_packet' is set to 1048576 Byte (1MB). Please note that it will not be possible for OpenCms to handle files bigger than t

maven工程部署到tomcat伺服器過程中遇到的問題總結

1、部署到自己配置的tomcat伺服器上遇到的錯誤 我按照網上的步驟，在myeclipse中配置了maven、tomcat,還整理了下配置的過程。但是發現會出現各種錯誤，主要是   Server returned HTTP response code: 403 Cannot

eclipse maven項目中使用tomcat插件部署項目

.net eclips blog lean 插件 聽說 min apache 參考 maven的tomcat插件部署web項目，我簡單認為分兩種，一種是部署到內置tomcat，另一種是部署到安裝的tomcat。 第一種部署，默認是部署在內置tomcat的8080端口，如果不

ELK部署和過程中的報錯匯總

elk elasticsearch kibana 一、ELK介紹1.1 elasticsearch1.1.1 elasticsearch介紹ElasticSearch是一個基於Lucene的搜索服務器。它提供了一個分布式多用戶能力的全文搜索引擎，基於RESTful web接口。Elasticsea

centos6.5中的svn部署過程

red tin enc 開放 -c centos6 cor 格式 warning centod6.5下的svn部署過程 安裝： yum -y install subversion ,可用rpm -ql subversion查看svn的安裝目錄，默認在/usr/bin下 創

寫Shader部署到手機的過程中遇到的問題

const 今天遇到了一個說不上奇怪的問題，這裡記錄一下： 在電腦端的shader是這樣寫的： uniform sampler2D texture; uniform vec2 sizeInfo; varying mediump vec2 texcoord; const vec2

maven打war包的過程中，都用了哪些外掛呢？

一、maven生命週期 http://ifeve.com/introduction-to-the-lifecycle/   https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html &nbs

jenkins+maven+svn實現springboot專案的自動化部署過程

前言      在安裝之前，我想說明一下本文的目的，jenkins的一款持續整合工具，      它可以做的事情很多，其中一個主要的功能就是簡化部署流程     &nbs

關於自己寫的aar包釋出到maven過程中的一些問題解決

很多開發者都想自己寫一套好用的框架，釋出出去給別人引用，自從android studio問世以來，不斷的改進，關於引用他人的成果非常方便簡單了，用過android studio的使用者都知道，在build.gradle中引用只需新增一句程式碼： compile

springmvc 開發過程中所需要的所有maven依賴

<properties> <!-- 日誌相關 --> <commons.logging.version>1.2</commons.logging.version> <log4j.version>1.2.1

分享Maven部署專案到Tomcat8中的注意事項

水牛君 2016-12-10 10:55 很高興你能讀到這篇很羅嗦的文章。關於maven的介紹這裡不詳細做介紹。對於初學者只需要知道maven可以用於管理jar包和自動化部署。例如，自動化把專案打成jar包，包括可執行的jar包，自動化把專案部署到遠端的web伺服器，自動化