Copioincollo un pezzettino di codice per la gestione dei messaggi all'utente,
solo per dare un'idea di cosa assomiglia.
monitor e' l'oggetto che gestisce le notificazioni e viene passato
dove serve nel costruttore.
I vari possibili eventi sono sealed classes immutabili.
Uberto
ps. nota che
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
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
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" /
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
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
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
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
Ciao,
On Thu, Nov 8, 2018 at 11:53 PM Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug] wrote:
> in questo modo i log entrano a far parte del dominio, specifiche e tutto il
> resto. Inoltre non c'e' piu' il concetto di debug/info/warn/trace ecc. o un
> evento e' significativo e lo
>
>
>
>> Il punto e' che invece di avere loggerXY esiste un monitor che chi vuole
>> loggare qualcosa deve farsi "prestare" (no DI automatico) e ognuno
>> definisce gli eventi con i loro campi.
>> E' un modo incredibilmente produttivo, sia per chi scrive codice che per
>> chi deve cercare i bugs
Utilizzo anche io jhipster e lo sto usando per la prima volta per un nuovo
progetto.. Non sono esperto come voi ma mi sto trovando bene perché è intuitivo
e spring boot e già compreso nel prezzo藍
Inviato da Yahoo Mail su Android
Il mar, 6 nov, 2018 alle 21:35, Ivan Martoccia
Un'altra domanda: come fate a selezionare un candidato?
Negli ultimi 6 mesi circa abbiamo pubblicato due annunci e assunto 6
full stack. Alle persone che ci sembravano adeguate abbiamo chiesto di
implementare un paio di API REST e di adattare il relativo frontend.
Tutte ma tutte le application
On Mon, Nov 5, 2018 at 5:30 PM Federico Fissore feder...@fsfe.org
[it-torino-java-jug] wrote:
>
>
> Ciao a tutti
>
> [cut]
>
> Voi usate spring boot in produzione? Come vi trovate?
>
In una vita precedente ho usato per ca 10 anni Spring (plain), passando per
xml e setter a configurazioni
Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] ha scritto il
06/11/18 alle 10:46:
>
>
> se parliamo di web server: sparkjava o http4k o scalatra (a seconda del
> linguaggio)
Grazie per questi nomi: l'approccio node.js nell'associare URL ->
Handler mi è sempre piaciuto
>
> btw
Grazie a tutti per le vostre risposte: sono incoraggianti e avevo giusto
bisogno di un po' di incoraggiamento
Mi studierò bene Spring Boot
federico
15 matches
Mail list logo