2

JSPを介して詳細を取得するという問題が発生しています。次のバージョンを使用しています: jna-4.2.2.jar、slf4j-api-1.7.21.jar、slf4j-simple-1.7.21.jar、jna-platform-4.2.2.jar、oshi-core-2.3。 jar 問題は、JSP から以下のコードを実行するたびに以下のエラーが表示されることですが、通常の Java アプリではエラーなしで正常に動作しますか?

これは JSP のバグですか? またはJSPでそれを呼び出す他の方法はありますか?

<%@page import="oshi.hardware.HardwareAbstractionLayer"%>
<%@page import="oshi.software.os.OperatingSystem"%>
<%@page import="oshi.SystemInfo"%>
<%
    SystemInfo si = new SystemInfo();
    OperatingSystem os = si.getOperatingSystem();
     HardwareAbstractionLayer hal = si.getHardware();
     out.println(hal.getProcessor());
%>

エラーは次のとおりです。

Warning:   StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception
java.lang.NoSuchMethodError: com.sun.jna.IntegerType.<init>(IJZ)V
    at com.sun.jna.platform.win32.WinDef$DWORD.<init>(WinDef.java:135)
    at com.sun.jna.platform.win32.WinDef$DWORD.<init>(WinDef.java:125)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
    at java.lang.Class.newInstance(Class.java:442)
    at com.sun.jna.NativeMappedConverter.defaultValue(NativeMappedConverter.java:47)
    at com.sun.jna.NativeMappedConverter.<init>(NativeMappedConverter.java:41)
    at com.sun.jna.NativeMappedConverter.getInstance(NativeMappedConverter.java:29)
    at com.sun.jna.Structure.calculateSize(Structure.java:717)
    at com.sun.jna.Structure.allocateMemory(Structure.java:251)
    at com.sun.jna.Structure.<init>(Structure.java:153)
    at com.sun.jna.Structure.<init>(Structure.java:143)
    at com.sun.jna.Structure.<init>(Structure.java:139)
    at com.sun.jna.Structure.<init>(Structure.java:130)
    at com.sun.jna.platform.win32.WinBase$MEMORYSTATUSEX.<init>(WinBase.java:595)
    at oshi.hardware.platform.windows.WindowsGlobalMemory.<init>(WindowsGlobalMemory.java:40)
    at oshi.hardware.platform.windows.WindowsHardwareAbstractionLayer.getMemory(WindowsHardwareAbstractionLayer.java:50)
    at org.apache.jsp.api.cpuload_jsp._jspService(cpuload_jsp.java:62)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:411)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
    at java.lang.Thread.run(Thread.java:745)

問題の解決策を提案してください。

4

2 に答える 2

0

スタック トレースの行番号は、jna-platform-4.2.2 を使用していることを示していますが、どういうわけか、コードは com.sun.jna.IntegerType を jna-4.2.2.jar 以外の場所で見つけています。

このコードを実行してみてください:

Class klass = com.sun.jna.IntegerType.class;
URL location = klass.getResource('/' + klass.getName().replace('.', '/') + ".class");

次に、location.toString() を出力し、それが jna-4.2.2 jar にあることを確認します。次のような結果が得られるはずです

jar:file:/ ...path to jar... /jna-4.2.2.jar!/com/sun/jna/IntegerType.class

そうでない場合は、Java のクラスローダーが間違ったクラスをロードしている場所を見つけたことになります。次に、そのクラスを別の場所から除外する方法を見つけます (不良 jar を削除する、新しいリソース バンドルを使用するなど)。

于 2016-04-21T17:22:47.030 に答える