Kedar Mhaswade wrote:
>>> Also, I think the "names" of the loggers are of essence here. From
>>> that point
>>> of view, Logger.getLogger(String name) is appropriate if you know the
>>> name
>>> of the logger you use and don't want to have a dependency on LogDomains.
>>> Is that a correct?
>> Let me think about this. Are you expecting the parent's resource
>> bundle to be used since you are not providing one?
>
> I am providing one LogStrings.properties in the right path. All I am saying
> is whether for instance,
>
> Logger.getLogger("javax.enterprise.system.tools.admin") will return me the
> logger that gets the associated resource bundle or
>
> do I have to use LogDomains.getLogger(ADMIN_LOGGER)?
Just to be clear. there is no LogDomains.getLogget(String name) API.
You must supply a class object. The reason is because I use that to
get the classloader needed when getting the resource bundle.
Logger.getLogger("javax.enterprise.system.tools.admin") will return the
logger with associated resource bundle as long as the logger has already
been created. If not there then it will create a logger for you. The
mapping between the resource bundle and the logger names is in the
LogDomains.java file.
>
> Are you expecting that none
>> will be used?
>
>>> Carla -- can you please modify the default logging.properties (yes,
>>> logging.properties, not LogStrings.properties) with the names of some
>>> of our
>>> loggers (e.g. WEB, ADMIN, ROOT etc.) so that people can get used to
>>> their names?
>>> This will also help users know which subsystem in v3 Prelude uses
>>> which logger.
>>> This is all the more important since we have no tool support in Prelude.
>>
>> I have added a bunch already. I will add the rest. Look at the end
>> of the file and they are all commented out for now.
> Where did you add it? I must be missing something. Attached is my
> logging.properties from the latest web.zip. (Also, can you tell me where
> you have checked in the logging.properties?
>
> Thanks.
>
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net