in reply to Re^6: Overriding bless for inside-out object safety
in thread Overriding bless for inside-out object safety

From the little I know of what xdg is doing, I wonder if it could ever be compatible with mod_perl?

There's only a few things that I've heard of that cause problems for mod_perl.

What I'm working on will address the first two problems. Object::InsideOut does this already today. The last is a tangential issue, though I'm also providing support for inside-out objects and threads, regardless of mod_perl issues.

*Expecting to serialize an object by violating encapsulation and treating it like a data structure isn't a very good practice to start with as it's inconsistent usage of imperative and object-oriented styles of programming: freeze( $object ) instead of $object->freeze. Thankfully, Storable does the right thing if hooks are provided.

-xdg

Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.

Replies are listed 'Best First'.
Re^8: Overriding bless for inside-out object safety
by BrowserUk (Patriarch) on Jan 04, 2006 at 20:41 UTC
    Perl threads clone the interpreter; mod_perl uses a persistant interpreter. I'd imagine the combination would be ugly,

    That was my main concern, but I hear that mod_perl2 "uses threads". I am unaware if these are in any way compatible with ithreads, hence my reluctance to say "it can't work".


    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
    "Science is about questioning the status quo. Questioning authority".
    In the absence of evidence, opinion is indistinguishable from prejudice.