Re: [Jug-Torino] Esperienze nell'aggiungere full text search a un'app esistente

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Io mi son trovato molto bene con ElasticSearch.
L’obiettivo era quello di effettuare una ricerca di un soggetto anagrafico
all’interno di una serie di liste sanction ( criminali, politici ecc.. )
per valutarne il rischio. La ricerca viene fatta per nome, cognome, ragione
sociale, località nascita e anno o data di nascita ed altri campi. Il
nostro problema è che ognuno di questi dati poteva essere un po’ ovunque
perché sono liste diverse tra loro e contengono estratti di articoli di
giornale e molti nomi sono molto stile arabo.

Facilissima integrazione con le API per Java, accessibili anche via REST
direttamente.
Per ora gira su un nodo solo ma nel caso dovessimo incrementare il volume
delle ricerche o la quantità di dati sappiamo già che possiamo scalare
orizzontalmente.

Forse è un po’ complessa la struttura delle query che è possibile fare ma
lo abbiamo trovato molto ben documentato e ci ha salvato la vita :)



Il giorno mar 3 mar 2020 alle 23:05 Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> Mah no, noi siamo andati in produzione con quello e funzionava bene per un
> CMS.
>
> Uberto
>
> On Tue, 3 Mar 2020 at 18:00, Matteo Vaccari matteo.vacc...@gmail.com
> [it-torino-java-jug]  wrote:
>
>>
>>
>>
>>
>> On Mon, Mar 2, 2020 at 8:22 PM Uberto Barbini uberto.g...@gmail.com
>> [it-torino-java-jug]  wrote:
>>
>>>
>>>
>>> Concettualmente è abbastanza facile farlo a mano :
>>> Prendi tutti i campi di testo, li metti insieme e spesso le parole, poi
>>> fai stamming per ignorare parole simili e dalla pronuncia uguale, e poi
>>> filtri via congiunzioni, articoli e simili.
>>>
>>>
>> stai scherzando vero? :-D
>>
>> 
>
-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] ArchUnit: avete esperienze?

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Io ho visto che lo hanno integrato in JHipster, non gli ho dato ancora
molta attenzione ma credo sia molto interessante.

Il giorno mer 18 dic 2019 alle 21:22 Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> Vedo che hanno fatto un modulo kotlin.
> Se riesco a mappare le nostre regole sarebbe molto interessante.
>
> Grazie
>
> Uberto
>
>
> On Wed, 18 Dec 2019 11:06 Roberto Franchini ro.franch...@gmail.com
> [it-torino-java-jug],  wrote:
>
>>
>>
>>
>>
>> On Wed, Dec 18, 2019 at 12:09 AM Simone Bordet simone.bor...@gmail.com
>> [it-torino-java-jug]  wrote:
>>
>>>
>>>
>>> Ciao,
>>>
>>> On Tue, Dec 17, 2019 at 10:43 PM Roberto Franchini
>>> ro.franch...@gmail.com [it-torino-java-jug]
>>>  wrote:
>>> >
>>> >
>>> >
>>> > Ciao,
>>> > oggi, parlando con i colleghi per prendere alcune decisioni
>>> architetturarli, e' spuntata questa libreria:
>>> >
>>> > https://www.archunit.org/
>>> >
>>> > Ad esempio, voglio essere certo che i logger siano tutti private
>>> static final:
>>> >
>>> > @ArchTest
>>> > private final ArchRule loggers_should_be_private_static_final =
>>> > fields().that().haveRawType(Logger.class)
>>> > .should().bePrivate()
>>> > .andShould().beStatic()
>>> > .andShould().beFinal()
>>> > .because("we agreed on this convention");
>>> >
>>> >
>>> > Qualcuno l'ha usata?
>>>
>>> No.
>>>
>>> Ma mi sembra di ricordare che abbiamo fatto lo stesso con una rule PMD.
>>>
>>> Infatti vedo molte sovrapposizioni con PMD o checkstyle.
>> La metto tra le cose da provare in futuro.
>> FRANK
>>
>> --
>> Roberto Franchini
>> "The impossible is inevitable"
>> https://github.com/robfrank/
>> https://twitter.com/robfrankie
>> https://www.linkedin.com/in/robfrank
>>
>> 
>
-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] Miglioramenti alle NullPointerException

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Quindi ci tolgono tutto il divertimento nel cercare la variabile null!!!
Che tristezza... ahahah

Il giorno ven 27 set 2019 alle ore 09:49 Massimo Ugues m.ug...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> Meglio tardi che mai :D
>
>
> On Fri, Sep 27, 2019 at 9:27 AM Federico Fissore feder...@fsfe.org
> [it-torino-java-jug]  wrote:
>
>>
>>
>> Da
>>
>> Exception in thread "main" java.lang.NullPointerException
>> at Prog.main(Prog.java:5)
>>
>> a
>>
>> Exception in thread "main" java.lang.NullPointerException:
>> Cannot read field 'c' because 'a.b' is null.
>> at Prog.main(Prog.java:5)
>>
>> La target release è java 14
>>
>> https://openjdk.java.net/jeps/358
>>
>> federico
>>
>
>
> --
> Massimo Ugues
>
> 
>


