Hi all,
After being diverted from this problem for a while, I got back to following up
on John’s suggestion to use “PerlOptions +Parent” to give each of my apps its
own pool of Perl interpreters.
Following the instructions at
http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_ I tried
putting “PerlOptions +Parent” inside a <Location> directive, since virtual
hosts for the two applications is not an option, but on stopping and restarting
Apache with the updated httpd.conf I got an error message to the effect that
the Parent option is not allowed in a <Location> or <Directory> context.
Can anyone else confirm that the documentation appears to be wrong? Have you
used the Parent option in a context other than <VirtualHost>?
If this is the case, I assume I’m going to have to update the two applications
so that they use unique variable names for every DBI handler (especially since
the databases they consult have parallel structures with identical table
names-I don’t want one application mucking with the other application’s
database).
Does this make sense? Am I overlooking anything?
On 11/4/09 2:18 AM, "宇捷" <hf...@163.com> wrote:
You should declare different MasonAllowGlobals variables for DBI handler
when you have different apps on same server.
Because the MasonAllowGlobals variables exist in all child-process of
Apache.
On 11/3/09 6:08 PM, "John Romkey" <rom...@apocalypse.org> wrote:
On Nov 3, 2009, at 5:22 PM, Michael R Boudreau wrote:
> This is a problem I've never encountered before--I'm not even sure
> where to
> start looking.
>
> I'm running a few different Mason apps on a Solaris server with Apache
> 2.2.11, Perl 5.8.4, mod_perl 2.0.4, and Mason 1.42.
>
> Today one of our users sent this error message that appeared in her
> browser.
> The thing that doesn't make sense to me is the message "Table
> 'subfillmail.metadata' doesn't exist", because 'metadata' is a table
> but in
> a completely different database (that other database is also the
> target of a
> different Mason app).
>
> So why is one Mason app randomly trying to run its queries on the
> wrong
> database? Where would you start looking to troubleshoot this?
Quick guesses:
1. You're running multiple apps in the same mod_perl and they're
occasionally stepping on one another. There's a mod_perl option to
give an app its own Perl interpreter; you might want to try that. I
can't remember what it is offhand (+parent maybe?).
2. The apps are using the same Mason cache and are stepping on one
another (having collisions between files with the same name as they're
compiled by Mason)
- john romkey
http://www.romkey.com/
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
--
Michael R. Boudreau
Senior Publishing Technology Analyst
The University of Chicago Press
1427 E. 60th Street
Chicago, IL 60637
(773) 753-3298 fax: (773) 753-3383
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
