Re: [Jug-Torino] Spring boot

2018-11-09 Thread Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]
On Fri, Nov 9, 2018 at 2:45 PM Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] wrote: > > > si scusa non sono molto sveglio questa mattina: il server http e > httpclient hanno un filtro che logga (sempre con eventi) tutto in entrata e > uscita, su tutti i ms, così possiamo fare tracing

Re: [Jug-Torino] Spring boot

2018-11-09 Thread Matteo Vaccari matteo.vacc...@gmail.com [it-torino-java-jug]
Capito :-) > > intendevo comunque che non abbiamo log.debug "sto per fare questo" / > "finito di fare questo" sparsi per il codice. > Sono d'accordo, l'unica eccezione e' che se sto per chiamare un altro servizio, faccio "sto per chiamare X con messaggio Y / X mi ha risposto con il messaggio Y

Re: [Jug-Torino] Spring boot

2018-11-09 Thread Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug]
si scusa non sono molto sveglio questa mattina: il server http e httpclient hanno un filtro che logga (sempre con eventi) tutto in entrata e uscita, su tutti i ms, così possiamo fare tracing ecc. probabilmente tu hai lo stesso. intendevo comunque che non abbiamo log.debug "sto per fare questo" /

Re: [Jug-Torino] Spring boot

2018-11-09 Thread Matteo Vaccari matteo.vacc...@gmail.com [it-torino-java-jug]
Come minimo pero' ce l'avrai un access log? Capisco che loggare tutti i dati in ingresso e in uscita è discutibile, ma almeno sapere se ti abbiamo dato un 200 o un 400... :) Il giorno ven 9 nov 2018 alle ore 11:52 Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] ha scritto: > > > Il

Re: [Jug-Torino] Spring boot

2018-11-09 Thread Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug]
Il nostro approccio e' diverso dal tuo in questo: i servizi in genere non loggano le cose che vanno bene, a meno che non siano significativi per il business. Tanto meno loggano tutti i dati in ingresso e uscita. Tanto per fare un esempio, non logghiamo: - utente Tizio si e' autenticato - Tizio ha

Re: [Jug-Torino] Spring boot

2018-11-09 Thread Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug]
E' interessante questo tuo punto di vista Simone... per noi "dev da dominio" e' piuttosto chiaro cosa e' interessante (=interessa al business) e cosa e' sbagliato (=diverso dal comportamento previsto). Per intenderci: se il db non risponde possiamo gestirlo come evento di business e restituire

Re: [Jug-Torino] Spring boot

2018-11-09 Thread Matteo Vaccari matteo.vacc...@gmail.com [it-torino-java-jug]
Io per il logging ho una regoletta molto semplice che dice: 1. logga tutto quello che il tuo servizio riceve come input, e quello che rispondiamo 2. quando vai a interrogare un servizio esterno, logga quello che gli abbiamo mandato e quello che ci ha risposto 3. logga tutte le