<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 14, 2014 at 11:27 AM, Luis A. Garcia <span dir="ltr"><<a href="mailto:luis@linux.vnet.ibm.com" target="_blank">luis@linux.vnet.ibm.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 1/14/2014 6:59 AM, Doug Hellmann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[snip]<div class="im"><br>
<br>
    I think the reason for this is simply user convenience. It's easier<br>
    for the user to just set one of those log properties from the<br>
    project.conf, and the "heavy lifting" such the creation of specific:<br>
    Logger, LogHandler, LogFormatter, LogAdapters, etc. is done behind<br>
    the scenes. For that reason I think having this option is useful for<br>
    our users so they can use the new log feature we implemented.<br>
<br>
<br>
It is more convenient for the user if we make them start from scratch,<br>
which is why I proposed that we deliver a sample configuration file<br>
specifically for this feature.<br>
</div></blockquote>
<br>
I really don't think having users start from scratch is more convenient for them.</blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">Sorry, you're right, that was a typo. I mean "it is *not* more convenient...". They won't be starting from scratch, because they will be given an example configuration file.</div>
</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

My main concern with adding another option is that I don't know how many<br>
deployers will really want to log in more than one language at a time.<br>
Those deployers who do want it may want more control over where those<br>
logs are written than the simple option proposed will give them, too.<br>
The logging.conf file gives them complete control for advanced<br>
configurations, and a sample file gives them an easy way to turn on<br>
simple file logging in multiple languages.<br>
<br>
</blockquote>
<br></div>
We can address this by allowing the property to accept more than one language at a time. Now yes, the logging.conf gives complete control including where the translated log will go to (e.g. file, console, etc.) however this is a quick and easy way to start using the translated log feature with very sensible defaults. For those people currently not using logging.conf it is not just a quick and easy way, it is the only way of configuring it, without having to redo all their log configuration in a logging.conf.<div class="gmail_default" style="font-size:small;display:inline">
</div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">Users can have translated logs simply by setting their locale properly. This option enables *dual logging*. That's exactly the sort of thing the logging.conf file is meant to support.</div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_default" style="font-size:small;display:inline"></div><br>
<br>
This configuration option allows a quick way to use the feature, and provides consistency with every single other log option. I think those reasons are valid and the property provides value for users in the form of simplicity for using the feature, just like every other log option out there in the project.confs.</blockquote>
<div><br></div><div><div class="gmail_default" style="font-size:small">I don't want to base this decision on the past options. There are already more options than we want. Adding more doesn't help solve that problem.</div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
Thank you,<br>
<br>
-- <br>
Luis A. García<br>
Cloud Solutions & OpenStack Development<br>
IBM Systems and Technology Group<br>
Ph: <a href="tel:%28915%29%20307-6568" value="+19153076568" target="_blank">(915) 307-6568</a> | T/L: 363-6276<br>
<br>
"Everything should be made as simple as possible, but not simpler."<br>
                                        - Albert Einstein<br>
<br>
"Simple can be harder than complex: You have to work hard to get<br>
your thinking clean to make it simple."<br>
                                        – Steve Jobs<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>