tools.jar丢失-但仅在第一次调用时(tomcat8/java8/axis)

6ss1mwsb  于 2021-07-03  发布在  Java
关注(0)|答案(3)|浏览(482)

现在我已经将我的webapp升级到java8，我在tomcat8中运行的axis webservice遇到了奇怪的类加载问题。
安装webapp后对webservice的第一次调用将导致runtimeexception和“在类路径中找不到编译器(您可能需要添加'tools.jar'）“错误。
下面所有对该webservice的调用都正常工作（显然tools.jar到底在那里？）。
通过删除deploy目录中分解的webapp文件夹，可以复制该行为。在下一次tomcat启动之后，第一次调用将再次失败。如果分解的文件夹已经存在，tomcat重启不会导致错误。
当tomcat/webapp仍在使用java7运行时，没有发生此错误。
现在，轴误差有一个很长很长的传统。早期的解决方案是将tools.jar复制到tomcats lib目录中（即使tools.jar在tomcats类路径中可用）。默认情况下它不在那里，因为axis显然是用jre运行的（即使您在javahome中用jdk启动tomcat）。
可悲的是，这没有帮助。我尝试了几种将tools.jar放入tomcats类路径的方法：
我把它添加到libs文件夹
我通过setenv.bat将它添加到类路径中
我把它添加到了认可的lib文件夹中
没有任何帮助，第一个电话仍然失败。
然后我玩了javaèu home和jreèu home。tomcat尽可能从jre开始，只有在使用一些需要jdk的函数时才使用jdk。我试图让tomcat使用jre的jdk instad，但是错误仍然存在。
提问时间：
当tomcat爆炸webapp.war时，类加载与在早期服务器运行中已经爆炸的情况有什么区别？
启动时，tomcat将以下内容写入日志文件：
服务器版本：apache tomcat/8.0.15
服务器构建时间：2014年11月2日19:25:20 utc
服务器号：8.0.15.0
操作系统名称：windows server 2008 r2
操作系统版本：6.1
体系结构：x86
java\u主页：c:\dev\java\jdk1.8.0\u 25\jre
jvm版本：1.8.0\U 25-b18
jvm供应商：oracle corporation
catalina_库：c:\dev\apache-tomcat-8.0.15
catalina\u主页：c:\dev\apache-tomcat-8.0.15
命令行参数：-djava.util.logging.config.file=c:\dev\apache-tomcat-8.0.15\conf\logging.properties
命令行参数：-djava.util.logging.manager=org.apache.juli.classloaderlogmanager
命令行参数：-djava.approved.dirs=c:\dev\apache-tomcat-8.0.15\approved
命令行参数：-dcatalina.base=c:\dev\apache-tomcat-8.0.15
命令行参数：-dcatalina.home=c:\dev\apache-tomcat-8.0.15
命令行参数：-djava.io.tmpdir=c:\dev\apache-tomcat-8.0.15\temp
所以很明显，它以某种方式获得了对jre的引用（尽管我只指定了一个jdk，见上文）。我怎样才能改变这一点？
更多的想法？
edit2：罪魁祸首是axis第一次调用webservice时编译的.jws文件。这些编译文件的存在是错误只在第一次调用时发生的原因。
当然，这根本不能解释为什么第一次调用会失败并出现“compiler missing”错误，即使创建了必要的编译文件，并且可以用于后续调用。。。
编辑：根据请求跟踪轴错误。与这里处理丢失的tools.jar的所有其他主题相比，没有什么特别之处：
java.lang.runtimeexception:在类路径中找不到编译器(您可能需要添加'tools.jar'）
在org.apache.axis.components.compiler.javac.compile（javac。java:156)
在org.apache.axis.handlers.jwshandler.setupservice（jwshandler。java:199)
在org.apache.axis.handlers.jwshandler.invoke（jwshandler。java:72)
访问org.apache.axis.strategies.invocationstrategy.visit（invocationstrategy。java:32)
访问org.apache.axis.simplechain.dovisiting（simplechain。java:118)
在org.apache.axis.simplechain.invoke（simplechain。java:83)
在org.apache.axis.server.axisserver.invoke（axisserver。java:249)在org.apache.axis.transport.http.qsmethodhandler.invokeendpointfromformget（qsmethodhandler。java:129)
在org.apache.axis.transport.http.qsmethodhandler.invoke（qsmethodhandler。java:94)
在sun.reflect.nativemethodaccessorimpl.invoke0（本机方法）
在sun.reflect.nativemethodaccessorimpl.invoke（nativemethodaccessorimpl。java:62)
在sun.reflect.delegatingmethodaccessorimpl.invoke（delegatingmethodaccessorimpl。java:43)
在java.lang.reflect.method.invoke（方法。java:483)
在org.apache.axis.transport.http.axisservlet.processquery（axisservlet。java:1226)
在org.apache.axis.transport.http.axisservlet.doget（axisservlet。java:249)
在javax.servlet.http.httpservlet.service（httpservlet。java:618)
在org.apache.axis.transport.http.axisservletbase.service（axisservletbase。java:327)
在javax.servlet.http.httpservlet.service（httpservlet。java:725)
位于org.apache.catalina.core.applicationfilterchain.internaldofilter（applicationfilterchain）。java:291)
在org.apache.catalina.core.applicationfilterchain.dofilter（applicationfilterchain。java:206)
在org.apache.tomcat.websocket.server.wsfilter.dofilter（wsfilter。java:52)
位于org.apache.catalina.core.applicationfilterchain.internaldofilter（applicationfilterchain）。java:239)
在org.apache.catalina.core.applicationfilterchain.dofilter（applicationfilterchain。java:206)
在org.apache.catalina.core.standardwrappervalve.invoke（standardwrappervalve。java:219)
在org.apache.catalina.core.standardcontextvalve.invoke（standardcontextvalve。java:106)
在org.apache.catalina.authenticator.authenticatorbase.invoke（authenticatorbase。java:501)
在org.apache.catalina.core.standardhostvalve.invoke（standardhostvalve。java:142)
在org.apache.catalina.valves.errorreportvalve.invoke（errorreportvalve。java:79)
在org.apache.catalina.valves.abstractaccesslogvalve.invoke（abstractaccesslogvalve。java:610)
在org.apache.catalina.core.standardenginevalve.invoke（standardenginevalve。java:88)
在org.apache.catalina.connector.coyoteadapter.service（coyoteadapter。java:537)
在org.apache.coyote.http11.abstracthttp11processor.process（abstracthttp11processor。java:1085)
在org.apache.coyote.abstractprotocol$abstractconnectionhandler.process（abstractprotocol。java:658)
位于org.apache.coyote.http11.http11aprprotocol$http11connectionhandler.process（http11aprotocol.html）。java:277)
在org.apache.tomcat.util.net.aprependpoint$socketprocessor.dorun（aprependpoint。java:2407)
在org.apache.tomcat.util.net.aprependpoint$socketprocessor.run（aprependpoint。java:2396)
位于java.util.concurrent.threadpoolexecutor.runworker（threadpoolexecutor。java:1142)
在java.util.concurrent.threadpoolexecutor$worker.run（threadpoolexecutor。java:617)
在org.apache.tomcat.util.threads.taskthread$wrappingrunnable.run（taskthread。java:61)
在java.lang.thread.run（线程。java:745)

