Ok ho seguito poco... ma sinceramente non capisco l'utilità di questa 
feature....Inviato da smartphone Samsung Galaxy.
-------- Messaggio originale --------Da: "bruno bossola [email protected] 
[it-torino-java-jug]" <[email protected]> Data: 22/12/19  
19:07  (GMT+01:00) A: [email protected] Oggetto: Re: 
[Jug-Torino] Problema con spring-boot e metodo annotato con ehcache 
 



  


    
      
      
      Mah non c'e' niente da fare, e' la BlockingQueue che funziona cosi, come 
da documentazione... la sostituisco con una non blocking e via, problema 
risolto (quasi, c'e' il caso in cui la blocking serviva ma rispetto a questa 
"feature" e' meglio abbandonarla).Ciao e Buon Natale!    Bruno--Bruno 
BossolaCTO - meterian.ioScan your project now!On Sat, 21 Dec 2019 at 14:23, 
Massimo Ugues [email protected] [it-torino-java-jug] 
<[email protected]> wrote:












 

 



  


    
      
      
      Ciao Bruno, riesci a rilasciare un test case negativo? Lo stack purtroppo 
lascia il tempo che trova.Grazie salutiIl giorno sab 21 dic 2019 alle 03:04 
bruno bossola [email protected] [it-torino-java-jug] 
<[email protected]> ha scritto:












 

 



  


    
      
      
      Ciao a tutti,Ho un problema molto strano sui metodi annotati con ehcache 
usati in un servizio con spring-boot. Succede in poche parole che se il metodo 
lancia un'eccezione allora il lock usato da ehcache su quell'elemento della 
cache non viene rilasciato e a quel punto ogni successivo tentativo di accedere 
all'elemento vede il thread ancorarsi su tale lock. Accedendo ad un altro 
elemento tutto funziona.Ci sto lavorando da stamattina e non so proprio cosa 
fare... possibile che nel 2020 si siano dimenticati di un finally per 
rilasciare il lock in caso di eccezione? Se trappo l'eccezione e ritorno un 
sonoro "null", tutto va perfettamenteSe avete suggerimenti concreti li accetto 
volentieri, suggerimenti vaghi o altre cose tipo "ma perche' non usi XY?" 
potete girarli su /dev/null. Allego uno stack trace bonificato a titolo 
illustrativo.Ciao e grazie in anticipo,    Bruno--Bruno BossolaCTO - 
meterian.ioScan your project now!


    
     

    
    






  






-- Massimo Ugues


    
     

    
    






  









    
     

    
    


Reply via email to