On Sat, 3 Nov 2001 07:42, Berin Loritsch wrote: > Greg Weinger wrote: > > > > I had thought that using cocoon's CM to manage my application's > > > > components was the wrong thing to do, because it required > > > > modifying the > > > > cocoon.xconf and cocoon.roles files - part of cocoon and not our > > > > application. Was this assumption false ? > > > > I agree, from a maintenance perspective. You can keep your roles > > separate in a user.roles file, referenced from the attribute <coocon > > user-roles="path/to/user.roles"> but there is no standard way I know of > > to keep your configurations separate, even if you are just "extending" > > cocoon. > > Hmm. What if I were to provide an include directive.... Avalon > Framework now has the notion of Namespaces for configuraiton. We > could allow the ComponentManager to look for an element like this: > > <cm:include-roles href="path/to/new.roles"/> > <cm:include-configuration href="path/to/new.xconf"/> > > If it finds those elements, it will load and use those files as well > in the system. That way we can keep our configurations separated > neatly--even for Cocoon! > > the namespace would be like this: > > xmlns:cm="http://apache.org/avalon/manager/1.0"; > > The prefix is not necessary, but this could be useful in many situations.
+1 -- Cheers, Pete --------------------------------- I think not; therefore I ain't... --------------------------------- -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
