

12:24, EET

December 20, 2016

Hello together,
at the moment we have following strange behaviour:
We have a subscription on a value: Normally this works perfect, and we get updates about the value.
Now we are calling a method on another connection (UaClient) and this method execution takes quite a while (ca. 20sec). While this method is blocking the main thread no new subscriptions values are received.
When we made the method call in a new thread, we got the subscription values.
Doesn’t the prosys stack add a new thread, when adding a subscription and running this independently from the main thread?
lg Manu
15:13, EET

April 17, 2013

Hello,
The SDK and Stack use a thread pool for different service calls, so the operation that you described should not happen. This means that the subscription in your application should be working normally regardless of another long running service call made simultaneously.
Just out of curiosity: what platform are you using?
15:43, EET

December 20, 2016

16:07, EET

April 17, 2013

Thank you for the information.
We’re happy to take a look if you have some code example about how to reproduce this. If possible, prepare the code example with SampleConsoleClient/-Server applications in the Java SDK. Otherwise it’s hard to say what’s going wrong because I’m not able to reproduce the same issue myself and in principle this shouldn’t happen.
12:16, EET

December 20, 2016

Hi,
indeed it’s difficult to provide a code examples, because there is quite a lot of code behind. Using an extra thread solved the problem, also it is not the ideal solution. And for future use we anyway plan to call the method let it return quickly and then send an event if a longer running task is finished.
Just because I’m curious is there anything implemented for this “programs” (as longer tasks) in the prosys stack, yet? I have not found a single example or something….
Thanks,
lg Manu
Most Users Ever Online: 1919
Currently Online:
41 Guest(s)
Currently Browsing this Page:
1 Guest(s)
Top Posters:
Heikki Tahvanainen: 402
hbrackel: 144
rocket science: 88
pramanj: 86
Francesco Zambon: 83
Ibrahim: 78
Sabari: 62
kapsl: 57
gjevremovic: 49
Xavier: 43
Member Stats:
Guest Posters: 0
Members: 800
Moderators: 7
Admins: 1
Forum Stats:
Groups: 3
Forums: 15
Topics: 1539
Posts: 6496
Newest Members:
jerrywarkentin7, rebekahfortner3, Stevennox, qfpalfie08, brittny89u, LinwoodBup, isabellabeeton2, ladonnacdv, DarwinVew, betseymitford95Moderators: Jouni Aro: 1028, Pyry: 1, Petri: 0, Bjarne Boström: 1037, Jimmy Ni: 26, Matti Siponen: 353, Lusetti: 0
Administrators: admin: 1