Duplicating or hiding as much as possible is helpful?
No, but having the distribution add the default configuration to the jar, so you always have a basic working configuration, is.
This would, imo, include the most simple security mechanism ('basic'), a basic logging mecahnisme (basic, to stdout), the core builders, and a mmbaseroot/jdbc module configuration which stores data in hsqldb.
At least I think it might be user-friendly if the jar would work without the config dir, for the purposes of testing, for instance. For instance, we won't need to have duplicate config files in the testing dir.
Log - don't include. The default one is definitely not production ready
I disagree here - I think at least a standard 'log to stdout' would be needed, even if it is a crude one.
Modules - don't include. Not all modules are used always and the others will be modified.
Personally I would prefer to add the standard modules, configured to deploy to hsqldb. But that's my preference.
Security - don;t include. Very likely that you want another one.
Likely, but as a fallback (again, for testing, demos, debugging etc), I think adding 'basic' security is better.
With a listing like this I don't see a real advantage to include the full config dir in the main jar.
The main issue I have made, earlier, is that if we go for a selection of files, we need a nice mechanism to select them. I.e. add a basic log.xml, but not log4j.xml and not the example files.
We can add this explicitly in the build.xml. It is, after all, a distribution decision on what to include and what not, not a coding decision, so the build.xml might be the right place.
I let the vote run as is. I will talk to the releasemanager and the maintainer of the Distro project to what we will actually include in the jar if this vote succeeds.
Note that delivering the configs in the jar does not mean they are removed from the config dir. Including them in the jar only means that a default for the most needed configurations is available even if people don't place them.
-- Pierre van Rooden Mediapark, C 107 tel. +31 (0)35 6772815 "Some Drink at the Fountain of Knowledge. Others Just Gurgle."
_______________________________________________ Developers mailing list [EMAIL PROTECTED] http://lists.mmbase.org/mailman/listinfo/developers