Javajava-8ClassLoadertomcat8Axis

3条答案

按热度按时间
wmomyfyw

wmomyfyw1#

我也遇到过同样的问题，在花了好几个小时试图解决它并重新配置我的类路径上百次之后……看来我找到了解决方案，至少一个适合我的情况。
您提到的错误，如果您将jdk版本从1.8更改为1.7，它似乎会消失！！

赞(0）分享  回复(0）举报  2021-07-03
7kqas0il

7kqas0il2#

加载类有什么区别
没什么区别。
也许有些文件是在 work 第一次运行时web应用程序的目录。
启动时，tomcat将以下内容写入日志文件：
java\u主页：c:\dev\java\jdk1.8.0\u 25\jre
这个信息就是 System.getProperty("java.home") ，由versionloggerlistener记录。
这就是JavaLauncher（java.exe）的工作原理。这与tomcat本身无关。
一个简单的java程序：

public class Test {
  public static void main(String[] a){
    System.out.println("java.home: "  + System.getProperty("java.home"));
    System.out.println("java.class.path: "  + System.getProperty("java.class.path"));
    System.out.println("sun.boot.class.path: "  + System.getProperty("sun.boot.class.path"));
  }
}

用jdk运行它会打印jdk的jre的路径，而不是jdk的路径。引导类路径只列出jre库（这里没有tools.jar）。
注意，还可以通过jconsole、jvisualvm检查系统属性。
更多的想法？
将tools.jar显式添加到类路径。
如果从*.bat文件启动tomcat，可以在setenv.bat中设置classpath变量。
如果要将其作为服务启动，请使用服务配置应用程序（tomcat8w.exe）来配置类路径。
如果您是从ide中启动它，请在ide中配置java设置。
我把它添加到libs文件夹
我希望这能奏效。也许除了tools.jar之外，还需要其他一些jdk jar。
我通过setenv将它添加到类路径中。
我把它添加到了认可的lib文件夹中
只有在使用标准的*.bat文件启动tomcat时，以上两点才起作用。如果您将其作为服务或从ide中启动，那么服务/ide设置很重要。setenv.bat文件不被他们使用。
这也取决于axis如何检测到这个问题。我希望它尝试加载一些类（而不是尝试查找特定的jar文件）。关于原始信息的更多细节(什么组件记录它？stacktrace？源代码？）

赞(0）分享  回复(0）举报  2021-07-03
pqwbnv8z

pqwbnv8z3#

我得到的堆栈跟踪中的实际消息是原始海报旁边的消息，但前面有这个消息。
看起来编译器返回的值与预期值不同，但编译仍会完成并引发异常。这是从http://www.docjar.org/html/api/org/apache/axis/components/compiler/javac.java.html

136             if (modern) {
137                 int compilationResult = 
138                     ((Integer)compile.invoke(compiler, new Object[] 
139                         {
140                             toStringArray(fillArguments
141                                           (new ArrayList()))})).intValue();
142 
143                 result = (compilationResult == 0);        
144                 log.debug("Compilation Returned: " 
145                           + Integer.toString(compilationResult));
146             }
147             else {
148                 Boolean ok = 
149                     (Boolean)compile.invoke(compiler, new Object[] 
150                         {toStringArray(fillArguments(new ArrayList()))});
151         
152                 result = ok.booleanValue();
153             }
154         } catch (Exception cnfe){
155             log.error(Messages.getMessage("noCompiler00"), cnfe);
156             throw new RuntimeException(Messages.getMessage("noCompiler00"));

5-Apr-2015 20:16:42 ERROR 160663 [http-nio-10470-exec-10] org.apache.axis.components.compiler.Javac.compile(Javac.java:155) - No compiler found in your classpath!  (you may need to add 'tools.jar')
java.lang.ClassCastException: com.sun.tools.javac.main.Main$Result cannot be cast to java.lang.Integer
        at org.apache.axis.components.compiler.Javac.compile(Javac.java:137)
        at org.apache.axis.handlers.JWSHandler.setupService(JWSHandler.java:199)
        at org.apache.axis.handlers.JWSHandler.generateWSDL(JWSHandler.java:294)
        at org.apache.axis.strategies.WSDLGenStrategy.visit(WSDLGenStrategy.java:33)
        at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
        at org.apache.axis.SimpleChain.generateWSDL(SimpleChain.java:104)
        at org.apache.axis.server.AxisServer.generateWSDL(AxisServer.java:454)
        at org.apache.axis.transport.http.QSWSDLHandler.invoke(QSWSDLHandler.java:68)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:497)
        at org.apache.axis.transport.http.AxisServlet.processQuery(AxisServlet.java:1226)
        at org.apache.axis.transport.http.AxisServlet.doGet(AxisServlet.java:249)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:618)
        at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516)
        at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1086)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659)
        at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:745)

更新

我已经将axis-1\u 4\src\org\apache\axis\components\compiler\javac.java中的代码更改为以下内容，因为原始代码要求jdk 8之前的编译器使用整数。jdk 8正在返回枚举。我只做了我的本地副本和重建，工作良好。

// Call the compile() method

 Method compile = c.getMethod("compile",

                                     new Class [] { String[].class });

 if (modern) {

   log.info("Using modified axis for jdk 8 compiler");  
   Object compilationResult =  (compile.invoke(compiler, new Object[] 

                    {
                        toStringArray(fillArguments
                                      (new ArrayList()))}));

   result = ("OK".equalsIgnoreCase(compilationResult.toString()));        
  log.debug("Compilation Returned: "+ compilationResult);
        }
赞(0）分享  回复(0）举报  2021-07-03
我来回答

相关问题

    查看更多

    热门标签

    更多
    JavaquerypythonNode开发语言requestUtil数据库Table后端算法LoggerMessageElementParser

    最新问答

    更多
    • 蜀ICP备2022004421号-2 NULL123 https://www.null123.com © All rights reserved
    • 本站内容来源互联网,如果侵犯您的权益请联系我们删除, 联系方式：448109455@qq.com