Leo Simons wrote:
1. I think KernelParameters should go into a seperate package that other packages (such as kernel) depend on. This will make it easier when creating the bootstrap process.
Just to clarify I don't think you Leo disagreed with the package that the config class was placed into right?
actually I think Steve wants it in a seperate package and I don't:
Just for clarification - I want seperate packages relative to the seperate bootstrap phases. This is because of some odd things that happen in things like JNLP when you introduces resources into packages that overlap multiple jar files and classloaders. At the end of the day we arrive at the same thing - its just that there are some operation pragmatics to take into account.
disagree! Recognize the tight coupling between config and component and reflect it :D
Now keep in mind having to have an XML parser makes the size of the jar huge and we want to minimize the footprint. Also the repo is not operational yet so we can't snarf it down. I like the idea of XML but I'm afraid we have as situation where we are feature poor while bootstraping the repo and should stick to the use of properties files while handling (a).
hmm. How many people still do not have an xml parser on their classpath? Its difficult to do any avalon development without an xml parser; its just about the only dependency in Avalon-Framework.
The is a question concerning including an XML parser into the system claspath. The question is - does the JVM include the XML facilities or not. If it does then we don't have to drag 1.5 Mb of supplimentary content.
I have no problem with making xml support a requirement :D
I don't like this!
Configuration support is a reasonable requirement in the second or possibly third stage of bootstrapping - however - XML is an implmentation mechanism and I'm not keen on seeing this exposed as an implementation requirement. I do think that it will be a whiule before we can deliver non-XML solutions - the thing is that we should not be presuming that XML is a prereq.
Stephen.
cheers!
- Leo
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--
Stephen J. McConnell mailto:[EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
