我已经将maven依赖项的范围更改为提供
我已经将maven依赖项的范围更改为提供并手动复制到tomcat/lib（以减小war文件的大小）。
java.lang.OutOfMemoryError thrown from the UncaughtExceptionHandler in thread "http-bio-8080-exec-3
Dec 27, 2012 2:22:37 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet [spring] in context with path [] threw exception [Handler processing failed; nested exception is java.lang.OutOfMemoryError: PermGen space] with root cause
java.lang.OutOfMemoryError: PermGen space
Dec 27, 2012 2:22:38 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet [spring] in context with path [] threw exception [java.lang.ClassNotFoundException: org.apache.jsp.jsp.myLogin_jsp] with root cause
java.lang.ClassNotFoundException: org.apache.jsp.jsp.myLogin_jsp
在我的启动脚本中设置CATALINA_OPTS可以解决这个问题，为什么？
共有1个答案
例如，添加-xx:maxPermsize=128M JVM参数，看看发生了什么。
你的所作所为很有趣。它就在这里。不久，战争将会更小，但运行时内存消耗将会更高。
-
根据Maven完整参考中的图像，当直接依赖关系范围为“编译”并且传递依赖关系的范围为“提供”时，传递依赖关系将被忽略。 我的问题是，如果直接依赖类从我的项目的传递依赖编译中扩展一个类将失败，因为在编译时'javac'将从传递依赖中寻找由直接依赖扩展的类，并且不会在编译时类路径中找到它，因为maven忽略了它。 基本上这就是编译直接依赖时编译传递依赖范围而不是运行时的原因，为什么提供传递依赖范围时不
-
我想知道为什么我的简单spring boot项目不再有效。它基本上直接来自spring示例，其中一个控制器说hello world。我使用的是spring boot starter jetty和spring boot v1.1.10（也尝试了1.2.0）。我有一些使用嵌入式solr的单元测试，所以solr核心被标记为<代码> 我认为测试范围的依赖关系不应该干扰编译范围的依赖关系，并且“仅适用于测试
-
我试图从命令行显示我正在使用maven dependency插件版本3.1.2开发的项目的完整依赖关系树，但是目标（以及maven dependency插件中的任何其他目标）没有显示依赖关系。插件的文档(https://maven.apache.org/plugins/maven-dependency-plugin/tree-mojo.html)声明默认情况下包含所有作用域，因此不需要使用-Dsc
-
我给ivy添加了一个依赖项（我们称之为a）。在maven central中具有pom文件的xml。Ivy使用ibiblio来解析maven依赖项。添加到常春藤中的依赖项（A）。xml具有可传递依赖项（B）。到目前为止，一切都很好。传递依赖（B）的依赖（C）不能用常春藤来解决。 我在常春藤上定义了一个新的名字。如下所示的xml： 在B的pom文件中，C在编译和测试范围中定义如下： 当我在ivy的缓存
-
在为android项目添加新的依赖项时，特别是在中，在中，有三个作用域选项compile/provide/apk。
-
PS：请不要建议我在这里使用assembly或其他fat-jar插件，因为我有意复制依赖项jar用于Docker映像构建优化：一层用于依赖项，另一层用于jar，在任何依赖项改变之前，依赖项层总是被缓存：