>
> 1) Quali JVM supporta vert.x? in particolare supporta anche la 11?

Si supporta opnjdk 11, funziona anche su openj9 e diversi moduli (core e
web) supportano le native image (anche se non abbiamo documentazione per
questo punto)

2) Che aspetto ha uno stack trace in Vert.x? Riesco a risalire ai
> verticle chiamanti? (per la cronaca, questo è un problema aperto anche
> in nodejs)
>

No, purtroppo come ogni framework asincrono hai il problema di "inseguire"
lo stacktrace. Con il distributed tracing in Vert.x 4 sarà possibile
tracciare i messaggi sull'event bus e questo darà sicuramente una mano,
però purtroppo è così. Alcuni moduli, quando ritornano async result falliti
ti danno una causa comprensibile dove la causa della causa ti permette di
risalire al punto di partenza del problema. Ma in generale non c'è un
sistema che ti faccia fare questo nel tuo codice. Io ogni tanto risolvo
questo problema salvandomi lo stacktrace del chiamante, come ho fatto qui:
https://github.com/vert-x3/vertx-junit5/blob/master/vertx-junit5-web-client/src/main/java/io/vertx/junit5/web/TestRequest.java#L287
Quando dicevo che la programmazione asincrona porta una nuova classe di
problemi, ecco questo è uno :)

3) Il modo con cui l'asyncResult viene aperto e i possibili esiti
> passati per esempio a message.reply o message.fail sembra un po'
> boilerplate code. C'è modo di scrivere meno codice?
>

Forse nella demo dovevo farvi vedere i Future/Promise :) con future e
promise hai i metodi per fare map, flatmap, recover e via dicendo, li
scrivi decisamente meno codice. Le API di vertx 3 sono tutte callback based
(però i future ci sono e li puoi usare facilmente), in vertx 4 avrai le api
sia callback based e future/promise based. Ad esempio per gestire con i
future questo metodo qui
https://github.com/slinkydeveloper/vertx-jug-turin-2019-demo/blob/part_8/src/main/java/io/slinkydeveloper/vertx/PgTimingVerticle.java#L79,
in vertx 4 potrai fare direttamente return
client.query(...).map(SqlResult::value) e ti ritorna un Future<JsonArray>.
In vertx 3 devi prima wrappare il risultato di client.query in un future e
poi fai .map() . Oppure in vertx 3 puoi usare RxJava 2 e li hai già questa
semantica, solo che invece di chiamarsi Future si chiama Single, ma il
concetto di fondo è lo stesso

4) C'è un motivo particolare per cui tutti i messaggi che hai fatto
> passare dall'event bus avevano come suffisso "timingsapp" ?
>

No, semplicemente per mantenere organizzato il codice, dalla doc:

Messages are sent on the event bus to an *address*.
>
> Vert.x doesn’t bother with any fancy addressing schemes. In Vert.x an
> address is simply a string. Any string is valid. However it is wise to use
> some kind of scheme, *e.g.* using periods to demarcate a namespace.
>
> Some examples of valid addresses are europe.news.feed1, acme.games.pacman,
> sausages, and X.
>

spero di aver risposto alle tue domande :)

Il giorno gio 27 giu 2019 alle ore 12:39 Federico Fissore [email protected]
[it-torino-java-jug] <[email protected]> ha scritto:

>
>
> Ciao Francesco e grazie per il talk di ieri
>
> Mi ero segnato alcune domande da farti:
>
> 1) Quali JVM supporta vert.x? in particolare supporta anche la 11?
>
> 2) Che aspetto ha uno stack trace in Vert.x? Riesco a risalire ai
> verticle chiamanti? (per la cronaca, questo è un problema aperto anche
> in nodejs)
>
> 3) Il modo con cui l'asyncResult viene aperto e i possibili esiti
> passati per esempio a message.reply o message.fail sembra un po'
> boilerplate code. C'è modo di scrivere meno codice?
>
> 4) C'è un motivo particolare per cui tutti i messaggi che hai fatto
> passare dall'event bus avevano come suffisso "timingsapp" ?
>
> ciao
>
> federico
>
> Francesco Guardiani [email protected] [it-torino-java-jug] ha
> scritto il 27/06/19 alle 12:22:
> >
> >
> > Ciao,
> > Sono Francesco Guardiani, lo speaker dell'ultimo incontro. Ieri qualcuno
> > mi ha chiesto riguardo Vert.x & AWS Lambda, vi lascio questa repo:
> > https://github.com/pmlopes/vertx-lambda-runtime
> > è un POC per creare lambda in modo semplice e veloce con vert.x
> >
> > --
> > Francesco Guardiani
> > Website: https://slinkydeveloper.com/
> > Twitter: https://twitter.com/SlinkyGuardiani
> >
> > Github: https://github.com/slinkydeveloper
> >
> >
> >
> >
>
> 
>


-- 
Francesco Guardiani
Website: https://slinkydeveloper.com/
Twitter: https://twitter.com/SlinkyGuardiani

Github: https://github.com/slinkydeveloper

Reply via email to