In the solution that I ended up using, the singleton in question contains
the reference to IOC::Container, which contains service literals for each
of the constants which are available in $apache->dir_config. As a
performance enhancement, when I attempt to retrieve an object from the
container, I c
Hi,
we are using Class:Singleton , yet we manually destroy the singleton at the
beginning of each request before we create a new one.
So I have a class PW::Application which isa Class::Singleton and then
{
no strict 'refs';
${"PW::Application\::_instance"}= undef;
}
On Tue, Feb 04, 2014 at 11:42:43AM +0100, Vincent Veyron wrote:
> Le lundi 03 février 2014 à 19:13 -0500, Perrin Harkins a écrit :
> > On Mon, Feb 3, 2014 at 5:33 PM, Chris Bennett
> > wrote:
> > > Right now I am using pg_1_.pl and pg_2.pl on the different hosts, but
> > > the code is identical, e
Le lundi 03 février 2014 à 19:13 -0500, Perrin Harkins a écrit :
> On Mon, Feb 3, 2014 at 5:33 PM, Chris Bennett
> wrote:
> > Right now I am using pg_1_.pl and pg_2.pl on the different hosts, but
> > the code is identical, except that some data is pulled in from a config
> > file for the different
On Mon, Feb 3, 2014 at 5:33 PM, Chris Bennett
wrote:
> Right now I am using pg_1_.pl and pg_2.pl on the different hosts, but
> the code is identical, except that some data is pulled in from a config
> file for the different databases, etc used.
>
> Can I safely use pg.pl on both VirtualHosts or do
On Sat, Feb 1, 2014 at 8:14 PM, John Dunlap wrote:
> In mod_perl, can instantiated singletons survive requests?
Sure, anything you put in a global will survive until the httpd child
process is shut down. How many requests each child serves depends on
your configuration. When a new child starts
Le lundi 03 février 2014 à 21:49 +, John ORourke a écrit :
> I do it by treating the request as something transient - in other
> words assuming that interpreter state is maintained between requests,
> and resetting or recreating all the objects I use to process the
> request in my fixup handler
On Mon, Feb 03, 2014 at 04:44:01PM -0500, John Dunlap wrote:
> My current workaround is using this option in my apache configuration,
> PerlOptions +Parent
>
> to make sure that interpreters aren't shared between virtualhosts. However,
> this isn't good from a resource sharing perspective so it so
I do it by treating the request as something transient - in other words
assuming that interpreter state is maintained between requests, and
resetting or recreating all the objects I use to process the request in my
fixup handler.
I make use of the persistence by having a singleton that maintains c
My current workaround is using this option in my apache configuration,
PerlOptions +Parent
to make sure that interpreters aren't shared between virtualhosts. However,
this isn't good from a resource sharing perspective so it sounds like I may
need to re-architect some of my code.
On Mon, Feb 3,
Le samedi 01 février 2014 à 20:14 -0500, John Dunlap a écrit :
> In mod_perl, can instantiated singletons survive requests? I'm asking
> because I appear to have one which *appears* to be bouncing back and
> forth between virtual hosts as perl interpreters are recycled. Is this
> possible and, if y
In mod_perl, can instantiated singletons survive requests? I'm asking
because I appear to have one which *appears* to be bouncing back and forth
between virtual hosts as perl interpreters are recycled. Is this possible
and, if yes, how do I prevent it?
Cheers!
John
12 matches
Mail list logo