Comment 2 for bug 663620

On Thu, Oct 21, 2010 at 4:13 AM, Gary Poster <email address hidden> wrote:
> +1 on getting rid of the dynamically generated overrides.
>
> "indirecting via python":  IOW, instead of loading site.zcml always,
> we'd load different top-level zcmls, like ftesting.zcml or dev.zcml?  Or
> something else?

So, heres the full scenario for locality-of-reference:
test process
 - opens an ephemeral smtp port
 - starts a script (e.g. a job processor)
   - runs execute_zcml_for_scripts
     - configures its mailer to connect the smtp port

That might work, though the problem is that we need to in
'execute_zcml_for_scripts'
Currently this works via two things:
 - the port is statically allocated in testrunner-appserver/*.zcml
 - a global (statically named) overrides file includes the port in it

the thing we need to do is:
 - provide the port number from the test process to the job processor
(or appserver or *whatever* is being run)
 - not write to a well known file - either don't write to a file at
all, or write to a ephemeral file and hand off info about that via an
environment variable.