You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-user@logging.apache.org by Nicolas De Loof <ni...@capgemini.com> on 2005/08/03 14:12:08 UTC
Re: DOMConfigurator props attribute [was: variable substitution
from another property file ?]
You're right, the ant tag to import properties is a well known and
approved way to customize an existing XML script without having to know
it's internals. Similar functionnality in log4j.xml should be great !
Perhaps an (optional) reuse of ant code could do the job ?
Nico.
Nicolas Martignole a écrit :
>This remind me what ANT does with the Property task.
>http://ant.apache.org/manual/CoreTasks/property.html
>You can import a java property file at runtime. Great for per-developer
>properties such as login/pw for DB...
>
>
>
>>What do you thing about a way to setup variable substitution from
>>something else that system variables ? Something like :
>><log4j:configuration>
>> <!-- imports properties from a property file -->
>> <variables properties="file://my.properties"/>
>> <!-- imports properties from a property file using default system
>>variable substritution -->
>> <variables properties="file://${home.properties}/my.properties"/>
>>...
>>Nico.
>>
>>
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
>For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
>
>
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
Re: DOMConfigurator props attribute [was: variable substitution
from another property file ?]
Posted by Nicolas De Loof <ni...@capgemini.com>.
Just another suggestion : what do you thing about maven way to make ant
script dynamic based on jelly tags ? This could be another way to make
log4j.xml easily extensible.
Nico.
Nicolas De Loof a écrit :
>
> I have no expectation about the version that could include such
> enhancement as I've found a workaround using log4j.configuratorClass.
> I'd be realy happy to find such functionnality in 1.2.12 or 1.2.13,
> but I know it only depends on anyone to provide a patch ! I'll try to
> have a look myself.
> I've registered issue
> http://issues.apache.org/bugzilla/show_bug.cgi?id=35996
>
> Nico.
>
> Curt Arnold a écrit :
>
>> Are you suggesting an enhancement to the log4j 1.2 branch or the CVS
>> HEAD?
>>
>> I was toying with the idea of supporting the xml-stylesheet
>> processing instruction which would allow you to invoke an XSLT pass
>> before processing the resulting document. That would allow all
>> sorts of interesting preprocessing opportunities and not introduce
>> much new code to log4j itself.
>>
>> However, that would likely be complimentary to the current proposal.
>>
>> I need to go in an revamp the JoranConfigurator in the CVS HEAD for
>> a lot of other issues and I'd prefer to do this after I've been able
>> to address those issues. Log an bug and we won't forget it.
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
>> For additional commands, e-mail: log4j-user-help@logging.apache.org
>>
>
> This message contains information that may be privileged or
> confidential and is the property of the Capgemini Group. It is
> intended only for the person to whom it is addressed. If you are not
> the intended recipient, you are not authorized to read, print,
> retain, copy, disseminate, distribute, or use this message or any
> part thereof. If you receive this message in error, please notify the
> sender immediately and delete all copies of this message.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
Re: DOMConfigurator props attribute [was: variable substitution
from another property file ?]
Posted by Nicolas De Loof <ni...@capgemini.com>.
I have no expectation about the version that could include such
enhancement as I've found a workaround using log4j.configuratorClass.
I'd be realy happy to find such functionnality in 1.2.12 or 1.2.13, but
I know it only depends on anyone to provide a patch ! I'll try to have a
look myself.
I've registered issue
http://issues.apache.org/bugzilla/show_bug.cgi?id=35996
Nico.
Curt Arnold a écrit :
> Are you suggesting an enhancement to the log4j 1.2 branch or the CVS
> HEAD?
>
> I was toying with the idea of supporting the xml-stylesheet
> processing instruction which would allow you to invoke an XSLT pass
> before processing the resulting document. That would allow all sorts
> of interesting preprocessing opportunities and not introduce much new
> code to log4j itself.
>
> However, that would likely be complimentary to the current proposal.
>
> I need to go in an revamp the JoranConfigurator in the CVS HEAD for a
> lot of other issues and I'd prefer to do this after I've been able to
> address those issues. Log an bug and we won't forget it.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
Re: DOMConfigurator props attribute [was: variable substitution from another property file ?]
Posted by Curt Arnold <ca...@apache.org>.
Are you suggesting an enhancement to the log4j 1.2 branch or the CVS
HEAD?
I was toying with the idea of supporting the xml-stylesheet
processing instruction which would allow you to invoke an XSLT pass
before processing the resulting document. That would allow all sorts
of interesting preprocessing opportunities and not introduce much new
code to log4j itself.
However, that would likely be complimentary to the current proposal.
I need to go in an revamp the JoranConfigurator in the CVS HEAD for a
lot of other issues and I'd prefer to do this after I've been able to
address those issues. Log an bug and we won't forget it.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org