Bazı sürümlerde Hazırda bekletme durumlarının işaretlenmemiş olarak değiştirildiğini biliyorum. Sebebi nedir? bu bir felsefe sorunu mu yoksa pratik mi?neden hibernate HibernateException olarak değiştirildi (işaretlenmemiş) RuntimeException
cevap
Pratik. Bu nedenle, hazırda bekletme blokları için hazırda bekletme işlemleriyle ilgili her bir işleminizi sarmanıza gerek yoktur.
ile hazırda Java Persistence Alındığı:
istisnalar bir tarihçesi - İstisnalar ve Java geliştiricileri arasında sıcak tartışmalar hep sonunda nasıl işleneceğini. Hibernate'in de kayda değer bir tarihe sahip olması şaşırtıcı değil . Hazırda bekletme 3.x'e kadar, Hibernate tarafından atılan tüm istisnaları, işaretli istisnalardı, dolayısıyla her Hazırda Bekletme API'si, geliştiriciyi yakalamaya zorladı ve işlemek üzere özel durumlar. Bu strateji, yalnızca kontrol edilen istisnalar hariç 'u da ekleyen JDBC'den etkilenen idi. Ancak, çok geçmeden bu durumun mantıklı olmadığından emin oldu, çünkü Hazırda bekletme tarafından atılan tüm istisnalar ölümcül. Birçok vakasında, geliştiricinin numaralı telefondan yapabildiği en iyi şey bu durumu temizlemek, bir hata mesajını görüntülemek ve uygulamasından çıkmaktır. Bu nedenle, Hazırda Bekleme 3.x ile başlayarak, Hibernate tarafından atılan tüm özel durumlar, bir uygulamada tek bir konumda işaretli olan denetlenmeyen Çalışma Zamanı Özel Durumunun alt türleridir. Bu ayrıca Hazırda Bekletme şablonunu veya sarıcı API 'u geçersiz kılar.
- 1. HibernateException ama setParameter ile çalışır
- 2. flatMap davranışı 2.10.0 olarak değiştirildi
- 3. HibernateException: Kaskad sırasında yıkama tehlikelidir
- 4. Hibernate
- 5. RuntimeException: event @ otto
- 6. Bir işlemde Hibernate ve JDBC
- 7. Neden parenscript işlevleri tüm küçük harflere değiştirildi?
- 8. "Paket yöneticisi öldü" RuntimeException
- 9. RuntimeException Camera.open kullanarak()
- 10. GitLab: Yanlışlıkla sahibinden izinli olarak değiştirildi
- 11. AWS DynamoDB RuntimeException
- 12. Raylar f.check_box ayarlanmış/işaretlenmemiş değerleri
- 13. ReactiveLIst Öğeleri Değiştirildi
- 14. ClassCastException: NoClassDefFoundError RuntimeException için dönüştürülemiyor
- 15. Dünyada Mülkiyet Değiştirildi mi?
- 16. Dropwizard-hibernate
- 17. Hibernate java.lang.ClassCastException: org.hibernate.action.EntityIdentityInsertAction org.hibernate.action.EntityInsertAction
- 18. javac -Xlint'ten uyarıları aldım: işaretlenmemiş
- 19. , unmocked yöntemini çağırırken RuntimeException atar
- 20. MVC4 Ajax.BeginForm routeValues, HTML'de Tür Adı olarak değiştirildi
- 21. Realm: Kayıtların sırası değiştirildi
- 22. C# backgroundworker'da daha fazla argüman nasıl gönderilir değiştirildi etkinlik değiştirildi
- 23. NSTextView değeri değiştirildi
- 24. Liste Öğe değiştirildi
- 25. Hibernate @BatchSize, session.flush
- 26. ehcache hibernate 4
- 27. Hibernate Linux on ARM
- 28. JPA: Bir mülkün Serialized formunu saklamak neden kötüdür? Hibernate, bölüm 5.1 Java Persistence olarak
- 29. hibernate ayrı jar lib
- 30. Spring: Neden Hibernate 4'teki SessionFactoryUtils sınıfı getSession yöntemini sağlamıyor?
Kaynak? ....... –
@ T.J. Evet, burada iyi olurdu. Bunu bir yerde okudum biliyorum, eğer bu kaynağı bulursam, buraya gönderirim. – darioo
Hibernate'in çalışanlarından çok aptalca kararlardan biri. Bir Thread içinde atılırsa RuntimeExceptions görülmez: Sadece Thread'i hiçbir iz bırakmadan öldürür. RuntimeExceptions bir kütüphanede yasaklanmıştır, bu çok kötü bir tasarımdır. –