2009/1/5 Alberto Valverde <[email protected]>:
>    <Location />
>            WSGIProcessGroup prod.toscawidgets.org
>    </Location>
>    <Location /widget/>
>            WSGIProcessGroup widgetbrowser.toscawidgets.org
>    </Location>
>
>    WSGIScriptAlias /widget /home/www/toscawidgets/wsgi/widgetbrowser.wsgi
>    WSGIScriptAlias / /home/www/toscawidgets/wsgi/twWebSite.wsgi
>
> ...
>
> Trac isn't being forced, AFAIK, to be run in the first interpreter. I've
> just added:
> WSGIApplicationGroup %{GLOBAL}
> under the "/" Location section (where trac runs at) to see if it makes a
> difference, I'll report back later today.

Doing it at '/' Location will mean it will be inherited by /widget as
well.  Since the widget application is in separate daemon process that
is fine. Will actually trim usage of widget daemon process by a very
small amount as will not create an additional sub interpreter.

Normally one would use Directory to qualify process/application group,
but you have both scripts in same directory so a bit more fiddly to do
it that ways as would need to used Files directive within Directory
directive to qualify what applies to what.

Anyway, %{GLOBAL} should definitely help as svn Python wrappers known
to need it.

Graham

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"modwsgi" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/modwsgi?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to