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 Bossola
CTO - meterian.io
Scan your project now! <https://www.meterian.com/projectscanner.html>
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 saluti
>
> Il 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 perfettamente
>>
>> Se 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 Bossola
>> CTO - meterian.io
>> Scan your project now! <https://www.meterian.com/projectscanner.html>
>>
>> --
> Massimo Ugues
>
>
>
