You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
the static factory property in ClientFactory is set to a new ChannelProviderFactoryImpl() in ClientFactory.start() but is not cleared in ClientFactory.stop() if factory.destroySharedInstance() fails, even though the factory itself is unregistered. This means that the guard condition in ClientFactory.start() will prevent re-registering of the ChannelProviderFactory and thus all subsequent pvAccess requests fail. In slow network conditions I find that factory.destroySharedInstance() fails more often than not.
Problem:
When implementing a pvAccess executor for a scripted language in a slow network environment this pattern does not work because only the first pvAccess request works. I have to omit the ClientFactory.stop() to make subsequent pvAccess requests work.
Suggestion/Possible fix:
Set static ClientFactory.factory to null whether the factory.destroySharedInstance() succeeds or not. ClientFactory.java:103
The text was updated successfully, but these errors were encountered:
Code Reference
To reproduce
When the following pattern is used:
the static
factory
property in ClientFactory is set to anew ChannelProviderFactoryImpl()
inClientFactory.start()
but is not cleared inClientFactory.stop()
iffactory.destroySharedInstance()
fails, even though the factory itself is unregistered. This means that the guard condition inClientFactory.start()
will prevent re-registering of the ChannelProviderFactory and thus all subsequent pvAccess requests fail. In slow network conditions I find thatfactory.destroySharedInstance()
fails more often than not.Problem:
When implementing a pvAccess executor for a scripted language in a slow network environment this pattern does not work because only the first pvAccess request works. I have to omit the
ClientFactory.stop()
to make subsequent pvAccess requests work.Suggestion/Possible fix:
Set static
ClientFactory.factory
to null whether thefactory.destroySharedInstance()
succeeds or not. ClientFactory.java:103The text was updated successfully, but these errors were encountered: