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]>

Reply via email to