<!doctype html>
<html>
<head>
<meta charset="UTF-8">
</head>
<body>
<div>
Its a Gemstone/S object, which is created after an application has been connected (logged in) to the server via my application API. This API is the connection from Gemstone/S to all the other clients running around, written in Python, C#, Java or Javascript.
</div>
<div class="default-style">
</div>
<div class="default-style">
Each application sends the gop of its "session" with each request ... to the server and there are lots of http topaz based server tasks waiting for requests.
</div>
<div class="default-style">
</div>
<div class="default-style">
Under SQL this problem can be solved without any problems - but under Germstone/S this "simple" problem is difficult to solve: it can be reduced to the question - can an object be updated but changes at one specific attribute should not be taken into account when calculating concurrency situation.
</div>
<div class="default-style">
</div>
<div class="default-style">
Marten
</div>
<blockquote type="cite">
<div>
James Foster <<a href="mailto:smalltalk@jgfoster.net">smalltalk@jgfoster.net</a>> hat am 23.08.2022 09:45 CEST geschrieben:
</div>
<div>
</div>
<div>
</div>
<div>
Marten,
</div>
<div>
</div>
<div>
Could you clarify your use of the word “session”? Is this an application session that crosses several Gems or is it a GemStone session (a single Gem)?
</div>
<div>
</div>
<div>
James
</div>
<div>
</div>
<blockquote type="cite">
<div>
On Aug 23, 2022, at 9:31 AM, Marten Feldtmann via Glass <<a href="mailto:glass@lists.gemtalksystems.com">glass@lists.gemtalksystems.com</a>> wrote:
</div>
<div>
</div>
<div>
I've face a problem for years now using Gemstone/S and I did several attempts to solve this, but I would like to ask, if there is a hidden trick to get rid of concurrency in this case using Gemstone/s.
</div>
<div>
</div>
<div>
Think about a session object holding an attribute with a timestamp - a timestamp, where the last successful commit has been done in this session. Its a rough index about how the session hasn't done anything (regarding the read-only user case).
</div>
<div>
</div>
<div>
This session object is shared in a Javascript ui frontend-application (actually the gop to the session) - and now whenever this ui calls an API function on the server (resulting in a commit), the session object in the server gets updated. But if the UI now opens several windows and would like to do sevral independent stuff with the same session in a concurrency way - you will notice, that the API calls might fail - due to concurrency of updating the same timestamp from different "logical" threads.
</div>
<div>
</div>
<div>
How can this be solved in Gemstone/S ? Retry of the transaction just due to this field might be pretty cost intensive.
</div>
<div>
</div>
<div>
How did I try to solve that in the past ?
</div>
<div>
</div>
<div>
a) I added an update object in a work queue and and independent topaz process worked on that work queue
</div>
<div>
</div>
<div>
In a newer attempt I introduced RabbitMQ in our solutions and use RabbitMQ for holding the information formerly stored in the work queue in Gemstone/S and now the topaz process receives information from RabbitMQ and updates the data in an optimized way. The good thing here is, that I get session updates in an transaction with or without commit.
</div>
<div>
</div>
<div>
Any ideas ?
</div>
<div>
_______________________________________________
</div>
<div>
Glass mailing list
</div>
<div>
<a href="mailto:Glass@lists.gemtalksystems.com">Glass@lists.gemtalksystems.com</a>
</div>
<div>
<a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" target="_blank" rel="noopener">https://lists.gemtalksystems.com/mailman/listinfo/glass</a>
</div>
</blockquote>
</blockquote>
</body>
</html>