Di CDI ada pseudo-scope @ApplicationScopeddan ( javax.inject) @Singleton. Apa perbedaan di antara keduanya? Selain fakta yang @ApplicationScopeddiproksikan, dan @Singletontidak.
Bisakah saya mengubah @Singletonkacang saya menjadi @ApplicationScoped? Bisakah @ApplicationScopedkacang memiliki dua (atau lebih) contoh?
Jawaban:
@Singletonbukan bagian dari spesifikasi CDI. Ini adalah bagian dari EJB dan javax.inject(JSR-330). Tidak disebutkan dalam spesifikasi apa perilakunya, jadi Anda hanya dapat mengandalkan apa yang tertulis dalam dokumentasi Weld.
@Singleton. Ini ditunjukkan hanya dalam satu contoh, tanpa klarifikasi. Memang benar bahwa CDI bergantung javax.inject, tetapi secara tegas itu bukan bagian dari spesifikasi CDI. Meski begitu, saya mengoreksi jawaban saya sedikit.
singkatnya: Anda bahkan dapat mencampurnya ( @Singletondan @ApplicationScoped) dan itu masuk akal dalam beberapa skenario.
(dan bekerja seperti yang diharapkan di milik saya!)
Selain jawaban lain sejauh ini, saya ingin menambahkan beberapa poin lagi untuk klarifikasi dalam skenario dunia nyata.
Bagi saya, pertanyaan ini dikembangkan dari Bagaimana cara memaksa kacang bercakupan aplikasi untuk dipakai saat startup aplikasi? Dalam beberapa diskusi di sana saya menyatakan ini dan sejauh ini tidak dapat menemukan argumen yang valid untuk menentangnya:
Dalam banyak skenario / pengaturan kehidupan nyata, saya akan mengatakan sulit untuk mengatakan dengan pasti - dari sudut pandang abstrak / pemodelan - apakah sesuatu itu (atau akan menjadi / diperlakukan seperti) EJB atau kacang yang dikelola dengan cakupan aplikasi.
Argumen (bisa diperdebatkan tetapi tidak konklusif) (dari sudut pandang saya) yang menentangnya sejauh ini: (@BalusC dan lainnya: Saya ingin melihat mereka menjadi konklusif, tetapi jika tidak, hal di atas mungkin benar dan meskipun demikian argumennya mungkin tetap membantu pembaca untuk mendapatkan perbedaan / kelebihan / kekurangan / buruk / praktik yang baik)
BalusC : Itu adalah EJB bukan kacang yang dikelola, yang sangat berbeda. EJB berjalan di backend dan mengatur kacang di frontend. EJB juga berjalan dalam konteks transaksional. [...] Anda hanya bingung kacang perusahaan dengan kacang terkelola dan saya baru saja menunjukkannya.
tapi:
saya : Saya pikir Anda kurang tepat dan melebih-lebihkan arti / penggunaan dan itu terlihat bisa diperdebatkan bagi saya. http://en.wikipedia.org/wiki/Enterprise_JavaBeans
Enterprise JavaBeans (EJB) adalah perangkat lunak server terkelola untuk konstruksi modular perangkat lunak perusahaan, dan salah satu dari beberapa API Java. EJB adalah komponen perangkat lunak sisi server yang merangkum logika bisnis aplikasi.
Jenis Kacang Perusahaan
Kacang Sesi [3] yang dapat berupa "Stateful", "Stateless" atau "Singleton" [...]
Kacang Berbasis Pesan [...]
... yang masih berlaku dalam kasus saya.
BalusC : EJB tunggal tidak sama dengan kacang cakupan aplikasi. Sebuah EJB tunggal dibaca / tulis terkunci dan dengan demikian berpotensi tidak efisien / terlalu berbelit-belit untuk tugas yang ada dalam pikiran Anda. Singkat cerita: Dapatkan buku Java EE yang bagus dan pelajari cara menggunakan alat yang tepat untuk pekerjaan itu. Satu cara pasti bukan sebaliknya. Berhasil tidak berarti itu alat yang tepat. Palu godam mampu mengencangkan sekrup, tetapi itu belum tentu alat yang tepat untuk itu :)
tapi:
(Saya tidak bisa melihat palu godam di sini - maaf ...) Ada baiknya mengetahui default penguncian (saya tidak menyadarinya), tetapi ini tampaknya salah lagi: Tutorial Oracle Java EE 6 tentang Mengelola Akses Bersamaan di a Singleton Session Bean
Saat membuat kacang sesi tunggal, akses bersamaan ke metode bisnis tunggal dapat dikontrol dengan dua cara: konkurensi yang dikelola kontainer dan konkurensi yang dikelola kacang. [...]
Meskipun secara default, lajang menggunakan konkurensi yang dikelola kontainer, anotasi @ConcurrencyManagement (PENAMPUNG) dapat ditambahkan pada tingkat kelas tunggal untuk secara eksplisit menyetel jenis manajemen konkurensi
Biasanya ketika Anda ingin memiliki hanya satu contoh dari beberapa objek, Anda mungkin harus menggunakan @ApplicationScopedanotasi - objek seperti itu diproksikan dan dengan demikian bahkan dapat diserialkan dengan benar di luar kotak.
Di sisi lain, ada juga banyak kasus, di mana Anda hanya menginginkan satu instance kelas, tetapi kelas tersebut tidak dapat diproksikan (misalnya karena sudah final) - maka itu @Singletonadalah penyelamatan. Karena Singletonmerupakan lingkup semu dan tidak sedang diproksikan seperti lingkup "normal" lainnya.
@Singletondi JSR-299 mengacu pada kacang sesi Singleton ( javax.ejb.Singleton, bukan javax.inject.Singleton), bukan kacang yang dikelola JSR-299 dalam lingkup built-in yang disebut Singleton.
Anda mungkin menemukan di server Anda bahwa @ApplicationScopedsatu-per EAR atau satu-per WAR / EJB-JAR karena tidak jelas dalam spesifikasinya, tetapi Anda seharusnya tidak mengharapkannya menjadi satu per JVM.
Ada satu perbedaan lagi:
@Singletonbukan anotasi yang mendefinisikan kacang, karena Singletoncakupannya bukan cakupan normal. Kemudian @ApplicationScopedadalah penjelasan yang mendefinisikan kacang.
Dengan spesifikasi CDI 1.1: Ketika aplikasi dalam mode penemuan = dianotasi, Weld tidak mengidentifikasi kacang dengan @Singletondan tidak memuat ini
Salah satu perbedaan utama bahwa Anda dapat menulis kelas Anda dengan konstruktor default memiliki pengubah akses pribadi saat menggunakan javax.inject.Singleton, tetapi kelas Anda harus memiliki konstruktor default dengan setidaknya pengubah akses default saat menggunakan javax.enterprise.context.ApplicationScopeddan ini adalah JBOSS 6.1 GA Finalimplementasi
@ApplicationScopeddan@Singletonpada bagian 5.4 (hlm. 36).