कन्करेंसी सेम

Question

मैं Mojarra 2.2.12 उपयोग कर रहा हूँ में कामयाब रहे और हमारे परियोजना में हम कुछ @ApplicationScoped सेम मिल गया है। उदाहरण के लिए:

@ManagedBean 
@ApplicationScoped 
public class AppScopedBean{ 

    private int commonValueForClients; 

    //GET, SET 

    public void evalNew(){ 
     int newCommonVal; 
     //Evaluation of the new value, doesn't depend on the commonValueForClients 
     commonValueForClients = newCommonVal; 
    } 
} 

मेरा प्रश्न हमें नए निर्दिष्ट मूल्य की दृश्यता के बारे में चिंता करनी चाहिए?

मुझे the spec में नहीं मिला था कि जेएसएफ बुनियादी ढांचे को @ApplicationScoped बीन फ़ील्ड तक पहुंच सिंक्रनाइज़ करना होगा। तो, विशेष रूप से मोज़रा 2.2.12 के लिए, क्या हमें क्षेत्र को volatile के रूप में घोषित करना चाहिए या स्पष्ट रूप से इसका उपयोग सिंक्रनाइज़ करना चाहिए?

Answer 1

जेएसएफ किसी भी दायरे में प्रबंधित सेम तक किसी भी पहुंच को सिंक्रनाइज़ नहीं करता है।

आपकी जिम्मेदारी है कि। फ़ील्ड प्रकार इस तरह के AtomicInteger, ConcurrentHashMap, Collections#synchronizedList(), आदि के रूप volatile के रूप में ही अंतिम उपाय का प्रयोग करता है, तो ऐसी कोई आवरण मौजूद ही मौजूदा संगामिति/तुल्यकालन रैपर का प्रयोग करें।

परिवर्तनशील वस्तुओं के तुल्यकालन निश्चित रूप से आवश्यक में आवेदन सेम scoped है। उदाहरण के मामले में HashMap, आप अन्यथा stuck thread (100% CPU) को भी जोखिम दे सकते हैं। यह कम अत्यंत आवश्यक होता है में सत्र सेम scoped के रूप में वे केवल तक नहीं पहुंचा जाएगा समवर्ती जब enduser एक ही सत्र पर एक से अधिक HTTP कनेक्शन खोलता है, और इस by default केवल होगा जब दो शारीरिक रूप से अलग ब्राउज़र उदाहरणों पैदा की हैं, लेकिन वे करेंगे डिफ़ॉल्ट रूप से बदले में पहले ही सत्र साझा नहीं कर रहा है। तो यह केवल रोबोट/हैकर्स के मामले में होता है और इसलिए इसे सत्र स्कोप्ड बीन्स में भी इसकी देखभाल करने की दृढ़ता से अनुशंसा की जाती है। यह दृश्य में सेम scoped के रूप में ajax अनुरोध by specification पंक्तिबद्ध हैं, लेकिन PrimeFaces में यह <p:ajax async="true"> द्वारा बंद किया जा सकता है, और आप ध्यान में रखते हुए कि लेने के लिए खाते में होगा और साथ ही सेम scoped लगभग अनावश्यक है। स्कोप्ड बीन्स के अनुरोध में यह पूरी तरह से अनावश्यक है।

यदि आपके हाथों में सीडीआई होता है, तो आप वैकल्पिक रूप से ईजेबी के @Lock एनोटेशन को एक कस्टम एनोटेशन और सीडीआई इंटरसेप्टर के साथ नकल कर सकते हैं। यह स्टीफन किंटेलियस के ब्लॉग में विस्तृत है: Concurrency control for CDI, संयोग से आपके प्रश्न से पहले दिन पोस्ट किया गया। ध्यान रखें कि जेएसएफ बीन प्रबंधन सुविधा जेएसएफ 2.3 के अनुसार सीडीआई के पक्ष में बहिष्कृत है। यह भी देखें Backing beans (@ManagedBean) or CDI Beans (@Named)? यदि आप कर सकते हैं, तो बीडी प्रबंधन के रूप में सीडीआई में जाएं।