Sven Köhler wrote:
>
> Hi all,
>
> this Apache::ASP-Extension is a really nice thing - many usefull
> API-Extensions show that you really thought about what you do ...
>
> but there is one big thing:
> i hate the UNIX-style 'let's create a file'-thing...
> i think Apache::ASP ist storing the session and the application-object in
> files between the calls of the pages ...
> that makes it impossible to store "real" objects in the sessions like
> Database-Connections or File-Handles ...
>
> i know Apache is not multi-threaded but - in old UNIX tradition - running in
> multi-processes which makes sharing of IO-Handles nearly impossibe ...
> that somehow shows the need of an external asp-server to simulate "real" ASP
> ...
>
> is it something you ever thought about ?
>
I have thought about this, but there are a few reasons
why I wouldn't attempt this:
1) perl threading is still marked EXPERIMENTAL
2) without threading, one would need to serialize all access,
& what if something like a database query took too long?
The all other object requests would hang.
3) having everything in one process space decreases application
stability because any bit of bad code can segfault a process,
so it protects you to have a multiprocess model.
I have seen little segfault oddities come up lots of times, and
not have to worry too much because apache spawns a nice
process server farm to deal with incoming requests.
It may be that with apache/modperl 2.0, we'll start to see
more of this, and I look forward to having smarter pooling
and threading. When modperl 2.0 has been released past ALPHA
is when I plan to port Apache::ASP to it, and what you are
talking about may have more of a natural growth from that
platform.
Later,
Josh
_________________________________________________________________
Joshua Chamas Chamas Enterprises Inc.
NodeWorks Founder Huntington Beach, CA USA
http://www.nodeworks.com 1-714-625-4051
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
