You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Marcus Crafter <cr...@fztig938.bank.dresdner.net> on 2001/12/03 19:45:06 UTC

class="..." in xconf files ?

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 ?)
	
	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 : Marcus.Crafter@managesoft.com
          &&&&.        Business Hours : +49 69 9757 200
    &&&&&&&:

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: class="..." in xconf files ?

Posted by Carsten Ziegeler <cz...@s-und-n.de>.
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 : Marcus.Crafter@managesoft.com
>           &&&&.        Business Hours : +49 69 9757 200
>     &&&&&&&:
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>