Marcus Crafter wrote: > > Hi All, > > Hope everyone had a great weekend. > > This is partly a Cocoon question, but relates to it's usage > of Avalon. > Hope I've posted to the right list. > > I've noticed in the Cocoon xconf file that an attribute > 'class="..."' > is specified for each component. > > eg: > > <hsqldb-server class="org.apache.cocoon.components.hsqldb.ServerImpl" > pool-max="1" pool-min="1"> > <parameter name="port" value="9002"/> > <parameter name="silent" value="true"/> > <parameter name="trace" value="false"/> > </hsqldb-server> > > Cocoon uses a role-manager, and in the roles file, a > default class is > already specified for this component: > > <role name="org.apache.cocoon.components.hsqldb.Server" > shorthand="hsqldb-server" > default-class="org.apache.cocoon.components.hsqldb.ServerImpl"/> > > Which ones takes precedence ? From my investigations the > DefaultRoleManager class will take the roles setting and the xconf > value will be ignored (is this correct ?) > No, this is not correct - it should be the other way round. This is actually a bug in Cocoon 2.1. Are you using this version? (I hope so, otherwise we had a serious problem with 2.0).
The roles setting defines which roles are available for a lookup and it gives a default implementation for that role. In the xconf the user can override these settings and add additional configuration values. Carsten > Is there a reason why one would want to specify the class in both > locations ? > > Cheers, > > Marcus > > -- > ..... > ,,$$$$$$$$$, Marcus Crafter > ;$' '$$$$: Computer Systems Engineer > $: $$$$: Managesoft GmbH > $ o_)$$$: 82-84 Mainzer Landstrasse > ;$, _/\ &&:' 60327 Frankfurt Germany > ' /( &&& > \_&&&&' Email : [EMAIL PROTECTED] > &&&&. Business Hours : +49 69 9757 200 > &&&&&&&: > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>