0

从过去 8 个月开始,我们一切正常,但突然我们开始收到此错误。

我们在 Oracle EM 控制台中配置了 SMPP 驱动程序属性,并使用与 Oracle SOA 服务器集成的 UMS 发送 SMS。

找到与此错误相关的链接,但没有帮助:

https://support.nowsms.com/discus/messages/485/1176.html

[2017-10-17T10:33:16.806+05:30] [WLS_SOA] [错误] [SDP-25700] [oracle.sdp.messaging.driver.smpp] [tid: Workmanager: , Version: 0, Scheduled=false , Started=false, Wait time: 0 ms\n] [userId: OracleSystemUser] [ecid: 49d20b62a8084325:-5336381e:15f247fea2f:-8000-000000000001c322,0] [APP: usermessagingdriver-smpp] 捕获到意外异常。 [[ oracle.sdp.messaging.driver.DriverException:在 oracle.sdpinternal.messaging.driver.smpp.SMPPDriver.send(SMPPDriver.java:1073) 的 oracle.sdpinternal.messaging.driver.smpp.SMPPDriver 的源地址 [a] 无效。在 oracle.sdpinternal.messaging.driver.smpp.SMPPDriver.send (SMPPDriver.java:2724) 在 oracle.sdpinternal.messaging.driver.smpp.SMPPDriver.send(SMPPDriver.java:2849) 发送(SMPPDriver.java:3268)在 oracle.sdpinternal.messaging.driver.smpp.SMPPManagedConnection。在 oracle.sdpinternal.messaging.dispatcher.DriverDispatcherBean.onMessage(DriverDispatcherBean.java:296) 在 sun.reflect 的 oracle.sdpinternal.messaging.driver.DriverConnectionImpl.send(DriverConnectionImpl.java:41) 发送(SMPPManagedConnection.java:95) .GeneratedMethodAccessor1629.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.bea.core.repackaged.springframework .aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) 在 com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) 在 com.bea.core.repackaged.springframework .aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) 在 com.bea.core.repackaged.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89) 在 com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java: 171)在 com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke 的 com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131) (DelegatingIntroductionInterceptor.java: 119) 在 com.bea.core.repackaged.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java: 204) 在 com.sun.proxy.$Proxy532。onMessage(Unknown Source) at oracle.sdpinternal.messaging.dispatcher.DriverDispatcherBean_xfokw2_MDOImpl.__WL_invoke(Unknown Source) at weblogic.ejb.container.internal.MDOMethodInvoker.invoke(MDOMethodInvoker.java:35) at oracle.sdpinternal.messaging.dispatcher.DriverDispatcherBean_xfokw2_MDOI .onMessage(Unknown Source) at oracle.sdpinternal.messaging.jmsmessagereceiver.ResourceAdapterImpl$RaMessageListener.onMessage(ResourceAdapterImpl.java:167) 在 oracle.sdpinternal.messaging.jms.QueueWorker.run(QueueWorker.java:73) 在 weblogic.work .j2ee.J2EEWorkManager$WorkWithListener.run(J2EEWorkManager.java:184) 在 weblogic.work.DaemonWorkThread.run(DaemonWorkThread.java:30)__WL_invoke(Unknown Source) at weblogic.ejb.container.internal.MDOMethodInvoker.invoke(MDOMethodInvoker.java:35) at oracle.sdpinternal.messaging.dispatcher.DriverDispatcherBean_xfokw2_MDOImpl.onMessage(Unknown Source) at oracle.sdpinternal.messaging.jmsmessagereceiver.ResourceAdapterImpl $RaMessageListener.onMessage(ResourceAdapterImpl.java:167) 在 oracle.sdpinternal.messaging.jms.QueueWorker.run(QueueWorker.java:73) 在 weblogic.work.j2ee.J2EEWorkManager$WorkWithListener.run(J2EEWorkManager.java:184) 在weblogic.work.DaemonWorkThread.run(DaemonWorkThread.java:30)__WL_invoke(Unknown Source) at weblogic.ejb.container.internal.MDOMethodInvoker.invoke(MDOMethodInvoker.java:35) at oracle.sdpinternal.messaging.dispatcher.DriverDispatcherBean_xfokw2_MDOImpl.onMessage(Unknown Source) at oracle.sdpinternal.messaging.jmsmessagereceiver.ResourceAdapterImpl $RaMessageListener.onMessage(ResourceAdapterImpl.java:167) 在 oracle.sdpinternal.messaging.jms.QueueWorker.run(QueueWorker.java:73) 在 weblogic.work.j2ee.J2EEWorkManager$WorkWithListener.run(J2EEWorkManager.java:184) 在weblogic.work.DaemonWorkThread.run(DaemonWorkThread.java:30)ResourceAdapterImpl$RaMessageListener.onMessage(ResourceAdapterImpl.java:167) 在 oracle.sdpinternal.messaging.jms.QueueWorker.run(QueueWorker.java:73) 在 weblogic.work.j2ee.J2EEWorkManager$WorkWithListener.run(J2EEWorkManager.java:184)在 weblogic.work.DaemonWorkThread.run(DaemonWorkThread.java:30)ResourceAdapterImpl$RaMessageListener.onMessage(ResourceAdapterImpl.java:167) 在 oracle.sdpinternal.messaging.jms.QueueWorker.run(QueueWorker.java:73) 在 weblogic.work.j2ee.J2EEWorkManager$WorkWithListener.run(J2EEWorkManager.java:184)在 weblogic.work.DaemonWorkThread.run(DaemonWorkThread.java:30)

]] [2017-10-17T10:33:16.807+05:30] [WLS_SOA] [通知] [SDP-26003] [oracle.sdp.messaging.driver.dispatcher] [tid: Workmanager: , Version: 0, Scheduled =false,开始=false,等待时间:0 ms\n] [userId: OracleSystemUser] [ecid: 49d20b62a8084325:-5336381e:15f247fea2f:-8000-000000000001c322,0] [APP: usermessagingdriver-smpp] 调度程序发送的消息 ID 为: eb50c4cdc0a800ab12d5fbbdbbbbd46a。

网络日志(使用 Wireshark):

在此处输入图像描述

4

1 回答 1

0

我们发现并解决了这个问题。在此处发布其决议。也许它可以帮助别人并节省他们宝贵的时间。

在 Oracle EM 控制台中配置的 SMPP 驱动程序存在一个错误,原因是源地址和默认源地址始终为空,即使您从驱动程序配置中传递它也是如此。

这是由于 SMSC 有多个源地址,我们的系统在源地址字段中传递了空值。由于这个 SMSC 无法识别正确的源地址并抛出“无效源地址”异常。

如果在 SMSC 中配置了单一/静态源地址,则您可以传递空值,SMSC 将自动识别源地址。

于 2017-10-30T10:35:22.050 回答