Hello Ivan,

Thank you very much for your quick response!

Is the decision of deprecating the ini files final / irrevocable?

If yes, then I guess I'll have to migrate to one of the options you
mentioned (even if you could revert the change, it would be in a
deprecated feature anyway).

Is this decision because of lack of interest in having them, or lack
of mantainment? What would be required to keep them? I think I'd like
to cooperate if there still some interest in not loosing this feature.

Best!


On Fri, Jan 27, 2012 at 6:30 PM, Ivan Habunek <ivan.habu...@gmail.com> wrote:
> On 27 January 2012 21:55, Marcelo Gornstein <marce...@gmail.com> wrote:
>>
>> <snip>
>>
>>
>> Is this change irreversible? Is there anything that can be done to
>> restore this behaviour? It seems to me that it is a benefit to expect
>> the log4php ini files behave exactly as the php ini files (or it
>> should be documented otherwise if they ARE NOT php ini files from
>> 2.2.0 and up).
>>
>> I'm willing to work on a patch but I wanted to ask first if there is
>> any consensus about this that I should be aware of.
>>
>
> Hi Marcelo,
>
> Frankly, I did not consider this use case when writing the new parser. You
> have a valid point, and I'll consider bringing this back as it was. I will
> first have to consider what else this action might break...
>
> Originally, this is where the idea came from:
> https://issues.apache.org/jira/browse/LOG4PHP-114
>
> To avoid the whole parsing issue, have you considered using the PHP config
> format? Since 2.2. it is possible to provide it inline as well as in a
> file.
> http://logging.apache.org/log4php/docs/configuration.html
>
> We're trying to push the PHP and XML formats instead of INI since they're
> more versatile and easier for us to parse and to document (working on an XSD
> for next release).
>
> Regards,
> Ivan



-- 

--
// I don't sleep. I coffee.
"Make everything as simple as possible, but not simpler." -- Albert Einstein
"The class object inherits from Chuck Norris."
"Chuck Norris can divide by zero and can unit test an entire
application with a single assert."
"There’s a lot of work happening behind the scenes, courtesy of the
Spring AOP framework"
"Why do I have this nagging hunch that you have no idea what you're doing?"
"Any society that would give up a little liberty to gain a little
security will deserve neither and lose both" - Benjamin Franklin
"Delivering stupid software faster just get's you more stupid
software" - Jeff Patton
"Utilitas, Venustas, Firmitas"
"Stop breaking tests. Stop it. Just, stop."

Reply via email to