वसंत के माध्यम से जंग: संसाधन के लिए सख्त URL मानचित्रण

जैसा कि आप जानते हैं, स्प्रिंग एमवीसी 2.5 संस्करण के बाद से एक नया एनोटेशन-आधारित कॉन्फ़िगरेशन मॉडल का उपयोग कर रहा है। इन बन्स को पाने के लिए, आपको कॉन्फ़िगरेशन फ़ाइल में <mvc: एनोटेशन-चालित /> टैग का उपयोग करने की आवश्यकता है। यह टैग अनुप्रयोग संदर्भ में DefaultAnnotationHandlerMapping और AnnotationMethodHandlerAdaptor को पंजीकृत करता है।







DefaultAnnotationHandlerMapping कक्षाओं में @RequestMapping एनोटेशन की खोज करता है और प्रत्यय के साथ प्रत्येक प्लस दो मैपिंग के लिए एक हैंडलर के लिए मैपिंग बनाता है। * '' और '' एक ही हैंडलर के साथ। AnnotationMethodHandlerAdaptor का कार्य HTTP अनुरोधों के प्रसंस्करण को सही तरीके से सौंपना है, जिसमें एनोटेशन देखा जाता है।



इसलिए, अगले नियंत्रक के लिए

@Controller @RequestMapping("/service/hotels") public class HotelsCollectionController { @Autowired private HotelService hotelService; @RequestMapping(method = RequestMethod.GET) public String getHotelList(Model model) { List<Hotel> list = hotelService .getHotelList(); model.addAttribute("hotels", list); return "service/hotels/read"; } public void setHotelService(HotelService hotelService) { this.hotelService = hotelService; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

आपको / सेवा / होटल, / सेवा / होटल / और / सेवा / व्यवसायी / अनुरोध के लिए तीन मैपिंग मिलेंगे ।



पहले दो का उद्देश्य स्पष्ट रूप से एक अधिक उपयोगकर्ता-अनुकूल अनुप्रयोग है, और बाद का उपयोग ContentNegotiatingViewResololver में संसाधन के सर्वोत्तम प्रतिनिधित्व को निर्धारित करने के लिए किया जाता है।



सब कुछ ठीक हो जाएगा ...



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

मोटे तौर पर, आपको 404 वापस करने की आवश्यकता है, और इसके लिए आपको इस तरह के निहित मानचित्रण की पीढ़ी को बंद करने की आवश्यकता है।



एक और बात यह है कि वसंत ही इन निहित पतों के प्रसंस्करण को संदर्भित करता है, आइए, लापरवाही से कहें। स्पष्ट तरीका यह है कि DefaultAnnotationHandlerMapping को एप्लिकेशन के लिए कॉन्फ़िगर करें और अपनी defaultSuffixPattern प्रॉपर्टी को गलत पर सेट करें, जो उतना आसान नहीं है जितना आप सोच सकते हैं।



पहली नज़र में यह पता चला है:

  <mvc:annotation-driven /> <bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping"> <property name="useDefaultSuffixPattern" value="false" /> </bean>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अब, एक साथ विचार करें कि संदर्भ बनाते समय क्या आता है। जैसे ही वसंत <mvc: एनोटेशन-चालित /> देखता है, यह एक DefaultAnnotationHandlerMapping बनाता है और इसे संदर्भ में रखता है। जैसे ही वह ऊपर एक विशिष्ट बीन देखता है, वह DefaultAnnotationHandlerMapping का एक और उदाहरण बनाता है, और इसे संदर्भ में भी रखता है। तो हमारे शांत अनुप्रयोग में DefaultAnnotationHandlerMapping के दो उदाहरण होंगे, एक डिफ़ॉल्ट सेटिंग्स के साथ, और दूसरा आवश्यकतानुसार कॉन्फ़िगर किया गया। कौन सा हैंडलर मैपिंग HTTP अनुरोध को चबाएगा सबसे पहले उनके आंतरिक आदेश पर निर्भर करता है, और आपके नियंत्रण से बाहर (ठीक है, लगभग ... आप आदेश दे सकते हैं, लेकिन यह इस मामले में एक बैसाखी है)।



हालाँकि / सेवा / होटल के लिए कोई अंतर नहीं है , लेकिन / सेवा / होटल / और / सेवा /hotels.* के लिए अंतर है। सबसे अधिक संभावना है, आप ContentNegotiatingViewResololver का उपयोग करेंगे और ग्राहक के साथ उसके लिए संसाधनों के सर्वोत्तम प्रतिनिधित्व के बारे में बातचीत करेंगे, जिस स्थिति में आपने वास्तव में इस दिलचस्प और महत्वपूर्ण REST प्रक्रिया का नियंत्रण खो दिया है। उनके लिए एक प्रश्न का परिणाम एक सही प्रस्तुति या गलत हो सकता है, कुछ स्थितियों में परिणाम 500 का अपवाद होगा। मैं विवरण में नहीं जाऊंगा, लेकिन हाथी समझता है कि इस व्यवहार से बचा जाना चाहिए।



इससे बचने के लिए, आपको एक हैंडलरमैपिंग को संदर्भ से हटाना होगा। इस प्रकार, हम <mvc: एनोटेशन-चालित /> को हटा दें और हमारे हाथों से एनोटेशनमेथोडैंडलर एडेप्टर को पंजीकृत करने का कठिन काम करें:

  <bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping"> <property name="useDefaultSuffixPattern" value="false" /> </bean> <bean class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter" />
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यह वही करना चाहिए जो आवश्यक है, और आपको मौजूदा संसाधनों के लिए 404 अंतर्निहित URL को गारंटीकृत और वांछित मिलेगा, अर्थात, मैं यह कहना चाहता था कि URL को कोई भी नहीं, स्पष्ट रूप से, आप बेहतर जानते हैं।