-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] Fonti di reclutamento bravi sviluppatori

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao a tutti, ma su codersrank come viene assegnato il punteggio agli
utenti?
Complimenti a Simone per il primo posto!! :-)

Il giorno lun 20 mag 2019 alle 10:19 Andrea Ligios andrealig...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> Ciao Carlo
>
> c'è qualcosa di nuovo là fuori?
>>
>
> CodersRank
> 
> Elenca gli sviluppatori per città, valutati in base alla loro attività su
> GitHub e, se iscritti e collegato, al profilo StackOverflow.
> Non è garanzia di alcunché, ma è uno strumento in più che due anni fa non
> c'era.
>
> SEDE
> 
> Stack Exchange Data Explorer  permette di cercare sugli open data di
> StackOverflow e degli altri siti della rete.
> Esistono un sacco di query già pronte, ad esempio questa per filtrare i
> migliori profili in base al paese: invece del paese basta inserire la città
> (sia in italiano che in inglese, in due ricerche), e poi aprire i profili
> per vedere se è indicato un sito personale, un account twitter o altro, e
> raggiungere così gente non su LinkedIN e GitHub (magari perchè su GitLab,
> che CodersRank ancora non considera)..
> In caso fossero molti, si può personalizzare la query aggiungendo java o
> javascript come tag.
>
> HiveJobs
> 
> e R-Everse 
> Se alla fine di tutto dovessi avere problemi a trovare persone al punto di
> essere disposto a pagare delle società di recruiting, le suddette
> utilizzano un approccio particolare (full disclosure: collaboro con
> entrambe da qualche anno):
> gli HR si limitano a trovare i candidati, ne fanno prefiltrare i CV a dei
> tecnici esperti nello stesso campo, gli fanno videocolloquiare i più
> promettenti, e presentano i risultati dei colloqui migliori al cliente, che
> decide infine se e quali invitare a colloquio da lui, così invece di 80
> persone ne riceve un paio a colpo quasi sicuro. Volendo è possibile aprire
> un solo mandato per 10 posizioni, se dello stesso tipo.
>
> My 2 cents
>
> Andrea
>
> Il giorno dom 19 mag 2019 alle ore 20:03 Carlo Bottiglieri
> carlo.bottigli...@gmail.com [it-torino-java-jug] <
> it-torino-java-jug@yahoogroups.com> ha scritto:
>
>>
>>
>> Ciao,
>> sto per cominciare un nuovo lavoro in nord Italia (ahimè non a Torino) e
>> mi sto preparando a reclutare una decina di sviluppatori java/js/altro;
>> sono stato quasi del tutto disconnesso dal mercato italiano per due lustri
>> e mi chiedevo se qualcuno avesse suggerimenti su dove cercare bravi
>> sviluppatori. In mente al momento ho i soliti sospetti : jug, codemotion,
>> agileday, devoxx; ma magari c'è qualcosa di nuovo là fuori?
>>
>> Carlo
>>
>> 
>
-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] Re: Java nuovo - (vita nuova )

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

La mitica Morte nera!! Grande!

