"So the virtual server's docroot can be specified via "docroot"
attribute and property. What should be the precedence if both
attribute and property are defined?"
I would say the attribute should take precedence, but it is up to the
consumer of the configuration to decide (the VirtualServer impl).
Lloyd
On Jul 17, 2008, at 8:10 PM, Amy Roh wrote:
> Lloyd Chambers wrote:
>> Amy,
>>
>> This is through the interface
>> com.sun.enterprise.config.serverbeans.VirtualServer?
>>
>> I think the idea was to "upgrade" such that docroot became a first-
>> class attribute for a virtual server. In the Domain, it makes
>> sense as an optional property, to be used as a default value.
>>
>> Also, are you sure that there is not both a property an an
>> Attribute present? I don't see how VirtualServer could return the
>> same value for getPropertyValue() and getDocRoot() unless the
>> underlying implementation of PropertyBag has chosen to expose
>> attributes via getPropertyValue(). Jerome might know more about this.
>
> Closer look reveals that VirtualServer.getDocroot was returning its
> default Attribute value ${com.sun.aas.instanceRoot}/docroot and is
> not the same as VirtualServer.getPropertyValue("docroot") when the
> property is changed from its default value in domain.xml.
>
> So the virtual server's docroot can be specified via "docroot"
> attribute and property. What should be the precedence if both
> attribute and property are defined?
>
> Thanks,
> Amy
>
>>
>> Lloyd
>>
>>
>> On Jul 17, 2008, at 3:28 PM, Amy Roh wrote:
>>
>>> As stated in issue[0], docs[1] defines "docroot" as an attribute
>>> of virtual-server but domain.xml has it as a property -
>>>
>>> <virtual-server ...>
>>> <property name="docroot" value="${com.sun.aas.instanceRoot}/
>>> docroot"/>
>>>
>>> VirtualServer.getPropertyValue("docroot") and
>>> VirtualServer.getDocroot() can be currently used interchangeably
>>> in v3 - returns the same value.
>>>
>>> Shouldn't it be either an attribute (according to the doc) or a
>>> property (domain.xml)?
>>>
>>> Thanks,
>>> Amy
>>>
>>> [0] https://glassfish.dev.java.net/issues/show_bug.cgi?id=4532
>>> [1] http://docs.sun.com/app/docs/doc/819-3674/abhfg?l=en&a=view
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>