[Seaside] ThreadPool with Seaside - how?

Sabine Manaa manaa.sabine at gmail.com
Thu Jul 27 07:42:49 UTC 2017

when the report generation is invoked, the session is alive and I have a
long session time.
So, it is unlikely that the session will expire.
If it does expire nevertheless, the user will not notice it (because he is
logged out) and I will stop report generation if the session is not

Ramon, I tested your suggestion and with the session passed into the fork
with the local variable, it works.

I was mislead by the method >>queueWorkAndExpireIn:session:

This works
| theSession |
theSession := self session.
[ theSession dummyMethod ] queueWorkAndExpireIn: 25 seconds session: self
session ]

and this works too:
| theSession |
theSession := self session.
[ theSession dummyMethod2 ] queueWork ]);

==>I don't understand for what the session parameter in
>>queueWorkAndExpireIn:session: is used.

But I can also use queueWork.

This/the smalltalk side seems to work all fine now with the ThreadPool.
Thank you for this!

I also use an external program to
* merge multiple  PDFs into one
* and to generate pngs from pdfs for the preview

The remaining problem is, that I have many pdfbox calls which create a high
load on the machine...

View this message in context: http://forum.world.st/ThreadPool-with-Seaside-how-tp4956812p4957069.html
Sent from the Seaside General mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/seaside/attachments/20170727/dde021a5/attachment.html>

More information about the seaside mailing list