Il giorno gio 16 mag 2019 alle 09:32 Profetiko profet...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> Ciao Beppe ma per caso hai lavorato anche per l'azienda assicurativa che
> sta nel palazzone noto come "Morte nera" ?
>
> Mi sa che eravamo colleghi.
>
> Ah la datamanger. Ottimo riferimento per avere il polso della situazione.
>
> Cmq concordo con te, mai fatta o richiesta certificazione. Piu' che altro
> e' uno standard che le aziende piccole vogliono imporsi per darsi un tono
> (come la mia oramai ex azienda). All'estero invece e' un modo (albania ->
> italia) per far capire di essere competenti a riguardo.
>
> Nei colloqui che ho fatto verso risorse non ho mai chiesto una
> certificazione. Parla di piu' un cv o una serie di domande tecniche ed
> eventuale approfondimento se hai dei dubbi.
>
> Paolo
>
> Il giorno mer 15 mag 2019 alle ore 23:07 beppeconig...@yahoo.it
> [it-torino-java-jug]  ha scritto:
>
>>
>>
>> Le aziende BIG per cui ho lavorato in questi 20 anni se possiamo
>> definirle BIG a livello italiano: REALE MUTUA, ENI, CSI PIEMONTE, INTESA
>> SAN PAOLO ASSICURA, FERRERO, ALENIA , FCA,.etc...e non mi hanno mai chiesto
>> una certificazione.
>> Ovviamente sono una "risorsa" in body rental e sono passato dall'essere
>> dipendente di azienda con molti dipendenti (ALTRAN) ad un'azienda con 15
>> dipendenti e ancora cambiando azienda successivamente...lavorando in
>> consulenza direttamente presso il cliente oppure in subappalto per conto
>> delle solite 4/5 che in Italia già sapete quali sono (vedi classifica top
>> 100 datamanager.it)
>> Sicuramente la certificazione è un'arma in più per "vendersi" meglio, e
>> fa parte del bagaglio di conoscenze tecniche che puoi o meno sfruttare nel
>> tuo lavoro, ma ripeto l'esperienza sul campo così come han già ribadito
>> altri è il fattore primario. Poi se hai la fortuna di lavorare con progetti
>> e tecnologie attinenti puoi mettere in pratica tutto quello che hai
>> studiato, altrimenti se finisci su tecnologie obsolete oppure codice
>> scritto a "capocchia" finisci per continuare con quella linea.
>> A volte ho fatto anche colloqui tecnici "cazzuti" con domande fac-simile
>> ad una Certificazione,  pensate che addirittura quando lavoravo con
>> tecnologia Microsoft (ma ero giovine..) mi fecero fare un programmino con
>> Visual Basic al pc post colloquio (e non avevo Internet ma solo la guida
>> MSDN)
>>
>> Buona serata
>> Good luck
>>
>>
>> ---In it-torino-java-jug@yahoogroups.com,  wrote :
>>
>> Comprano sviluppatori un tanto al kg, alla minor tariffa giornaliera
>> possibile, magari con 3/4 livelli di body rental innestati.
>> Nessuna capacita' di valutazione delle competenze, perche' gli interni
>> sono tutti analisti o project manager, quando va bene.
>> Spesso anche quelli sono affittatti (consulenti da 10 anni).
>> Il potere interno si misura in "numero di consulenti che ho nella mia
>> divisione".
>>
>> L'unica cosa che chiedono e' la certificazione: il linguaggio lo conosci..
>> Serve a fornire  una parvenza di professionalita' a questa landa desolata.
>>
>> FRANK
>>
>>
>> Sacrosanto (e, per non dimenticare: https://vimeo.com/33953825 )
>>
>> I BIG menzionati non hanno prodotti informatici come fine ultimo, e
>> quindi possono mantenere tecnologie datate e personale buono anche solo
>> sulla carta.
>>
>> Quello sottointeso da Giuseppe (il CSI), può permettersi la
>> consulentizzazione selvaggia solo in virtù del monopolio di cui gode.
>>
>> Nelle società *di prodotto* (es:
>> https://bendingspoons.com/careers.html#section-onepercent), più che le
>> certificazioni, le lauree e le referenze, contano le interviste (spesso
>> cannate in maniera epica:
>> https://www.linkedin.com/feed/update/urn:li:activity:6528766848526278657/
>> ).
>>
>> Un saluto
>>
>> Andrea
>>
>> Il giorno mar 14 mag 2019 alle ore 22:52 Roberto Franchini
>> ro.franchini@... [it-torino-java-jug] 
>> ha scritto:
>>
>>
>>
>>
>>
>> On Tue, May 14, 2019 at 9:34 PM l.buoncristiani@... [it-torino-java-jug]
>>  wrote:
>>
>>
>>
>> Mi piacerebbe sapere qualche esempio di "BIG".. Io lavoro ed ho lavorato
>> per varie realtà che in Italia ritengo BIG (ENI, ENEL, SNAM, Autostrade,
>> SOGEI, TIM, etc) e tutte guardavano le certificazioni ed usano tecnologie
>> di almeno 6 anni spesso anche fuori supporto.
>>
>>
>> Comprano sviluppatori un tanto al kg, alla minor tariffa giornaliera
>> possibile, magari con 3/4 livelli di body rental innestati.
>> Nessuna capacita' di valutazione delle competenze, perche' gli interni
>> sono tutti analisti o project manager, quando va bene.
>> Spesso anche quelli sono affittatti (consulenti da 10 anni).
>> Il potere interno si misura in "numero di consulenti che ho nella mia
>> divisione".
>>
>> L'unica cosa che chiedono e' la certificazione: il linguaggio lo conosci..
>> Serve a fornire  una parvenza di professionalita' a questa landa desolata.
>>
>> FRANK
>> --
>> Roberto Franchini
>> "The impossible is inevitable"
>> 

Re: [Jug-Torino] Java: come scegliere il miglior IDE?

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ma è già stato fatto un talk su gradle?

Il giorno mer 24 ott 2018 alle 13:38 Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> posso chiederti esattamente come mai preferisci mvn per progetti grossi?
> in banca siamo passati da mvn a gradle quando il progetto ha superato una
> certa difficoltà perché i plugin di mvn o erano bacati o non facevano
> quello che ci serviva. così ogni volta qualcuno aggiungeva un profile e
> alla fine le combinazioni sono esplose.
>
> Con gradle abbiamo implementato la nostra logica (il build in java, csharp
> e typescript) in poche ore.
>
> Uberto
>
>
> On Wed, 24 Oct 2018, 12:04 Andrea Ligios andrealig...@gmail.com
> [it-torino-java-jug],  wrote:
>
>>
>>
>> Quello che non mi piace di Maven e' l'XML, troppo verboso e poco
>>> malleabile. In generale e' una vera rottura scriverlo, e quando lo accedi
>>> in modo programmatico... mamma mia! *Qui a meterian.io
>>>  sto scrivendo un metodo magico che aggiorna le
>>> versioni del pom automaticamente* (appena finiamo vi chiedero' di
>>> provarlo!) e il 95% del tempo lo perdo nell'azzeccare la formattazione del
>>> POM quando lo modifico da programma. Cioe', *il maledetto XML parser*
>>> tratta gli spazi come "nodi di testo" che devi piazzare nel modo corretto
>>> per azzeccare la formattazione!
>>>
>>
>> Ciao Bruno,
>> sicuramente avrò capito male il tuo scopo, ma per aggiornare le versioni
>> del pom.xml da fuori ed automaticamente non ti basta il Versions Maven
>> Plugin (opportunamente incastonato in una pipeline CI)?
>>
>> https://www.baeldung.com/maven-dependency-latest-version
>>
>> Per il resto, uso sia Maven che Gradle in progetti piccoli, ma torno su
>> Maven all'aumentare della complessità.
>> Non uso IntelliJ (chiaramente superiore) solo perchè non me lo pagano;
>> considero tuttavia Eclipse EE una scelta migliore rispetto alla versione
>> free di IntelliJ (in primis per il WTP).
>>
>> Il giorno mer 24 ott 2018 alle ore 11:03 bruno bossola bboss...@gmail.com
>> [it-torino-java-jug]  ha scritto:
>>
>>>
>>>
>>> +1 anche per me, e mitico Zimmerman che cita Norman, quel libro
>>> dovrebbero
>>> leggerlo TUTTI i programmatori! (cit. Luigi Viggiano, grazie ancora per
>>> avermelo consigliato, e' un libro che ti cambia.. LEGGETELO!!!).
>>>
>>> Quello che non mi piace di Maven e' l'XML, troppo verboso e poco
>>> malleabile. In generale e' una vera rottura scriverlo, e quando lo accedi
>>> in modo programmatico... mamma mia! Qui a meterian.io sto scrivendo un
>>> metodo magico che aggiorna le versioni del pom automaticamente (appena
>>> finiamo vi chiedero' di provarlo!) e il 95% del tempo lo perdo
>>> nell'azzeccare la formattazione del POM quando lo modifico da programma..
>>> Cioe', il maledetto XML parser tratta gli spazi come "nodi di testo" che
>>> devi piazzare nel modo corretto per azzeccare la formattazione! Porc...
>>> l'unico vantaggio e' che bestemmiando in italiano pochi capiscono :)
>>> Oltre al lifecycle consistente vorrei un formato umano, quello manca a
>>> Maven.
>>>
>>> Per il resto, considero Gradle "...a glorified Ant for wankers" (non
>>> sono parole mie, ma concordo). Quando incontro un team e usano Gradle, beh,
>>> partono male... diciamo che apprezzo la curiosita' e lo sforzo, ecco.
>>>
>>> Ciao,
>>>
>>> Bruno
>>>
>>> p.s. e no, non so come faro' con Gradle in meterian, si vedra'!
>>>
>>> On Tue, 23 Oct 2018 at 05:49, Roberto Franchini ro.franch...@gmail.com
>>> [it-torino-java-jug]  wrote:
>>>




 On Mon, Oct 22, 2018 at 8:22 PM max carbone max.carb...@gmail.com
 [it-torino-java-jug]  wrote:

>
>
> A proposito di Gradle vs Maven, avevo bookmarkato due post (non più
> freschissimi visto che sono del 2015):
>
> #  Using Gradle without hating it
> 
>
> #  Use Maven, Not Gradle
> 
>
> Ammetto di condividere l'opinione espressa da Zimmerman. Sarà cambiato
> qualcosa in profondità per Gradle in quasi tre anni? Boh...
>
> La mia IDE preferita per Java/Kotlin: IDEA, senza dubbio (su Linux -
> Debian e Ubuntu - visto che uso solo ed esclusivamente Linux). Ma non mi
> dispiace affatto Eclipse. Non mi trovo invece per nulla al mio agio con
> NetBeans (quindi usato pochissimo).
>
>
 La penso esattamente come Zimmerman: usate maven e lasciate perdere
 Gradle.
 Ci ho provato, ed ho anche provato a scrivere in kotlin invece che
 groovy.
 E dopo poco mi sono chiesto: perche'?
 PErche' ogni volta che apri un progetto con un buildfile in gradle, e'
 un mondo a parte, senza un lifecyle chiaro.
 Se apro un pom, e' sempre un pom. Magari non e' ordinato come lo
 ordinerei io, ma e' veramente difficile perdersi.
 Ed il 

Re: [Jug-Torino] Java: come scegliere il miglior IDE?

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Io sono passato ad intelliJ da circa un anno e da 9 mesi alla versione a
pagamento, non tornerei indietro ad eclipse o netbean neanche se mi
pagassero. Lo trovo formidabile!

Il giorno lun 22 ott 2018 alle ore 12:15 beppeconig...@yahoo.it
[it-torino-java-jug]  ha scritto:

>
>
> Ciao a tutti,
>
> so che molti storceranno il naso , ma da "vecchio" informatico ho ancora
> la newsletter da siti storici eheh (che magari ora non sono piu' tanto
> affidabili secondo molti guru...) , ma mi ha incuriosito una tra le notizie
> di cui  oggi si parla di :
> https://www.html.it/articoli/java-come-scegliere-il-miglior-ide
>
>
> In termini % nel JUG quale viene usato maggiormente?
>
>
> Buona giornata jugger
> 
>


-- 
Response to : m.iv...@gmail.com

[Jug-Torino] Talk su Google Firebase

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
per chi fosse interessato vi giro una mail di un mio collega per l'evento
su Firebase.

https://www.eventbrite.it/e/biglietti-firebase-night-torino-51254516639



L'evento, dedicato all'ormai famosa piattaforma di casa Google, nasce con
lo scopo di approfondire alcuni aspetti su *Firebase* e valutare
l'interesse del pubblico Torinese all'apertura di una community dedicata
alle tecnologie della *Google Cloud Platform*.



Sarà il primo passo per la creazione della Google Cloud Developer Community
Torino, associazione autonoma ma con la supervisione di Google stessa.



Il programma prevede due talk molto interessanti, di speaker che girano
l’Italia: a chi interessa l’argomento è un ottimo momento di formazione.



L’appuntamento è per *LUNEDI 29 Ottobre, dalle ore 18, presso Impact Hub
Torino*.



L’iscrizione è GRATUITA, girate la voce anche a chi non è in questa chat.

-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] Java 11!

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao è previsto come sempre il video del talk?
Sono molto interessato ma non posso partecipare questa sera.


Il giorno mar 25 set 2018 alle ore 21:25 Simone Bordet
simone.bor...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com> ha scritto:

>
>
> Ciao,
>
> Java 11 è stato rilasciato.
>
> Ci vediamo domani per parlarne: 10 mins prima del main talk, e poi a cena..
>
> --
> Simone Bordet
> ---
> Finally, no matter how good the architecture and design are,
> to deliver bug-free software with optimal performance and reliability,
> the implementation technique must be flawless. Victoria Livschitz
> 
>


-- 
Response to : m.iv...@gmail.com

[Jug-Torino] Aggiungere un Jar al classpath di una web app in esecuzione

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
ho una webapp che allo startup carica tutte le classi che implementano una
determinata interfaccia e ne esegue il metodo execute().. Ho aggiunto la
possibilità di caricare un jar contenente un'ulteriore classe che
implementa la stessa interfaccia e vorrei che questo jar venisse aggiunto
al classpath della web app senza doverla stoppare e poi riavviare.

Qualcuno di voi ha per caso già affrontato questa problematica?

Grazie mille!!

-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] [ANN] Meeting 6 Giugno

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
ho la necessità di fare profiling di un'applicazione installata su Wildfly
su Windows Server 2012 :(

Conoscete strumenti che possano fare al mio caso anche con visualizzazione
di Flamegraph che ho trovato molto interessante?

Grazie mille!



Il giorno lun 28 mag 2018 alle ore 08:39 Simone Bordet
simone.bor...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com> ha scritto:

>
>
> Ciao a tutti,
>
> il prossimo 6 Giugno si terrà il prossimo meeting del JUG:
> http://jugtorino.it/2018/05/28/meeting-giugno-2018.html
>
> Francesco Nigro ci presenterà "Put your code on fire with FlameGraphs".
>
> Registratevi gratuitamente qui:
> https://www.meetup.com/JUGTorino/events/251105464/
>
> --
> Simone Bordet
> ---
> Finally, no matter how good the architecture and design are,
> to deliver bug-free software with optimal performance and reliability,
> the implementation technique must be flawless. Victoria Livschitz
> 
>


-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] [ANN} Meeting 27 Giugno

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Hai anche ragionissima,
Sorry! Son rientrato alle 9 dopo una giornata di m..

2018-06-14 0:07 GMT+02:00 Andrea Ligios andrealig...@gmail.com
[it-torino-java-jug] :

>
>
> Terzultima riga del quote :)
>
> 2018-06-13 21:16 GMT+02:00 Ivan Martoccia m.iv...@gmail.com
> [it-torino-java-jug] :
>
>>
>>
>> Curiosità, ma il talk sarà in inglese giusto?
>>
>> Il giorno mar 12 giu 2018 alle 22:22 Roberto Franchini
>> ro.franch...@gmail.com [it-torino-java-jug] <
>> it-torino-java-jug@yahoogroups.com> ha scritto:
>>
>>>
>>>
>>> Ciao a tutti,
>>> come pre-annunciato a voce, avremo un secondo meeting il 27, sempre
>>> presso toolbox.
>>>
>>> Neil Stevenson, direttamente da Hazelcast, ci parlera' di "In-Memory
>>> Data Grids, e-commerce and analytics"
>>>
>>> I dettagli e l'iscrizione su meetup:
>>>
>>> https://www.meetup.com/JUGTorino/events/251691512/
>>>
>>> e sul sito
>>> http://jugtorino.it/2018/06/12/meeting-giugno-2-2018.html
>>>
>>> -
>>>
>>> Neil Stevenson: In-Memory Data Grids, e-commerce and analytics
>>>
>>> In this talk, we'll take a three-part look at Hazelcast's In-Memory Data
>>> Grid, a popular IMDG choice and the fastest one available.
>>>
>>> To begin with, simple stuff. What is an IMDG, why would you use one,
>>> what can it do, where would you not use it?
>>>
>>> Next, we'll go to a demo, with an online shop. This will show how IMDG
>>> fits into the big picture, providing real-world benefits of resilience,
>>> scalability and security, for very little coding..
>>>
>>> And finally, we'll take the demo a stage further with added analytics,
>>> examining how shopping trends can be tracked to provide insights into
>>> customer habits.
>>>
>>> The talk will be in English, with a Java & Spring demo that you can
>>> download after.
>>>
>>> Bio: Neil Stevenson
>>>
>>> Neil is a solution architect for Hazelcast, the world's leading open
>>> source in-memory data grid. In more than 25 years of work in IT, Neil has
>>> designed, developed and debugged a number of software systems for companies
>>> large and small.
>>>
>>>
>>> --
>>> Roberto Franchini
>>> "The impossible is inevitable"
>>> https://github.com/robfrank/
>>> https://twitter.com/robfrankie
>>> https://www.linkedin.com/in/robfrank
>>>
>>> --
>> Response to : m.iv...@gmail.com
>>
>>
> 
>



