Hi Stuart,
Stuart Bishop wrote:
What were the problematic bits?
# Disgusting hack to use our extended config file schema rather than the
# Z3 one. TODO: Add command line options or other to Z3 to enable overriding
# this -- StuartBishop 20050406
from zdaemon.zdoptions import ZDOptions
Stuart Bishop wrote at 2006-3-20 10:38 +0700:
Also, there is only one schema.xml so multiple components can't each insert
their own blob of configuration information into the global schema.
Please read
From: Tres Seaver [EMAIL PROTECTED]
To: zope3-dev@zope.org
Subject: [Zope3-dev] Re: httpgz
Chris Withers wrote:
Stuart Bishop wrote:
the Z3 configuration. This was with Zope 3.0 and integrating our
config with
the Z3 config was quite problematic.
What were the problematic bits?
# Disgusting hack to use our extended config file schema rather than the
# Z3 one. TODO: Add command
Stuart Bishop wrote:
the Z3 configuration. This was with Zope 3.0 and integrating our config with
the Z3 config was quite problematic.
What were the problematic bits?
We lost a fair bit of flexibility doing it this way. Field validation needs
to be done the ZConfig way.
How would you
Chris Withers wrote:
Stuart Bishop wrote:
the Z3 configuration. This was with Zope 3.0 and integrating our
config with
the Z3 config was quite problematic.
What were the problematic bits?
We lost a fair bit of flexibility doing it this way. Field validation
needs
to be done the ZConfig
--On 14. März 2006 06:23:33 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
Budding in:
It would be nice to be able to use Zope schema for
conversion and validation. ZConfig was developed at
around the same time as Zope schema. The ZConfig developers
fealt they couldn't wait and reuse the work
On Tuesday 14 March 2006 06:29, Andreas Jung wrote:
Could you please explain how zope.schema would deal with hierarchies?
As I mentioned earlier the file format is uninteresting at this point.
Having an easy and flexible framework for defining a configuration schema
should be the goal and I
Jim Fulton wrote:
I don't want to try to make paste deploy or setuptools,
use ZConfig. There are other tools out there that use
ConfigParser,
Yay! Lowest common denominator programming :-(
I'd like to be able to use configuration files for the
test runner, but I really don't want ZConfig to
Jim Fulton wrote:
Would it be possible to write a configuration file that loaded
it's own schemas?
Not sure what you mean...
For example, suppose I wanted to configure
zope and twisted, could I do something like:
import zope.app.appsetup
import zope.app.twisted
import
Chris Withers wrote:
Jim Fulton wrote:
I'd like to be able to use configuration files for the
test runner, but I really don't want ZConfig to be a
dependency of the test runner. I also don't want to
go through all of the gymnasics required to develop a ZConfig
schema just for the test
Jim Fulton wrote:
Have you written a ZConfig schema?
Yup, a few, as well as adding a couple of options to zope.conf, which
totally abuses ZConfig :-/
Have you tried to read the
documentation on writing one?
Yup :-)
Have you writtem an application
that uses ZConfig?
Yup, couple...
Jim Fulton wrote:
Have you written a ZConfig schema? Have you tried to read the
documentation on writing one? Have you writtem an application
that uses ZConfig? If you had, I think you'd know what I was
talking about.
I have. Our chunk of our schema.xml is over 600 lines including comments
Jim Fulton wrote at 2006-3-12 15:54 -0500:
Dieter Maurer wrote:
Jim Fulton wrote at 2006-3-11 18:03 -0500:
...
Where is this documented?
I do not know. I saw a feature description in the mailing list.
Fred and Tres (the authors) should be able to tell you whether
there is a formal
Jim Fulton wrote at 2006-3-11 18:03 -0500:
...
Where is this documented?
I do not know. I saw a feature description in the mailing list.
Fred and Tres (the authors) should be able to tell you whether
there is a formal documentation and where you can find it.
Let's pursue this a bit.
Would it
Dieter Maurer wrote:
Jim Fulton wrote at 2006-3-11 18:03 -0500:
...
Where is this documented?
I do not know. I saw a feature description in the mailing list.
Fred and Tres (the authors) should be able to tell you whether
there is a formal documentation and where you can find it.
Let's
Dieter Maurer wrote:
Fred Drake wrote at 2006-3-6 14:16 -0500:
...
When Tres and I added this, we planned specifically to see how it was
received by the Zope 2 community.
At least, I like it.
...
That said, I don't think Jim's concerns are limited to the Zope
configuration schema, but
Dieter Maurer wrote:
You can do this [inter-app sharing of config files] with ZConfig --
provided you describe the config with one schema
Jim's after sharing config files between things like Paste, TurboGears,
Django, etc. as well as Zope-centric projects. IOW, lots of Python
projects use
Dieter Maurer wrote:
Jim Fulton wrote at 2006-3-11 11:35 -0500:
...
You haven't responded to my desire to use a single configuration file
for multiple applications. Perhaps because you don't consider this
to be important, which is understandable.
You guessed right.
I do consider this to
Dieter Maurer wrote:
Jim Fulton wrote at 2006-3-5 13:56 -0500:
...
Why do you think it's better to have to create a monolithic schema for all
applications bits that want to use the configuration file, rather than letting
individual applications define how to read their own data independently?
Fred Drake wrote at 2006-3-6 14:16 -0500:
...
When Tres and I added this, we planned specifically to see how it was
received by the Zope 2 community.
At least, I like it.
...
That said, I don't think Jim's concerns are limited to the Zope
configuration schema, but extend to configurations that
On 3/6/06, Dieter Maurer [EMAIL PROTECTED] wrote:
In modern Zope[2] schemas, there is a general purpose abstract type
precisely for this kind of extensions.
When Tres and I added this, we planned specifically to see how it was
received by the Zope 2 community. If people liked the way this was
Jim Fulton wrote:
At:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Sorry, working offline, can't check, hope I haven't missed anything
crucial :-S
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
This
--On 4. März 2006 21:26:30 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
At:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
-1
The right way would be to
Andreas Jung wrote:
--On 4. März 2006 21:26:30 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
At:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
-1
The right
Stephan Richter wrote:
On Saturday 04 March 2006 21:26, Jim Fulton wrote:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
I am +1. Anything that allows us to
--On 5. März 2006 13:56:38 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
The right way would be to refactor ZConfig and decouple it in a
reasonable way from its dependencies.
I think this would be a major rewrite.
Possibly but I don't consider that to be a strong argument for introducing
a
Andreas Jung wrote:
--On 5. März 2006 13:56:38 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
The right way would be to refactor ZConfig and decouple it in a
reasonable way from its dependencies.
I think this would be a major rewrite.
Possibly but I don't consider that to be a strong
--On 5. März 2006 14:43:48 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
There is no question that ZConfig has the
problems you described. But I consider such a flat representation as
poor and a step back
instead of a step forward (independent of the effort needed to simply
and refactor
Jim Fulton wrote:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
+1
This is exactly the kind of innovation via reuse I like.
--
Benji York
Senior Software Engineer
Zope Corporation
Jim Fulton wrote:
It would be fairly easy to provide a simple schema system for
ConfigParser data based on zope.schema for verification and
conversion.
Good idea!
--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-dev mailing list
At:
http://dev.zope.org/Zope3/UseConfigParserForHighLevelConfiguration
Is a proposal for using ConfigParser, rather than ZConfig for high-level
configuration.
Comments welcome.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714
31 matches
Mail list logo