- Shipped
- 27 agosto 2026 alle ore 20:28 UTC
- Author
- Kamo
- Commit
- d0cd3d3
MediaService ora e-mail un reporter ogni volta che il loro bug o modifiche di miglioramento lo stato, ma una spedizione applica uno status proprio — di solito In Progress — in questo JVM, senza mai toccare MediaService. Sinistra com'era, l'unica transizione che dice che qualcuno ha in realtà il lavoro iniziato sarebbe quello di cui il reporter non ha mai sentito parlare, e una notifica ruscello con un buco in esso è una gente impara a non fidarsi. Entrambi i lati costruiscono le loro variabili attraverso il supporto com.kamo.z.shared. SystemBugStatusEmail, quindi le due lettere sono la stessa lettera. Lo stato precedente viene catturato prima dell'esecuzione della spedizione: al momento audit.complete ha commesso nella propria transazione REQUIRES NEW, la riga no più a lungo ricorda da dove veniva. L'avviso esce se la consegna alla macchina dev confermata, per la stessa ragione lo stato viene applicato in entrambi i modi — la riga ora dice che cosa dice e il reporter può vederlo, quindi un'email che corrisponde solo allo schermo sullo schermo il sentiero felice è peggio di nessuno. Leggere e inviare sono fagioli separati. Un metodo @Transactional invocato su `this` va intorno al proxy di primavera e funziona senza alcuna transazione, che senza open-in-view significa che il reporter LAZY.getUser() lancia; attraversare un confine di fagioli è che cosa rende l'annotazione applicare. L'invio poi avviene al di fuori della transazione così un giro di rete non detiene mai una connessione del database. Ogni percorso di fallimento mai essere trasformato in un 500 da una e-mail.