[Xitami-Dev] SFL thread-safety and Java SMT
Keresztfalvi Laszlo
xitami-dev@lists.xitami.org
Tue, 15 Oct 2002 13:22:08 +0200
On Tue, Oct 15, 2002 at 12:34:48PM +0200, Pieter Hintjens wrote:
> We started on this. This is a list of the SFL modules that have been
> made thread-safe:
Good news! I hardly wait for sock :)
> We've never found the FIFO behaviour of SMT to be problematic since
> heavy work (in our business, anyhow) inevitably consists of database
Sure. I'm a SMT lover and I use it where possible so in my work too.
Unfortunately ;) my workpals don't want to change their mind and coding
scheme. Biggest difficulty for them to keep in mind to unroll the long loops
(I understand that this is uncomfortable) and to establish inter-process
data exchange to execute a simple sql query while it is really simple in eg.
Windows C++. This is mostly the problem. OTOH, inter-process communication
in a server means more fd (in case of a portable solution) for the entry
process. LB dns could be a solution but then it is not enough to buy procs
but at least net cards and IP addresses too. Never mind, just thoughts.
> What did you have in mind when you made this? We built SMT mainly to
Nothing special ;) It was a try at the company to build multi platform
solutions in Java on Call Center or CRM fields with some inspiration from
another Java based solution. Then, I mentioned this SMT strategy. That's
all. We are now on M$ with C++ because of the small-medium target sector and
promotion opportunities...
> this. But sometimes I regret not having used C++, since it would
> have allowed us to make the SMT abstraction much cleaner.
.. And yes, I made this part of the development on C++ class and native win
thread base with Libero code generation. Because of the above reasons, no
SFL and SMT used. This is actually a framework and others code applications
with further tools for web forms and DB handling.
I would be very happy to tell more about this framework and improvments but
you know.. it's not only my business.. :(
Regards,
Laszlo
PS: I believe this FSM approach must become an industry standard to develop
trustable, stable software. Object oriented solutions are good in design but
lock and race conditions can mess them up. However, FSM is still a kind of
object but always know where it is and what should come next. /Me/ ;)