Closed isAlreadyInUse closed 1 week ago
splatch
commented
11 months ago Error code indicates bad session id - invalid. There were fixes related to keep alive #1139 and #1147 which were merged after 0.11 release. Can you give a try to 0.12-SNAPSHOT?
isAlreadyInUse
commented
11 months ago Sure I will test!
isAlreadyInUse
commented
11 months ago using snapshot i get org.apache.plc4x.java.api.exceptions.PlcConnectionException: Unsupported transport tcp when try to connect ConnectionString="opcua:tcp://192.168.1.1:62541?discovery=false"
splatch
commented
11 months ago Strange, I believe dependency trees are same for 0.11 and 0.12. Can you add explicit dependency to plc4j-transport-tcp in your project?
geneross
commented
10 months ago Strange, I believe dependency trees are same for 0.11 and 0.12. Can you add explicit dependency to
plc4j-transport-tcpin your project?
Just have a time to verify this with 0.12.0-SNAPSHOT. Confirm initial problem and yes, adding plc4j-transport-tcp explicitly cures that problem. Thanks.
isAlreadyInUse
commented
10 months ago Tried, and again same
╔═ExtensionObjectDefinition/ResponseHeader══════════════════════════════════════════════════════════════════════════╗
║╔═timestamp═══════════════════════════╗╔═requestHandle╗╔═serviceResult/StatusCode/statusCode═╗ ║
║║0x01da2e9166f1b6c6 133470340993103558║║ 0x00000004 4 ║║ 0x80250000 2149908480 ║ ║
║╚═════════════════════════════════════╝╚══════════════╝╚═════════════════════════════════════╝ ║
║╔═serviceDiagnostics/DiagnosticInfo═════════════════════════════════════════════════════════════╗╔═noOfStringTable╗║
║║╔═reserved╗╔═innerDiagnosticInfoSpecified╗╔═innerStatusCodeSpecified╗╔═additionalInfoSpecified╗║║ 0x00000000 0 ║║
║║║b0 false ║║ b0 false ║║ b0 false ║║ b0 false ║║╚════════════════╝║
║║╚═════════╝╚═════════════════════════════╝╚═════════════════════════╝╚════════════════════════╝║ ║
║║╔═localeSpecified╗╔═localizedTextSpecified╗╔═namespaceURISpecified╗╔═symbolicIdSpecified╗ ║ ║
║║║ b0 false ║║ b0 false ║║ b0 false ║║ b0 false ║ ║ ║
║║╚════════════════╝╚═══════════════════════╝╚══════════════════════╝╚════════════════════╝ ║ ║
║╚═══════════════════════════════════════════════════════════════════════════════════════════════╝ ║
║╔═additionalHeader/ExtensionObject══════════════════════════════════════════════════════════════════╗ ║
║║╔═typeId/ExpandedNodeId═══════════════════════════════════════════════════════════════════════════╗║ ║
║║║╔═namespaceURISpecified╗╔═serverIndexSpecified╗╔═nodeId/NodeIdTypeDefinition════════════════════╗║║ ║
║║║║ b0 false ║║ b0 false ║║╔═nodeType/NodeIdType═══╗╔═NodeIdTwoByte═══════╗║║║ ║
║║║╚══════════════════════╝╚═════════════════════╝║║0x0 0 nodeIdTypeTwoByte║║╔═id═══╗╭┄identifier╮║║║║ ║
║║║ ║╚═══════════════════════╝║║0x00 0║┆ 0 ┆║║║║ ║
║║║ ║ ║╚══════╝╰┄┄┄┄┄┄┄┄┄┄┄╯║║║║ ║
║║║ ║ ╚═════════════════════╝║║║ ║
║║║ ╚════════════════════════════════════════════════╝║║ ║
║║║╭┄identifier╮ ║║ ║
║║║┆ 0 ┆ ║║ ║
║║║╰┄┄┄┄┄┄┄┄┄┄┄╯ ║║ ║
║║╚═════════════════════════════════════════════════════════════════════════════════════════════════╝║ ║
║║╔═encodingMask/ExtensionObjectEncodingMask═══════════╗╭┄identifier╮ ║ ║
║║║╔═reserved╗╔═typeIdSpecified╗╔═xmlbody╗╔═binaryBody╗║┆ 0 ┆ ║ ║
║║║║ 0x0 0 ║║ b0 false ║║b0 false║║ b0 false ║║╰┄┄┄┄┄┄┄┄┄┄┄╯ ║ ║
║║║╚═════════╝╚════════════════╝╚════════╝╚═══════════╝║ ║ ║
║║╚════════════════════════════════════════════════════╝ ║ ║
║╚═══════════════════════════════════════════════════════════════════════════════════════════════════╝ ║
╚═══════════════════════════════════════════════════════════════════════════════════════════════════════════════════╝
RobinVDP
commented
8 months ago We are facing the same issue with a subscription connection if the connection does not receive changed tags on a short time interval.
chrisdutz
commented
8 months ago Are you using 0.12.0-SNAPSHOT or one of the last released versions? I'm asking, because a lot has changed since the last release.
RobinVDP
commented
8 months ago We are still on release 0.11.0
isAlreadyInUse
commented
8 months ago Using snapshot today I receive this exception, some days ago same code with snapshot worked
java.lang.NullPointerException: cls
at java.base/java.util.Objects.requireNonNull(Objects.java:360)
at org.apache.commons.lang3.Validate.notNull(Validate.java:224)
at org.apache.commons.lang3.reflect.FieldUtils.getAllFieldsList(FieldUtils.java:216)
at org.apache.commons.lang3.reflect.FieldUtils.getAllFields(FieldUtils.java:201)
at org.apache.plc4x.java.spi.configuration.ConfigurationFactory.createConfiguration(ConfigurationFactory.java:85)
at org.apache.plc4x.java.spi.configuration.ConfigurationFactory.createTransportConfiguration(ConfigurationFactory.java:78)
at org.apache.plc4x.java.spi.connection.GeneratedDriverBase.getConnection(GeneratedDriverBase.java:350)
at org.apache.plc4x.java.spi.connection.GeneratedDriverBase.getConnection(GeneratedDriverBase.java:293)
at org.apache.plc4x.java.DefaultPlcDriverManager.getConnection(DefaultPlcDriverManager.java:79)
at com.opcua.api.opcuaapi.model.OpcConnection.initConnection(OpcConnection.java:23)
at com.opcua.api.opcuaapi.model.OpcConnection.
chrisdutz
commented
8 months ago I guess one of our OPC-UA folks will have to help you with that, I guess. @splatch, @hutcheb ?
splatch
commented
8 months ago @chrisdutz I think that once your configuration updates got merged connection URIs have changed and what we see is probably mix of this plus new settings introduced by security PR linked earlier/. I believe this issue is pretty close to #1364
@isAlreadyInUse please update parameters to 0.12: https://plc4x.apache.org/users/protocols/opcua.html
chrisdutz
commented
8 months ago Well ... guess if It's anything going wrong, we'll have to wait for a 0.12.1 or 0.13.0 for fixing it ... I'm literally doing the release right now.
RobinVDP
commented
8 months ago Unfortunately, the issue is not resolved in release 0.12.0
splatch
commented
7 months ago I made a round of tests and it seems that we loose a state of pending acknowledgements which leads server to stop subscription after a while. For my test lab it happens within couple minutes. I have to find reason why we keep loosing them.
splatch
commented
4 months ago @RobinVDP / @isAlreadyInUse - can you try testing develop build in coming days? The #1684 introduces improvements which helped with stale connections.
isAlreadyInUse
commented
4 months ago @splatch I just tested and situation didn't change, if no new read request are done in 2/3 minutes I receive this exception
java.util.concurrent.ExecutionException: org.apache.plc4x.java.api.exceptions.PlcProtocolException: Server returned error BadSessionIdInvalid (0x80250000) at java.base/java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:396) at java.base/java.util.concurrent.CompletableFuture.get(CompletableFuture.java:2096) at com.opcua.api.opcuaapi.controller.tag.ReadTag.readTags(ReadTag.java:119) at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) at java.base/java.lang.reflect.Method.invoke(Method.java:578) at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:205) at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:150) at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:118) at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:884) at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:797) at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1081) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:974) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1011) at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:914) at jakarta.servlet.http.HttpServlet.service(HttpServlet.java:590) at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:885) at jakarta.servlet.http.HttpServlet.service(HttpServlet.java:658) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:205) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:149) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:51) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:174) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:149) at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:100) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:116) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:174) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:149) at org.springframework.web.filter.FormContentFilter.doFilterInternal(FormContentFilter.java:93) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:116) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:174) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:149) at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:116) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:174) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:149) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:167) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:90) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:115) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:93) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:340) at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:391) at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:63) at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:896) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1744) at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:52) at org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191) at org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.base/java.lang.Thread.run(Thread.java:1589) Caused by: org.apache.plc4x.java.api.exceptions.PlcProtocolException: Server returned error BadSessionIdInvalid (0x80250000) at org.apache.plc4x.java.opcua.context.Conversation.toProtocolException(Conversation.java:417) at org.apache.plc4x.java.opcua.context.Conversation.lambda$38(Conversation.java:341) at java.base/java.util.function.Consumer.lambda$andThen$0(Consumer.java:65) at org.apache.plc4x.java.spi.Plc4xNettyWrapper.decode(Plc4xNettyWrapper.java:183) at io.netty.handler.codec.MessageToMessageCodec$2.decode(MessageToMessageCodec.java:81) at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:88) at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:346) at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:318) at io.netty.handler.codec.ByteToMessageCodec.channelRead(ByteToMessageCodec.java:103) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:440) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166) at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:788) at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:724) at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:650) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:562) at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ... 1 more
splatch
commented
4 months ago Fair enough, this means that we clearly need a keep-alive readout to keep token active. I think other client implementations have that option, so its known issue/feature. ;)
splatch
commented
2 months ago Hello @isAlreadyInUse, can you try again with develop branch / 0.13-SNAPSHOT version? Issue linked just above this comment was solved by bugfixes pushed in June.
isAlreadyInUse
commented
2 months ago I Will try soon an let you know
isAlreadyInUse
commented
2 months ago Snapshot 13 seems to not be available through maven
splatch
commented
2 months ago You have to add ASF snapshot repository: https://repository.apache.org/content/groups/snapshots/
splatch
commented
1 week ago Fixed in 0.13-SNAPSHOT. Closing due to inactivity.
What happened?
I connect to Ignition OPC UA, and I'm able to read data, tested with 18.000 reads each 500ms works fine. but if connection not interact with server for a while (2/3 min), on next read I receive following error :
Reopening connection immediately and read same data works.
Version
v0.11.0
Programming Languages
Protocols