Tomcat起動ログ-重大：エラーfilterStartスタックトレースを取得する方法？

Tomcatを起動すると、次のエラーが発生します。

Jun 10, 2010 5:17:25 PM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Jun 10, 2010 5:17:25 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/mywebapplication] startup failed due to previous errors

Tomcatのログにスタックトレースが含まれていないのは奇妙に思われます。このようなエラーのスタックトレースを取得するために、Tomcatのログを増やす方法についての提案はありますか？

Tomcatが作成するlocalhost_yyyy_mm_dd.logOR localhost.yyyy-mm-dd.logログを確認します。これらは通常、そのタイプの情報を格納します。完全なスタックトレースが標準出力にダンプされるとは思いません。

WEB-INF / classesにlogging.propertiesという名前のファイルを作成し、次の内容を含めます。

org.apache.catalina.core.ContainerBase.[Catalina].level = INFO
org.apache.catalina.core.ContainerBase.[Catalina].handlers = java.util.logging.ConsoleHandler

Tomcatはスタックトレースをログに記録しますが、tomcatがIDEから起動された場合、ログファイルの場所が常に明確であるとは限りません。IntelliJから起動すると、CATALINA_BASEはに設定され${home}/.IntelliJIdea10/system/tomcat/Unnamed_r6-idea、ログファイルはにあり[CATALINA_BASE]/logsます。

ログを表示するには、ログファイルを見つけるか、編集[CATALINA_HOME]/conf/logging.propertiesしてtomcatロガーの出力をコンソールに送信します。以下では、2番目のハンドラーをデフォルトのTomcat構成に追加しました。

 org.apache.catalina.core.ContainerBase.[Catalina].[localhost].level = INFO
 org.apache.catalina.core.ContainerBase.[Catalina].[localhost].handlers = 2localhost.org.apache.juli.FileHandler, java.util.logging.ConsoleHandler

これで、完全なスタックトレースがIntelliJ出力に表示されます。

 Dec 27, 2011 12:02:45 PM org.apache.catalina.core.StandardContext filterStart
 SEVERE: Exception starting filter filterChainProxy
 org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'filterChainProxy' is defined   at
 org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:529)
 . . .

ファイルをコピーする必要があります

cp /path/to/solr/example/lib/ext/* /path/to/tomcat/lib
cp /path/to/solr/example/resources/* /path/to/tomcat/lib // or inside extracted solr

そして、tomcat を再起動します

多分あなたのアプリケーションはTomcatとは異なるJREでコンパイルされています。

java -versionサーバーを確認し、同じバージョンでコードをコンパイルします。私のEclipse標準JREが1.6でTomcatが1.5を使用していたため、エラーが発生しました-これは機能しません。

CentOS 6およびSolr 4.4.0の場合

このエラーに対処するには、いくつかのlibファイルをコンパイルする必要がありました

cp ~/solr-4.4.0/example/lib/ext/* /usr/share/tomcat6/lib/

通常、localhost。[date] .logに問題に関する情報があります。ただし、このログに何もない場合があります。これは、プロジェクトの構成がめちゃくちゃになっている場合に発生する可能性があります（何人かの開発者が長い間プロジェクトに取り組んでおり、それぞれが自分から何かを追加していました）。ログに情報がない状態でこの問題に直面しました。かなり高速で堅牢なアプローチ：

1. 問題を引き起こす可能性のあるすべてのものをweb.xmlから削除してください。タグ以外のすべてを削除することもできます。それでもアプリケーションをデプロイできない場合-続行してください。

2. すべての* .xml記述子をWEB-INF / classesから削除します。アプリケーションをデプロイできない場合-続行してください。

3. warにあるすべてのロギング構成（logging.properties、log4j.properties）を削除します。デプロイしてみてください。このステップでは、より有益なエラーが発生しましたが、展開はまだ失敗しました。

このエラーをグーグルで調べたところ、プロジェクトには古いバージョンのxercesが含まれていて、Tomcatのバージョン（新しいバージョン）と競合していて、アプリケーションがデプロイされていないことがわかりました。Webアプリケーションでのxercesのアップグレード後、すべてが正常になりました。

Tomcatのlog4jロギングの設定は非常に簡単です。以下はhttp://tomcat.apache.org/tomcat-5.5-doc/logging.htmlからの引用です。

1. 次の内容でlog4j.propertiesというファイルを作成し、それをcommon / classesに保存します。

             log4j.rootLogger=DEBUG, R 
             log4j.appender.R=org.apache.log4j.RollingFileAppender 
             log4j.appender.R.File=${catalina.home}/logs/tomcat.log 
             log4j.appender.R.MaxFileSize=10MB 
             log4j.appender.R.MaxBackupIndex=10 
             log4j.appender.R.layout=org.apache.log4j.PatternLayout 
             log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n

2. Log4J（v1.2以降）をダウンロードし、log4j jarを$ CATALINA_HOME / common / libに配置します。

3. Commons Loggingをダウンロードし、commons-logging-xyzjar（commons-logging-api-xyzjarではない）をlog4j jarを使用して$ CATALINA_HOME / common / libに配置します。
4. Tomcatを起動します

また、http：//wiki.apache.org/tomcat/FAQ/Loggingも参照してください。

SEVEREのようなエラーが発生している場合：エラーfilterStart 2013年4月29日4:49:20 PM

次に、tomcat / libディレクトリにcors-filter-1.5.jarが含まれているかどうかを確認してください。ドットがある場合、uは上記のエラーになり、urアプリケーションは使用できません。

だから、私は他のtomcatフォルダからjarファイルをコピーすることができましたが、後で上記のエラーが発生しませんでした。

私も同じエラーに遭遇し、この問題の修正に多くの苦労をしました。Googleの検索で少し静かに過ごし、次の解決策を見つけたので、私の問題は解決しました。

この問題は、デプロイメントパスにStruts2ライブラリがないために発生していました。ほとんどの人は、ライブラリをコンパイル用に置き、ランタイムに必要なライブラリを添付するのを忘れがちです。そこで、同じライブラリをWeb配置アセンブリに追加したところ、問題は解決しました。

同じ問題が発生しました。アプリケーションをTomcatにデプロイすると、アプリケーションを起動できません。しかし、StrutsのjarセットをCATALINA_HOME \ lib（Tomcat dir）ディレクトリにコピーすると、解決されます。これらのjarをWEB_INF \ libに含める必要はありませんが、ビルドパスに含める必要があります。

commons-fileupload-1.2.1.jar

commons-io-1.3.2.jar

freemarker-2.3.16.jar

javassist-3.11.0.GA.jar

struts2-convention-plugin-2.2.1.jar

struts2-core-2.2.1.jar

xwork-core-2.2.1.jar

ほぼ同じ問題に最後の1時間を費やした後に貢献したかっただけです。私の解決策は、どういうわけかアプリケーションの.jarが破損していたため、開発サーバーからjarを配置することで修正されたというものでした。

同様の問題がありました。レナートのチップは私のために働いた。古いバージョンのJavaクラスファイル（WEB-INF / classesフォルダーの下）を使用したところ、問題は解決しました。したがって、コンパイラのバージョンが一致していないはずです。

これは私にとってトリックでした：すべてのライブラリを削除してから、コンパイルして実行します。プロジェクトのエラーを確認するように求められます。ライブラリを適用した後、プロジェクトを再実行します。

通常、サーバーJDKのバージョンはデプロイされたアプリケーションよりも低くなります（より高いjdkバージョンでビルドされます）

次のコマンドを実行して、端末にカタリナログを表示します---

sh start-camunda.sh; tail -f server/apache-tomcat-8.0.24/logs/catalina.out