स्प्रिंग और JDK 8: क्या आप अभी भी @ Maram और स्प्रिंग एमवीसी एनोटेशन में नाम / मूल्य का उपयोग कर रहे हैं? फिर लेख आपके लिए है

नमस्कार, पाठक!

स्प्रिंग बूट 2 पर एक प्रशिक्षण परियोजना विकसित करते हुए, मैंने @Param साथ स्प्रिंग डेटा JPA प्रश्नों में प्रयोग करने का निर्णय लिया, या उनकी मदद से :

 @Transactional(readOnly = true) public interface UserRepository extends JpaRepository<User, Integer> { @Query("SELECT u FROM User u WHERE LOWER(u.email) = LOWER(:email)") Optional<User> findByEmailIgnoreCase(@Param("email") String email); List<User> findByLastNameContainingIgnoreCase(@Param("lastname") String lastName); } 

(जादू के बारे में, पुराने प्रकाशन के बाद दूसरी विधि कैसे काम करती है इसका अनुसरण करते हुए ट्रेल ऑफ स्प्रिंग पेट क्लिनिक में किया गया है )।

@Param को @Param आप यह सुनिश्चित कर सकते हैं कि वसंत उनके बिना ठीक काम करता है । मैंने संकलन में एक पैरामीटर के बारे में सुना है जो आपको एनोटेशन में नामों की नकल नहीं करने देता है, लेकिन मैंने कुछ विशेष नहीं किया, इसलिए मैंने फैसला किया गहरी खुदाई करें एक सौदा करें।

यदि आप अभी भी लेख के शीर्षक, स्प्रिंग बूट और जेडीके 8 से एनोटेशन का उपयोग करते हैं, तो मैं बिल्ली से पूछता हूं:

अद्यतन: @PathVariable और @RequestParam को अभी भी सही ढंग से काम करने के लिए आवेदन की आवश्यकता होती है। लेकिन उनके value/name विशेषताओं की अब आवश्यकता नहीं है: मिलान को चर नामों से देखा जाता है।

• पहली चीज़ जो मैंने कोशिश की थी वह पैरामीटर में नाम बदलना ( mail बजाय email ):

  
  

   @Query("SELECT u FROM User u WHERE LOWER(u.email) = LOWER(:email)") Optional<User> findByEmailIgnoreCase(String mail); 

  
  

  मुझे रिसेप्शन और ब्रेकपॉइंट के लिए जगह मिलती है:

  
  

   Caused by: java.lang.IllegalStateException: Using named parameters for method public abstract java.util.Optional ru.javaops.bootjava.restaurantvoting.repository.UserRepository.findByEmailIgnoreCase(java.lang.String) but parameter 'Optional[mail]' not found in annotated query 'SELECT u FROM User u WHERE LOWER(u.email) = LOWER(:email)'! at org.springframework.data.jpa.repository.query.JpaQueryMethod.assertParameterNamesInAnnotatedQuery(JpaQueryMethod.java:125) ~[spring-data-jpa-2.1.3.RELEASE.jar:2.1.3.RELEASE] 

  
  

• अगला, हम उस जगह को खोजते हैं जहां विधि पैरामीटर का नाम निर्धारित किया गया है:

  
  

यह देखा जा सकता है कि 2 रणनीतियों का उपयोग किया जाता है: StandardReflectionParameterNameDiscoverer और LocalVariableTableParameterNameDiscoverer । पहले JDK8 JEP 118 का उपयोग करता है : रनटाइम में पैरामीटर नामों तक पहुंच । SPR-9643 के अनुसार, यदि पहली रणनीति के अनुसार पैरामीटर नाम निर्धारित करना संभव नहीं है, तो स्प्रिंग "ASM- आधारित डीबग प्रतीक विश्लेषण" का उपयोग करने की कोशिश करता है।

• इंटरनेट पर जावा 8 पैरामीटर नाम पर बहुत सारी जानकारी है, -parameters ध्वज के साथ संकलन की -parameters । मैं IDEA प्रोजेक्ट के स्प्रिंग बूट सेटिंग्स पर जाता हूं:

हां, यह वास्तव में शामिल है ... लेकिन क्या होगा अगर मैं मावेन के माध्यम से परियोजना का निर्माण और चलाऊं?
परिणाम वही है!

• मैं मावेन सेटिंग्स में डिबग आउटपुट चालू करता हूं, प्रोजेक्ट संकलित करता हूं और देखता हूं:

  
  

   [DEBUG] Goal: org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile (default-compile) ... <parameters default-value="false">true</parameters> 

  
  

  ऐसा लगता है कि maven-compiler-plugin पहले maven-compiler-plugin ही spring-boot-starter-parent में कॉन्फ़िगर किया गया है, जहां से spring-boot प्रोजेक्ट्स को डिफ़ॉल्ट रूप से विरासत में मिला है, जब SPRING INITIALIZR के माध्यम से उत्पन्न होता है। हम वहां जाते हैं और ( केवल स्प्रिंग बूट 2 के लिए ) सुनिश्चित करने के लिए, प्लगइन वहां कॉन्फ़िगर किया गया है:

  
  

    <plugin> <artifactId>maven-compiler-plugin</artifactId> <configuration> <parameters>true</parameters> </configuration> </plugin> 

  
  

• अंत में, हम अपनी परियोजना में maven-compiler-plugin कॉन्फ़िगरेशन को फिर से परिभाषित कर सकते हैं, जहां हम इस झंडे को false सेट false । चेक - प्रोजेक्ट शुरू हो गया है। और जब हम प्राप्त विधि को खींचने की कोशिश कर रहे हैं:

  
  

   Unable to detect parameter names for query method ru.javaops.bootjava.restaurantvoting.repository.UserRepository.findByEmailIgnoreCase! Use @Param or compile with -parameters on JDK 8. 

  
  

इसका मतलब है कि:

1. हमारा तर्क सही है
2. दूसरी ASM रणनीति के आधार पर, मुझे जानकारी नहीं मिली (हालाँकि मैंने डिबग के माध्यम से शुरू किया था)

परिणाम: स्प्रिंग बूट 2 में -parameters ध्वज को डिफ़ॉल्ट रूप से सक्षम किया गया है, इसलिए यदि आप spring-boot-starter-parent से विरासत में प्राप्त करते हैं, तो पैरामीटर नाम @Param में परिभाषित किए गए हैं और @Param , @Param , @Param अब आवश्यक नहीं @PathVariable । कम कोड, कम त्रुटियाँ।

स्प्रिंग बूट 1.x के लिए, संकलन ध्वज को जबरन सक्षम किया जा सकता है, ऊपर देखें।

PS: मैंने अनुसंधान के लिए JDK 8, JDK 11 और स्प्रिंग बूट 2.1.1 का उपयोग किया

अद्यतन 2: यह दिलचस्प है कि @PathVariable और @PathVariable दूसरा काम करता है दूसरा LocalVariableTableParameterNameDiscoverer रणनीति ASM द्वारा प्राप्त सूचना के आधार पर bytecode से। नियमित स्प्रिंग के लिए (बूट के बिना) और संकलन विकल्प के बिना भी शामिल है।

आपका ध्यान के लिए धन्यवाद!