【问题标题】:Calling my WebService via AJAX more often causes a server fault更频繁地通过 AJAX 调用我的 WebService 会导致服务器故障
【发布时间】:2014-09-25 13:04:51
【问题描述】:

我有一个在 Java SE 上运行的类,每秒通过一个线程调用。一切正常。

但是,当我将其转换为 WebService 并每秒通过 AJAX 调用它时,我会遇到 SOAP 服务器故障。但是,如果我每 6 秒调用一次,一切都很好。

我以前调用的方法无法执行该工作。它实际上可以成功读取和解析 XML,但是当转换为 WebService 时,XML 解析会崩溃。

当更频繁地调用 WebService 时,可能导致故障的原因是什么?

这是服务器端抛出的异常:

[Fatal Error] :1:7: A pseudo attribute name is expected. 
Sep 25, 2014 3:22:46 PM com.sun.xml.internal.ws.server.sei.TieHandler createResponse
SEVERE: null
java.lang.NullPointerException
    at Targets.XML.TESXMLStringToArrays(XML.java:209)
    at Navires.Vessel.allVessels(Vessel.java:137)
    at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at sun.reflect.misc.Trampoline.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at sun.reflect.misc.MethodUtil.invoke(Unknown Source)
    at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at com.sun.xml.internal.ws.api.server.MethodUtil.invoke(Unknown Source)
    at com.sun.xml.internal.ws.api.server.InstanceResolver$1.invoke(Unknown Source)
    at com.sun.xml.internal.ws.server.InvokerTube$2.invoke(Unknown Source)
    at com.sun.xml.internal.ws.server.sei.SEIInvokerTube.processRequest(Unknown Source)
    at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Unknown Source)
    at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Unknown Source)
    at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Unknown Source)
    at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Unknown Source)
    at com.sun.xml.internal.ws.server.WSEndpointImpl$2.process(Unknown Source)
    at com.sun.xml.internal.ws.transport.http.HttpAdapter$HttpToolkit.handle(Unknown Source)
    at com.sun.xml.internal.ws.transport.http.HttpAdapter.handle(Unknown Source)
    at com.sun.xml.internal.ws.transport.http.server.WSHttpHandler.handleExchange(Unknown Source)
    at com.sun.xml.internal.ws.transport.http.server.WSHttpHandler.handle(Unknown Source)
    at com.sun.net.httpserver.Filter$Chain.doFilter(Unknown Source)
    at sun.net.httpserver.AuthFilter.doFilter(Unknown Source)
    at com.sun.net.httpserver.Filter$Chain.doFilter(Unknown Source)
    at sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(Unknown Source)
    at com.sun.net.httpserver.Filter$Chain.doFilter(Unknown Source)
    at sun.net.httpserver.ServerImpl$Exchange.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)

这是客户端抛出的异常:

Sep 25, 2014 3:22:39 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet [jsp] in context with path [/Map] threw exception [An exception occurred processing JSP page /targets.jsp at line 17

14: 
15: Vessel M = V.getVesselPort() ;
16: 
17: List<Vessel_Type> vessel =M.allVessels ();
18: 
19: int j =0 ;
20: k="{"+'"'+"vessels"+'"'+":[" ;


Stacktrace:] with root cause
com.sun.xml.internal.ws.fault.ServerSOAPFaultException: Client received SOAP Fault from server: java.lang.NullPointerException Please see the server log to find more detail regarding exact cause of the failure.
    at com.sun.xml.internal.ws.fault.SOAP11Fault.getProtocolException(Unknown Source)
    at com.sun.xml.internal.ws.fault.SOAPFaultBuilder.createException(Unknown Source)
    at com.sun.xml.internal.ws.client.sei.StubHandler.readResponse(Unknown Source)
    at com.sun.xml.internal.ws.db.DatabindingImpl.deserializeResponse(Unknown Source)
    at com.sun.xml.internal.ws.db.DatabindingImpl.deserializeResponse(Unknown Source)
    at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown Source)
    at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown Source)
    at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(Unknown Source)
    at com.sun.proxy.$Proxy35.allVessels(Unknown Source)
    at org.apache.jsp.targets_jsp._jspService(targets_jsp.java:90)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:432)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:391)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:335)
    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:505)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
    at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:534)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1081)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658)
    at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1566)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1523)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Unknown Source)

当一个客户端调用网络服务时,这种情况经常发生。但是,当 2 个客户端调用 Web 服务时,它会立即在服务器端和客户端崩溃。执行 Ajax 调用时会抛出这些异常。

编辑:添加细节。

问题出在应用架构上。

这是它的工作原理:

1) 服务器将打开一个到另一个服务器的套接字连接并获得 XML 数据关闭连接。

2) 服务器将 XML 数据格式化为 Array 并通过 webservice 使其可用

3) 客户端调用webservice获取Array数据。

因此,如果我尝试在 6 秒内对 Web 服务进行 Ajax 调用,我会收到我之前发布的错误。

当我检查登录时 1) 我可以看到错误是因为连接已关闭所以 2) 将自动导致错误。

我可以通过多次调用(通过 eclipse 多次点击运行调用 webservice 的 java 方法)或通过使用多个客户端通过具有 ajax 的 JSP 页面调用 webservice 来触发错误,或者只是通过使 ajax 调用非常快.

在1)我可以使用许多客户端打开连接并非常快速地获取数据而不会出现任何问题。

因此,如果我将 webmethod 声明为同步,则可以解决我遇到的错误,不会出现错误,但是它非常慢,因为多个调用将挂起直到处理。

我不明白的地方是为什么在 SE 中我可以每秒调用 2 次并获取数据,甚至更好的是我可以同时在多台机器上执行它而没有任何日志错误,同时在 web 服务中数据是 100 干净( EE)它失败了......我应该重新配置我的网络服务吗?审查架构?

【问题讨论】:

  • 好吧我添加更多细节。谢谢

标签: java ajax xml jax-ws


【解决方案1】:

问题来自:

public class cnx {

static Socket socket ;

现在通过从类属性中删除套接字并将其作为局部变量放入类中来解决。

但是在服务器端(我提取数据的地方)我可以看到很多连接同时只有一个客户端连接,这是由于多次调用(每一秒和要处理的数据需要 2 秒)。

如果你有更好的选择,请分享。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-12-10
    • 1970-01-01
    • 2019-12-16
    相关资源
    最近更新 更多