-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] [ANN} Meeting 27 Giugno

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Curiosità, ma il talk sarà in inglese giusto?

Il giorno mar 12 giu 2018 alle 22:22 Roberto Franchini
ro.franch...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com> ha scritto:

>
>
> Ciao a tutti,
> come pre-annunciato a voce, avremo un secondo meeting il 27, sempre presso
> toolbox.
>
> Neil Stevenson, direttamente da Hazelcast, ci parlera' di "In-Memory Data
> Grids, e-commerce and analytics"
>
> I dettagli e l'iscrizione su meetup:
>
> https://www.meetup.com/JUGTorino/events/251691512/
>
> e sul sito
> http://jugtorino.it/2018/06/12/meeting-giugno-2-2018.html
>
> -
>
> Neil Stevenson: In-Memory Data Grids, e-commerce and analytics
>
> In this talk, we'll take a three-part look at Hazelcast's In-Memory Data
> Grid, a popular IMDG choice and the fastest one available.
>
> To begin with, simple stuff. What is an IMDG, why would you use one, what
> can it do, where would you not use it?
>
> Next, we'll go to a demo, with an online shop. This will show how IMDG
> fits into the big picture, providing real-world benefits of resilience,
> scalability and security, for very little coding.
>
> And finally, we'll take the demo a stage further with added analytics,
> examining how shopping trends can be tracked to provide insights into
> customer habits.
>
> The talk will be in English, with a Java & Spring demo that you can
> download after.
>
> Bio: Neil Stevenson
>
> Neil is a solution architect for Hazelcast, the world's leading open
> source in-memory data grid. In more than 25 years of work in IT, Neil has
> designed, developed and debugged a number of software systems for companies
> large and small.
>
>
> --
> Roberto Franchini
> "The impossible is inevitable"
> https://github.com/robfrank/
> https://twitter.com/robfrankie
> https://www.linkedin.com/in/robfrank
>
> 
>
-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] JDK 10 !

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Noi la 9 l'abbiamo bellamente saltata, ora sto provvedendo a migrare un
paio di progetti su Jdk 10 così da essere pronti per un passaggio indolore
alla 11.
Se non sbaglio avevate detto che entro settembre esce la 11 vero?

