जावा कोड

Question

से HttpServletRequest (अनुरोध) ऑब्जेक्ट प्राप्त करें मुझे जावा कोड में अनुरोध ऑब्जेक्ट को पकड़ने की आवश्यकता है। मैं कुछ कारणों से इस ऑब्जेक्ट को अपने कोड पर नहीं भेज सकता। क्या कोई तरीका है कि मैं कुछ कह सकता हूं: getCurrentHTTPServletRequest?

मेरे लिए यह मानना ​​सुरक्षित है कि मैं सर्वलेट संदर्भ में हूं।

Answer 1

अच्छी तरह से आपको इसकी आवश्यकता होने पर इसे पास कर देना चाहिए। आप जो कुछ भी करते हैं वह मूल रूप से बदसूरत होने जा रहा है।

आप एक ThreadLocal चर इस्तेमाल कर सकते हैं - मूल रूप से है कि विशेष रूप थ्रेड के लिए संदर्भ निर्धारित जब आप अनुरोध मिलता है, और फिर इसे लाने पर बाद में। यह तब तक काम करेगा जब आपको केवल उस थ्रेड के भीतर अनुरोध प्राप्त करने की आवश्यकता होगी जो इसे संसाधित कर रहा है - और जब तक आप कोई फंकी असीमित अनुरोध हैंडलिंग नहीं करते हैं। हालांकि, यह उन कारणों से भंगुर है।

हालांकि, मैं दृढ़ता से आपको इसके बजाय अपनी निर्भरताओं के बारे में स्पष्ट होने की सलाह देता हूं। या तो सर्वलेट अनुरोध को पास करें, या केवल बिट्स जो आपको चाहिए।

Answer 2

मानते हैं कि शीर्ष-स्तरीय सर्वलेट वास्तव में कुछ पागल व्यवसाय से संबंधित कारणों के लिए वर्जित है, अनुरोध को पूर्व-देखने और इसे थ्रेडलोकल में रखने के लिए अभी भी ServletFilter को परिभाषित करने का विकल्प है। यह मानते हुए कि web.xml भी पवित्र नहीं है।

लेकिन मैं जॉन स्कीट से सहमत हूं कि यह बहुत बदसूरत होगा। मैं इसे कोड दूंगा और फिर एक अलग नौकरी खोजने की कोशिश करूंगा। :)

असल में, यह तथ्य दिया गया कि एक फ़िल्टर पूरी तरह से प्राप्त करने वाले सर्वलेट से नियंत्रण को दूर कर सकता है, आप इस तकनीक का उपयोग कोड को अपने स्वयं के सर्वलेट में बदलने के लिए कर सकते हैं, जो कुछ भी आप चाहते हैं, और फिर दूसरे को चलाएं , "आधिकारिक" सर्वलेट ... या उन पंक्तियों के साथ कुछ भी। उन समाधानों में से कुछ आपको अपने अनुरोध डेटा के साथ सही तरीके से और मजबूती से निपटने की अनुमति भी देंगे।

Answer 3

जॉन स्कीट कहा व्यावहारिक रूप से सब कुछ है, लेकिन उनकी सलाह "बस बिट्स है कि आप की जरूरत है" के लिए एक स्पष्टीकरण - आप अपने अनुरोध पैरामीटर नीचे पारित कर दिया है, लेकिन आप HttpServletRequest पर निर्भरता की जरूरत नहीं है, request.getParameterMap() पारित की जरूरत है।

और ThreadLocal विकल्प पर थोड़ा विस्तार - यदि आप एक Filter जो आने वाले सभी अनुरोधों को प्रबंधित, और एक

public final static ThreadLocal<HttpServletRequest> httpServletRequestTL = 
     new ThreadLocal<HttpServletRequest>(); 

में अनुरोध क्योंकि आप प्रत्येक अनुरोध पर यह तय कर रहे हैं (फिल्टर के साथ सावधान सेट कर सकते हैं मानचित्रण), आपको सर्वलेट-कंटेनर थ्रेड पूल के बारे में चिंता करने की आवश्यकता नहीं होगी - आपके पास हमेशा वर्तमान अनुरोध होगा।

पीएस स्काफमैन द्वारा प्रस्तावित वसंत उपयोगिता के पीछे यह तर्क है - मैं स्वयं को बनाने के बजाए स्थिर घटक की सिफारिश करने में शामिल हूं।

Answer 4

मान लें कि आप कॉल स्टैक के नीचे अनुरोध ऑब्जेक्ट को पारित करने में सक्षम नहीं हैं, तो किसी प्रकार की साझाकरण तंत्र आवश्यक हो जाती है, जो आदर्श नहीं है, लेकिन कभी-कभी आवश्यक होती है।

Spring इस उद्देश्य के लिए RequestContextFilter प्रदान करता है। यह ThreadLocal का उपयोग करता है, और कोड को वर्तमान अनुरोध को RequestContextHolder के माध्यम से प्राप्त करने की अनुमति देता है।ध्यान दें कि इस फिल्टर नहीं आप वसंत के किसी अन्य भाग का उपयोग करने की आवश्यकता होती है कि:

Servlet 2.3 Filter that exposes the request to the current thread, through both LocaleContextHolder and RequestContextHolder. To be registered as filter in web.xml.

This filter is mainly for use with third-party servlets, e.g. the JSF FacesServlet. Within Spring's own web support, DispatcherServlet's processing is perfectly sufficient.

आप ThreadLocal उपयोग करने के लिए जा रहे हैं, तो बेहतर एक मौजूदा, काम कर समाधान के बजाय जोखिम कीड़े में धीरे-धीरे उपयोग करने के लिए , जो ThreadLocal कोड प्रवण है।

Answer 5

ऐसा करने के लिए कोई सर्वलेट एपीआई नहीं है। हालांकि, बिलाव यह करने के लिए एक API कॉल प्रदान करता है,

HttpServletRequest request = (HttpServletRequest)org.apache.catalina.core.ApplicationFilterChain.getLastServicedRequest(); 

यह पिछले अनुरोध वर्तमान धागे से सेवा के लिए एक सर्वलेट के लिए पारित हो जाएगा।

इसके लिए काम करने के लिए, टोमकैट "सख्त सर्वलेट अनुपालन" मोड में होना चाहिए।

org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true