<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-06-23 7:41 GMT+01:00 Simone Federici <span dir="ltr"><<a href="mailto:s.federici@gmail.com" target="_blank">s.federici@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>altro suggerento per loggare elementi costosi a livello computazionale tipo json.dumps() è wrapparli con <span></span><font size="2"><span style="background-color:rgba(255,255,255,0)">isEnabledFor</span></font></div><div></div></blockquote></div><br>Ah, dimenticavo una cosa... Io *odio* JSON nei logs. E *odio* gli stack trace nei log. In primo luogo tendono a spaccare qualunque tipo di aggregazione uno voglia fare (visto che i log testuali di solito si processano a botte di sed/awk/grep e compagnia che non capiscono affatto JSON) *e* frantumano le palle in quanto normalmente sarebbe bello assumere una linea di log -> un record, viceversa il multilinea fracassa. </div><div class="gmail_extra"><br></div><div class="gmail_extra">In Java di solito faccio in modo tale che lo stack trace finisca su una sola riga (o quando ho tempo finisca in un file di log separato -- quando voglio correlare e' piuttosto facile farlo, ma quando voglio solo processare i log non sono d'impiccio). Se lo ho nella stessa riga posso processare tutto con 1 linea <-> un evento. Se mi interessano gli stack trace da ispezionare posso fare qualcosa tipo | tr '|' '\n' | less .<br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"> .<br>..: -enrico-</div>
</div></div>