Il giorno 21 marzo 2018 10:08, Roberto Franchini ro.franch...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
>
>
> 2018-03-21 9:30 GMT+01:00 bruno bossola bboss...@gmail.com
> [it-torino-java-jug] :
>
>>
>>
>> Si, ma penso che la grande migrazione avverra' con la 11 che e' LTS. La 9
>> e la 10 sono una buona idea, e spero che molti le adottino in modo da
>> prevenire casini passando diretti da 8 a 11, ma diciamo che molte aziende
>> aspettano la 11 per avere un supporrto a lungo termine. Poi ci sono sempre
>> "sacche di resistenza..." :)
>>
>>
>>
> Il vintage va di moda, Java 1.3.1 ha sempre il suo fascino..
> FRANK
>
> --
> Roberto Franchini
> "The impossible is inevitable"
> https://github.com/robfrank/
> https://twitter.com/robfrankie 
> https://www.linkedin.com/in/robfrank
>
> 
>



-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] Ricerca Risorsa Junior Developer

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Grazie Simone.
Provvedo!

Il giorno gio 1 mar 2018 alle 16:16 Simone Bordet simone.bor...@gmail.com
[it-torino-java-jug] <it-torino-java-jug@yahoogroups.com> ha scritto:

>
>
> Ciao,
>
> 2018-03-01 16:08 GMT+01:00 Ivan Martoccia m.iv...@gmail.com
> [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>:
>
>>
>>
>> Ciao Ragazzi, scrivo qua perché non so dove cercare.
>> Ho bisogno di allargare un po’ il mio team di sviluppo.
>> Cerco quindi una/due risorse Java junior ( 1/2 anni di esperienza ) con
>> molta voglia e passione per quello che facciamo tutti i giorni.
>> Voi conoscete qualcuno? Oppure dove posso scrivere?
>>
>
> ​Segui le istruzioni qui:
>
> ​http://jugtorino.it/jobs/
>
> --
> Simone Bordet
> ---
> Finally, no matter how good the architecture and design are,
> to deliver bug-free software with optimal performance and reliability,
> the implementation technique must be flawless.   Victoria Livschitz
>
> 
>
-- 
Response to : m.iv...@gmail.com

[Jug-Torino] Ricerca Risorsa Junior Developer

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao Ragazzi, scrivo qua perché non so dove cercare.
Ho bisogno di allargare un po’ il mio team di sviluppo.
Cerco quindi una/due risorse Java junior ( 1/2 anni di esperienza ) con
molta voglia e passione per quello che facciamo tutti i giorni.
Voi conoscete qualcuno? Oppure dove posso scrivere?
Grazie mille!
-- 
Response to : m.iv...@gmail.com

[Jug-Torino] Architettura Estendibile

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao a tutti,

mi trovo alle prese con un vecchio software da rimettere a nuovo.. dopo 12
anni
qualcuno ha deciso che forse è ora di rivedere un po le cose in chiave
moderna..

Il programma di per se è molto semplice, ha solo un grosso difetto... :(

if( cliente.getCodice() == 1) { ... } else if(cliente.getCodice() == 2)
{...}

Tralascio il fatto che si arriva fino al cliente 8 .. Questi controlli sono
applicati anche su delle servlet filter che fanno da redirect su servlet
specifiche per cliente.

Dovendo buttare via tutto e ricominciare da zero, mi chiedevo se qualcuno
di voi si fosse già trovato davanti ad una situazione simile e se ci
fossero consigli disponibili
per la gestione delle personalizzazioni per cliente.

Io pensavo ad un software standard che possa essere esteso con delle
personalizzazioni per cliente.

Voi cosa ne pensate? Che esperienze avete su questo argomento?

p.s. sono anche abbastanza intenzionato ad utilizzare JHipster, dopo la
presentazione di Frank ne sono rimasto molto colpito.

Grazie a tutti!



-- 
Response to : m.iv...@gmail.com


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Re: [Jug-Torino] Quale approccio usare per mappare un bean in un altro?

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Non vorrei dire ma... ho trovato anche questa roba in giro per il "mondo"..
Si salvi chi può..
Andare di reflection a runtime ( e chissà quante volte ) non pensate sia un
pelo eccessivo?

public static void copiaOggetto(Object oggettoDaCopiare, Object
oggettoNuovo) {
Class classOggettoDaCopiare = oggettoDaCopiare.getClass();
Class classOggettoNuovo = oggettoNuovo.getClass();
Field[] arrField=classOggettoDaCopiare.getDeclaredFields();
log.info("Inizio Copying da "+classOggettoDaCopiare.getName()+ " a
"+classOggettoNuovo.getName());
for(Field campoOggettoDaCopiare:arrField) {
if((campoOggettoDaCopiare.getType().getName().contains("java.lang")
|| campoOggettoDaCopiare.getType().getDeclaredFields().length==0
|| campoOggettoDaCopiare.getType().getName().contains("java.util.Date") )
&& !campoOggettoDaCopiare.getType().getName().contains("java.util.List")){
Field campoOggettoNuovo=null;
try {
campoOggettoNuovo =
classOggettoNuovo.getDeclaredField(campoOggettoDaCopiare.getName());
} catch (NoSuchFieldException e) {
System.out.println("campo "+campoOggettoDaCopiare.getName()+ " non
trovato");
continue;
} catch (SecurityException e) {
System.out.println("campo "+campoOggettoDaCopiare.getName()+ " non
trovato");
continue;
}
Field fieldFrom =null;
try {
fieldFrom =
oggettoDaCopiare.getClass().getDeclaredField(campoOggettoDaCopiare.getName());
} catch (NoSuchFieldException e1) {
// TODO Auto-generated catch block
e1.printStackTrace();
} catch (SecurityException e1) {
// TODO Auto-generated catch block
e1.printStackTrace();
}
Object valoreDaCopiare =null;
try {
fieldFrom.setAccessible(true);
valoreDaCopiare = fieldFrom.get(oggettoDaCopiare);
} catch (IllegalArgumentException e) {
System.out.println(campoOggettoDaCopiare.getName()+" errore in getvalore
non trovato");
continue;
} catch (IllegalAccessException e) {
System.out.println(campoOggettoDaCopiare.getName()+" errore in getvalore
non trovato");
continue;
}
try {
if(valoreDaCopiare!=null) {
campoOggettoNuovo.setAccessible(true);
campoOggettoNuovo.set(oggettoNuovo, valoreDaCopiare);
}
} catch (IllegalArgumentException e) {
System.out.println(campoOggettoDaCopiare.getName()+" errore in set valore
trovato");
continue;
} catch (IllegalAccessException e) {
System.out.println(campoOggettoDaCopiare.getName()+" errore in set valore
trovato");
continue;
}
}
}
log.info("Fine Copying da "+classOggettoDaCopiare.getName()+ " a
"+classOggettoNuovo.getName());
}





Il giorno 25 gennaio 2018 05:56, Andrea Cerisara andreaceris...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> Ciao,
>
> 2018-01-22 9:29 GMT+11:00 Ramon Flamia ramon.fla...@gmail.com
> [it-torino-java-jug] :
>
>>
>>
>> Ultima cosa: in molti commenti ho visto che il punto è "scrivere troppo";
>> non credo che questo sia un problema: gli IDE che usiamo sono molto
>> avanzati, ci sono molte agevolazioni per noi sviluppatori che ci aiutano a
>> scrivere il nostro codice; è vero che linguaggi creati successivamente a
>> Java hanno un approccio meno verbose, ma dal mio punto di vista è molto più
>> importante l'organizzazione dei metodi nelle classi e delle classi nei
>> package, ovviamente con tutti gli unit test del caso.
>>
>
> noi ci rompiamo anche a ripetere sempre gli stessi shortcuts di IntelliJ
> quando potremmo farne a meno :)
>
> Anche io sono d' accordo sull' organizzazione del codice, e preferisco
> Kotlin anche in questo caso. Ha un approccio piu' flessibile, simil Python
> per intenderci. Restando al caso dei DTO, essendo dichiarazioni molto
> leggere, o li mettiamo nello stesso file dei controller, oppure li
> raggruppiamo tutti in un solo file, con eventuali funzioni di supporto per
> la trasformazione. Non vogliamo in questo caso avere un file separato per
> DTO, mentre tendiamo a tenere la convenzione in Java quando definiamo i
> controller invece. Ma il punto importante secondo me e' che abbiamo la
> flessibilita' e la possibilita' di scelta.
>
> --
> ** Think about the environment before printing
>
> 
>



-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] Quale approccio usare per mappare un bean in un altro?

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Io da poco ho scoperto MapStruct ( http://mapstruct.org/ ) che non trovo
affatto male.

Il giorno 15 gennaio 2018 18:59, bruno bossola bboss...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> Mah, per esempio nei servizi REST raramente serializzo l'oggetto, ma una
> "vista" di esso. Lo stesso in ingresso, ricevo una "vista" e da quella
> ottengo il vero oggetto.
> Questo per me e' l'esempio piu' comune, e faccio a mano, si, li testo di
> solito perche' quando creo l'oggetto "vero" di solito passo parametri
> (magari un repository) e c'e' della logica "vera" da disegnare.
>
> Ciao,
>
> Bruno.
>
> 2018-01-15 17:35 GMT+00:00 Tatiana Litvinova tatiana.litvin...@gmail.com
> [it-torino-java-jug] :
>
>>
>>
>> Ciao a tutti,
>>
>> Vorrei allargare la questione posta da Federico.
>>
>> In quali occasioni ricorrete al mapping dei bean (trasformazione di un
>> bean in un altro bean di struttura molto simile se non uguale)? Quando
>> secondo voi è giustificata la creazione di questi bean differenti e quando
>> invece è insensato?
>>
>> Preferite mapper automatici tipo dozer o fate a mano (al di là di come e
>> dove, comunque a mano)?
>>
>> Grazie,
>> Tatiana
>>
>> вс, 14 янв. 2018 г.. в 11:23, bruno bossola bboss...@gmail.com
>> [it-torino-java-jug] :
>>
>>>
>>>
>>> Se il problema e' che da A devo costruire B, allora un metodo in A che
>>> si chiama "buildB()": questo per "information expert" (GRASP)
>>> ,
>>>  e
>>> se ci sono cose secondarie da usare nella conversione le passo come
>>> parametro.
>>>
>>> In altri casi dipende... in genere cerco di assegnare la responsabilita'
>>> a qualche oggetto che ha senso che ce l'abbia :)
>>> Ciao,
>>>
>>> Bruno
>>>
>>>
>>> 2018-01-12 17:35 GMT+00:00 Federico Fissore feder...@fsfe.org
>>> [it-torino-java-jug] :
>>>


 Ciao

 domandina del venerdì sera

 Da qualche tempo vedo con crescente frequenza questo tipo di codice

 return ExpenseBuilder.anExpense()
 .withId(id)
 .withAmount(new BigDecimal(66.6).setScale(2, RoundingMode.CEILING))
 .withDate(new Date())
 .withReason("Something pretty")
 .build();

 Viene da un test, quindi i dati sono hardcodati. Altrimenti vengono
 presi da un altro bean via getter, oppure quest altro bean offre lui un
 metodo che restituisce un builder pre-popolato

 Anche voi siete abituati a fare così quando dovete passare dati da una
 DTO a un altro? Se no, come fate?

 ciao

 federico

>>>
>>>
> 
>



-- 
Response to : m.iv...@gmail.com

Re: [Jug-Torino] Re: [ANN] Meeting 15 novembre

[Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]]

Ciao Roberto,
Io avevo prenotato per 3, cancello la prenotazione causa rilasci in
produzione. Appena arrivo in ufficio disdico la prenotazione

Il giorno lun 13 nov 2017 alle 09:17 Roberto Franchini
ro.franch...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com> ha scritto:

> 2017-11-10 11:45 GMT+01:00 Roberto Franchini :
> > 2017-10-27 9:57 GMT+02:00 Roberto Franchini :
> >> Ciao a tutti,
> >> il prossimo meeting si terra' il 15 novembre.
> >
> > [cut]
> >
> >>
> >> https://www.meetup.com/JUGTorino/events/244539265/
> >>
>
> Ancora un giro di conferme:
>
>
>
> Se vi siete iscritti, e NON potete venire: RINUNCIATE
>
> Grazie a tutti per la collaborazione
>
> Perdonate il rumore :)
>
>
> FRANK
>
> --
> Roberto Franchini
> "The impossible is inevitable"
> https://github.com/robfrank/
> https://twitter.com/robfrankie
> https://www.linkedin.com/in/robfrank
> 
>
-- 
Response to : m.iv...@gmail.com