html
स्प्रिंग बूट API को बढ़ाना: RESTful नियमों का पालन करना और सुरक्षा को मजबूत करना
सामग्री की तालिका
- परिचय .......................................................... 1
- RESTful API नियमों को समझना ... 3
- REST अनुपालन के लिए URL पैटर्न अपडेट करना .......................................................... 7
- स्प्रिंग बूट में सुरक्षा सेटिंग्स कॉन्फ़िगर करना ................................................................................................................... 12
- टोकन-आधारित प्रमाणीकरण लागू करना ................................................................. 18
- त्रुटि प्रबंधन और प्रतिक्रिया कोड ............. 25
- Swagger दस्तावेज़ीकरण के साथ परीक्षण करना ......... 30
- निष्कर्ष ............................................................ 35
- अतिरिक्त संसाधन ....................................... 38
परिचय
वेब विकास के लगातार बदलते परिदृश्य में, मजबूत और सुरक्षित APIs बनाना अत्यंत महत्वपूर्ण है। यह eBook RESTful नियमों का पालन करके और सुरक्षा उपायों को मजबूत करके Spring Boot APIs को बढ़ाने पर ध्यान केंद्रित करता है। हम URL संरचना, सुरक्षा कॉन्फ़िगरेशन, token-based authentication, त्रुटि प्रबंधन, और Swagger दस्तावेज़ीकरण का उपयोग करके thorough testing के लिए सर्वोत्तम प्रथाओं का पता लगाएंगे। चाहे आप एक शुरुआती हों या बुनियादी ज्ञान वाले डेवलपर, यह गाइड आपके API विकास कौशल को बढ़ाने के लिए स्पष्ट, संक्षिप्त और व्यावहारिक अंतर्दृष्टि प्रदान करता है।
मुख्य विशेषताएँ
- RESTful नियम: उद्योग मानक URL पैटर्न को समझना और लागू करना।
- सुरक्षा संवर्द्धन: Spring Boot को प्रभावी ढंग से authorization और authentication प्रबंधित करने के लिए कॉन्फ़िगर करना।
- टोकन प्रबंधन: सुरक्षित API एक्सेस के लिए JWT tokens का उपयोग करना।
- त्रुटि प्रबंधन: विभिन्न परिदृश्यों को gracefully संभालने के लिए उचित प्रतिक्रिया कोड लागू करना।
- परीक्षण और दस्तावेज़ीकरण: API परीक्षण और दस्तावेज़ीकरण के लिए Swagger का लाभ उठाना।
फायदे और नुकसान
| फायदे | नुकसान |
|---|---|
| उद्योग मानक API डिजाइन सुनिश्चित करता है | प्रारंभिक सेटअप में सीखने की अवधि हो सकती है |
| मजबूत कॉन्फ़िगरेशनों के माध्यम से सुरक्षा बढ़ाता है | सरल अनुप्रयोगों के लिए जटिलता बढ़ा सकता है |
| रखरखाव और स्केलेबिलिटी को आसान बनाता है | विस्तृत परीक्षण और सत्यापन की आवश्यकता होती है |
| स्पष्ट दस्तावेज़ीकरण के साथ डेवलपर और उपयोगकर्ता अनुभव में सुधार करता है | जड़ी सुरक्षा परतों के साथ संभावित प्रदर्शन ओवरहेड |
कब और कहाँ उपयोग करें
इन प्रथाओं को उन APIs के विकास में लागू करें जिन्हें स्केलेबिलिटी, सुरक्षा, और रखरखाव की आवश्यकता होती है। संवेदनशील डेटा संभालने वाले, उपयोगकर्ता प्रमाणीकरण की आवश्यकता वाले, और उच्च विश्वसनीयता के लक्ष्य वाले अनुप्रयोगों के लिए आदर्श।
RESTful API नियमों को समझना
REST (Representational State Transfer) एक आर्किटेक्चरल स्टाइल है जो स्केलेबल और मेंटेन करने योग्य वेब सेवाएँ बनाने का एक मानकीकृत तरीका प्रदान करता है। RESTful नियमों का पालन करना यह सुनिश्चित करता है कि आपके APIs सहज, सुसंगत, और क्लाइंट्स द्वारा आसानी से खपत किए जा सकें।
REST के मुख्य सिद्धांत
- Statelessness: क्लाइंट से प्रत्येक अनुरोध में उस अनुरोध को संसाधित करने के लिए आवश्यक सभी जानकारी शामिल होती है।
- Client-Server Architecture: क्लाइंट और सर्वर के बीच चिंताओं का विभाजन स्केलेबिलिटी को बढ़ाता है।
- Uniform Interface: संसाधनों के साथ इंटरैक्ट करने के लिए सुसंगत और मानकीकृत दृष्टिकोण।
- Layered System: आर्किटेक्चर को पदानुक्रमित परतों में बनाने की अनुमति देता है।
सामान्य RESTful URL पैटर्न
- Resources as Nouns: URLs को संसाधनों का प्रतिनिधित्व करना चाहिए (जैसे, /users, /orders)।
- HTTP Methods का उपयोग:
- GET संसाधनों को प्राप्त करने के लिए।
- POST नए संसाधनों को बनाने के लिए।
- PUT मौजूदा संसाधनों को अपडेट करने के लिए।
- DELETE संसाधनों को हटाने के लिए।
- Hierarchical Structure: नेस्टेड संसाधन उनके संबंध को दर्शाना चाहिए (जैसे, /users/{userId}/orders)।
RESTful नियमों का पालन करने के लाभ
- सुसंगतता: डेवलपर्स के लिए API को समझना और उपयोग करना आसान बनाता है।
- स्केलेबिलिटी: APIs के स्केलिंग और मेंटेनेंस को सरल बनाता है।
- Interoperability: विभिन्न क्लाइंट्स और सेवाओं के साथ संगतता बढ़ाता है।
REST अनुपालन के लिए URL पैटर्न अपडेट करना
यह सुनिश्चित करना कि आपके API के URL पैटर्न RESTful नियमों का पालन करते हैं, intuitive और मेंटेन करने योग्य वेब सेवाएँ बनाने के लिए महत्वपूर्ण है। इस खंड में, हम आपके Spring Boot API के URL संरचनाओं को उद्योग मानकों का पालन करने के लिए अपडेट करने के लिए मार्गदर्शन करेंगे।
वर्तमान URL पैटर्न समस्याएँ
प्रदान की गई व्याख्यान में, प्रारंभिक URL पैटर्न RESTful मानकों के अनुरूप नहीं था। विशेष रूप से, entity identifier (userId) को URL के भीतर सही ढंग से स्थित नहीं किया गया था, जिससे असंगतताएँ और संभावित सुरक्षा दोष उत्पन्न हुए।
URL संरचना को सही करना
गलत URL संरचना:
|
1 |
/user/updateAuthorities |
RESTful URL संरचना:
|
1 |
/users/{userId}/authorities |
कार्यान्वयन चरण
- URL में Entity परिभाषित करें:
- userId को resource और action के बीच स्थित करें।
- Controller मैपिंग्स को अपडेट करें:
- अपने controller में @RequestMapping annotations को नए URL संरचना को प्रतिबिंबित करने के लिए संशोधित करें।
- Spring Boot में उदाहरण अपडेट:
12345678910111213@RestController@RequestMapping("/users")public class AuthController {@PutMapping("/{userId}/authorities")public ResponseEntity<AccountViewDTO> updateAuthorities(@PathVariable Long userId,@RequestBody AuthoritiesDTO authoritiesDTO) {// Method implementation}}
अपडेटेड संरचना के लाभ
- स्पष्टता: संसाधन (users) और विशिष्ट उपयोगकर्ता ({userId}) को स्पष्ट रूप से इंगित करता है।
- स्केलेबिलिटी: उपयोगकर्ता से संबंधित अतिरिक्त actions के लिए विस्तार करना आसान है।
- सुसंगतता: RESTful API मानकों के साथ संरेखित करता है, डेवलपर्स के लिए अधिक intuitive बनाता है।
URL संरचनाओं की तुलनात्मक तालिका
| पहलू | Non-RESTful URL | RESTful URL |
|---|---|---|
| Entity Position | Endpoint में action शामिल है | Path segment में entity identifier |
| HTTP Method Usage | HTTP method का उपयोग नहीं किया गया | उपयुक्त HTTP methods का उपयोग किया जाता है |
| Scalability | सीमित स्केलेबिलिटी | नेस्टेड paths के साथ उच्च स्केलेबिलिटी |
| Clarity | Action-oriented | Resource-oriented |
स्प्रिंग बूट में सुरक्षा सेटिंग्स कॉन्फ़िगर करना
सुरक्षा API विकास का एक महत्वपूर्ण पहलू है। सुरक्षा सेटिंग्स को सही ढंग से कॉन्फ़िगर करना यह सुनिश्चित करता है कि केवल अधिकृत उपयोगकर्ता ही संसाधनों तक पहुंच या उन्हें संशोधित कर सकते हैं। यह खंड स्प्रिंग बूट में सुरक्षा को कॉन्फ़िगर करने का अन्वेषण करता है ताकि अपडेटेड RESTful URL पैटर्न के साथ संरेखित हो सके।
प्रारंभिक सुरक्षा कॉन्फ़िगरेशन समस्याएँ
प्रारंभिक सुरक्षा सेटिंग्स ने एकल वाइल्डकार्ड कैरेक्टर (*) का उपयोग किया था, जिससे सीमाएँ उत्पन्न हुईं:
- अलचीनी: * वाइल्डकार्ड व्यापक रूप से लागू होता है और विशिष्ट URL पैटर्न को पूरा नहीं कर सकता।
- संभावित त्रुटियाँ: अनुचित वाइल्डकार्ड का उपयोग एप्लिकेशन को क्रैश करने या अनजाने में एक्सेस परमिशन्स देने का कारण बन सकता है।
उन्नत वाइल्डकार्ड्स को अपनाना
सुरक्षा सेटिंग्स को बढ़ाने के लिए, अधिक सटीक वाइल्डकार्ड पैटर्न का उपयोग करना आवश्यक है। विशेष रूप से, * को /** से बदलने से यह सुनिश्चित होता है कि वाइल्डकार्ड URL पथ पर सही ढंग से लागू होता है।
कार्यान्वयन चरण
- सुरक्षा कॉन्फ़िगरेशन को अपडेट करें:
- URL मैपिंग्स में वाइल्डकार्ड पैटर्न को समायोजित करने के लिए SecurityConfig क्लास को संशोधित करें।
- उदाहरण कॉन्फ़िगरेशन अपडेट:
12345678910111213141516@Configuration@EnableWebSecuritypublic class SecurityConfig extends WebSecurityConfigurerAdapter {@Overrideprotected void configure(HttpSecurity http) throws Exception {http.authorizeRequests().antMatchers("/users/**").hasRole("ADMIN").anyRequest().authenticated().and().httpBasic();}} - व्याख्या:
- antMatchers("/users/**"): सभी endpoints में /users/ लागू करता है।
- .hasRole("ADMIN"): ADMIN role वाले उपयोगकर्ताओं तक पहुँच को सीमित करता है।
- .anyRequest().authenticated(): किसी भी अन्य अनुरोध के लिए प्रमाणीकरण की आवश्यकता होती है।
विस्तृत वाइल्डकार्ड उपयोग के लाभ
- सूक्ष्म नियंत्रण: विभिन्न URL सेगमेंट्स के लिए एक्सेस नियमों को निर्दिष्ट करने की अनुमति देता है।
- सुरक्षा संवर्द्धन: एक्सेस नियमों को सटीक रूप से परिभाषित करके अनधिकृत पहुँच के जोखिम को कम करता है।
- लचीलापन: भविष्य के API विस्तार और संशोधनों को समायोजित करने के लिए आसानी से अनुकूलन योग्य।
सामान्य सुरक्षा मुद्दों को संभालना
- 500 Internal Server Errors: यदि वाइल्डकार्ड्स गलत कॉन्फ़िगर किए गए हैं तो हो सकते हैं। यह सुनिश्चित करना कि /** सही ढंग से उपयोग किया गया है, ऐसी समस्याओं को रोक सकता है।
- Unauthorized Access: भूमिकाओं और अनुमतियों को सही ढंग से सेट करने से अनधिकृत डेटा एक्सेस का जोखिम कम होता है।
टोकन-आधारित प्रमाणीकरण लागू करना
टोकन-आधारित प्रमाणीकरण, विशेष रूप से JSON Web Tokens (JWT) का उपयोग करना, आपके APIs की सुरक्षा और स्केलेबिलिटी को बढ़ाता है। यह खंड स्प्रिंग बूट एप्लिकेशन के भीतर tokens को उत्पन्न करने, प्रबंधित करने, और मान्य करने पर गहराई से चर्चा करता है।
JWT का परिचय
JWT दो पक्षों के बीच दावों को स्थानांतरित करने के लिए एक संक्षिप्त, URL-सुरक्षित माध्यम है। यह सुरक्षित सूचना विनिमय सुनिश्चित करता है और प्रमाणीकरण और प्राधिकरण उद्देश्यों के लिए व्यापक रूप से अपनाया गया है।
वर्कफ़्लो अवलोकन
- User Authentication: उपयोगकर्ता.credentials प्रदान करता है (जैसे, ईमेल और पासवर्ड)।
- Token Generation: सफल प्रमाणीकरण पर, एक JWT उत्पन्न किया जाता है और उपयोगकर्ता को लौटाया जाता है।
- Token Usage: क्लाइंट subsequent अनुरोधों के लिए token को Authorization header में शामिल करता है।
- Token Validation: सर्वर token को मान्य करता है ताकि संरक्षित संसाधनों तक पहुँच को अधिकृत किया जा सके।
JWT Tokens उत्पन्न करना
Spring Boot में Token Generation का उदाहरण:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
@Service public class TokenService { private final String SECRET_KEY = "your_secret_key"; public String generateToken(Account account) { return Jwts.builder() .setSubject(account.getEmail()) .claim("roles", account.getRoles()) .setIssuedAt(new Date()) .setExpiration(new Date(System.currentTimeMillis() + 86400000)) // 1 दिन .signWith(SignatureAlgorithm.HS512, SECRET_KEY) .compact(); } } |
व्याख्या:
- Subject: आमतौर पर उपयोगकर्ता का ईमेल या अद्वितीय पहचानकर्ता।
- Claims: अतिरिक्त डेटा, जैसे कि उपयोगकर्ता भूमिकाएँ।
- Issued At & Expiration: token की वैधता अवधि को परिभाषित करता है।
- Signature: token की अखंडता सुनिश्चित करता है।
JWT Tokens मान्य करना
Token Validation का उदाहरण:
|
1 2 3 4 5 6 7 8 9 10 |
public boolean validateToken(String token) { try { Jwts.parser().setSigningKey(SECRET_KEY).parseClaimsJws(token); return true; } catch (JwtException | IllegalArgumentException e) { return false; } } |
व्याख्या:
- token को secret key का उपयोग करके पार्स और सत्यापित किया जाता है।
- अपवाद अमान्य या छेड़छाड़ किए गए tokens को इंगित करते हैं।
Requests में Tokens को शामिल करना
क्लाइंट token को Authorization header में इस प्रकार शामिल करते हैं:
|
1 2 3 |
Authorization: Bearer <token> |
Token Expiry और Refresh को संभालना
Token expiry को संभालने के लिए mechanisms लागू करें, जैसे कि token refresh endpoints, ताकि उपयोगकर्ता अनुभव और सुरक्षा बढ़ सके।
त्रुटि प्रबंधन और प्रतिक्रिया कोड
उचित त्रुटि प्रबंधन विश्वसनीय और उपयोगकर्ता-अनुकूल APIs बनाने के लिए आवश्यक है। यह खंड आपके Spring Boot API में विभिन्न परिदृश्यों को संभालने के लिए अर्थपूर्ण प्रतिक्रिया कोड और संदेशों को लागू करने पर चर्चा करता है।
सामान्य HTTP प्रतिक्रिया कोड
| कोड | अर्थ | उपयोग |
|---|---|---|
| 200 | OK | सफलतापूर्वक GET, PUT, या DELETE अनुरोध |
| 201 | Created | सफलतापूर्वक POST अनुरोध |
| 400 | Bad Request | अमान्य अनुरोध पैरामीटर या payload |
| 401 | Unauthorized | मिसिंग या अमान्य प्रमाणीकरण क्रेडेंशियल्स |
| 403 | Forbidden | प्रमाणीक्रत लेकिन आवश्यक अनुमतियों की कमी |
| 404 | Not Found | अनुरोधित संसाधन मौजूद नहीं है |
| 500 | Internal Server Error | अप्रत्याशित सर्वर-साइड त्रुटियाँ |
कस्टम त्रुटि प्रतिक्रियाएँ लागू करना
अधिक जानकारीपूर्ण त्रुटि संदेश प्रदान करने के लिए, प्रतिक्रिया बॉडी को त्रुटि के विवरण शामिल करने के लिए कस्टमाइज़ करें।
उदाहरण कस्टम त्रुटि प्रतिक्रिया:
|
1 2 3 4 5 6 7 8 9 |
public class ErrorResponse { private int status; private String message; private long timestamp; // Constructors, Getters, and Setters } |
Controller का उदाहरण:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
@PutMapping("/{userId}/authorities") public ResponseEntity<?> updateAuthorities( @PathVariable Long userId, @RequestBody AuthoritiesDTO authoritiesDTO) { Optional<Account> accountOpt = accountService.findById(userId); if (!accountOpt.isPresent()) { ErrorResponse error = new ErrorResponse(400, "Invalid User", System.currentTimeMillis()); return new ResponseEntity<>(error, HttpStatus.BAD_REQUEST); } // update जारी रखें } |
विशिष्ट त्रुटि परिदृश्यों को संभालना
- Non-Existent Users:
- Response Code: 400 Bad Request
- Message: "Invalid User"
- Unauthorized Access:
- Response Code: 403 Forbidden
- Message: "Access Denied"
- Internal Server Errors:
- Response Code: 500 Internal Server Error
- Message: "An unexpected error occurred"
उचित त्रुटि प्रबंधन के लाभ
- स्पष्टता: क्लाइंट्स को स्पष्ट जानकारी प्रदान करता है कि क्या गलत हुआ।
- Debugging: मुद्दों की पहचान और समाधान को आसान बनाता है।
- User Experience: API की विश्वसनीयता और विश्वसनीयता में सुधार करता है।
Swagger दस्तावेज़ीकरण के साथ परीक्षण करना
Swagger एक शक्तिशाली उपकरण है RESTful APIs को डिजाइन करने, बनाने, दस्तावेज़ीकरण करने और परीक्षण करने के लिए। यह खंड आपके Spring Boot एप्लिकेशन में Swagger को एकीकृत करने को कवर करता है ताकि API परीक्षण और दस्तावेज़ीकरण को सरल बनाया जा सके।
Swagger का परिचय
Swagger एक उपयोगकर्ता-मित्र इंटरफ़ेस प्रदान करता है जहाँ डेवलपर्स API endpoints की खोज और इंटरैक्ट कर सकते हैं बिना कोई क्लाइंट-साइड कोड लिखने की आवश्यकता के। यह API के annotations और कॉन्फ़िगरेशनों के आधार पर दस्तावेज़ीकरण को स्वचालित रूप से उत्पन्न करता है।
Spring Boot में Swagger को एकीकृत करना
- Swagger Dependencies जोड़ें:
- अपने pom.xml में निम्नलिखित dependencies जोड़ें:
|
1 2 3 4 5 6 7 |
<dependency> <groupId>io.springfox</groupId> <artifactId>springfox-boot-starter</artifactId> <version>3.0.0</version> </dependency> |
- Swagger कॉन्फ़िगर करें:
- एक Swagger कॉन्फ़िगरेशन क्लास बनाएँ।
- उदाहरण Swagger कॉन्फ़िगरेशन:
1234567891011121314@Configuration@EnableSwagger2public class SwaggerConfig {@Beanpublic Docket api() {return new Docket(DocumentationType.SWAGGER_2).select().apis(RequestHandlerSelectors.basePackage("org.studyeasy.SpringRestdemo.controller")).paths(PathSelectors.any()).build();}}
- Swagger UI तक पहुंचना:
- जब एप्लिकेशन चल रहा हो, तो Swagger इंटरफ़ेस देखने के लिए http://localhost:8080/swagger-ui/ पर नेविगेट करें।
परीक्षण के लिए Swagger का उपयोग करना
- Endpoints की खोज: सभी उपलब्ध API endpoints और उनके विवरण देखें।
- Requests निष्पादित करें: आवश्यक parameters और payloads प्रदान करके Swagger UI से सीधे API operations का परीक्षण करें।
- Responses की समीक्षा करें: विभिन्न परिदृश्यों के लिए status codes और response bodies का विश्लेषण करें।
Swagger दस्तावेज़ीकरण को बढ़ाना
- Annotations: Swagger annotations जैसे @Api, @ApiOperation, और @ApiResponse का उपयोग करके दस्तावेज़ीकरण को समृद्ध करें।
- Grouping APIs: संबंधित endpoints को बेहतर पठनीयता के लिए व्यवस्थित करें।
- Security Configurations: प्रत्येक endpoint के लिए security schemes और आवश्यकताओं को दस्तावेज़ करें।
Swagger-Enabled Controller Method का उदाहरण
उदाहरण:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
@RestController @RequestMapping("/users") @Api(value = "User Management System") public class AuthController { @ApiOperation(value = "Update user authorities", response = AccountViewDTO.class) @PutMapping("/{userId}/authorities") public ResponseEntity<?> updateAuthorities( @PathVariable Long userId, @RequestBody AuthoritiesDTO authoritiesDTO) { // Method implementation } } |
Swagger का उपयोग करने के लाभ
- Interactive Documentation: APIs की आसान खोज और परीक्षण को सुविधाजनक बनाता है।
- Consistency: यह सुनिश्चित करता है कि दस्तावेज़ीकरण कोडबेस के साथ up-to-date रहता है।
- Developer Efficiency: मैनुअल दस्तावेज़ीकरण की आवश्यकता को कम करता है, समय और प्रयास बचाता है।
निष्कर्ष
RESTful नियमों का पालन करके और मजबूत सुरक्षा उपायों को लागू करके अपने Spring Boot APIs को बढ़ाना उनके विश्वसनीयता, स्केलेबिलिटी, और उपयोगिता में महत्वपूर्ण सुधार करता है। उद्योग मानकों का पालन करते हुए अपने URLs को संरचित करके, विस्तृत सुरक्षा सेटिंग्स को कॉन्फ़िगर करके, token-based authentication को लागू करके, त्रुटियों को Gracefully संभालकर, और Swagger जैसे उपकरणों का उपयोग करके दस्तावेज़ीकरण और परीक्षण को सर्वोत्तम बनाकर, आप ऐसे APIs बनाते हैं जो न केवल सुरक्षित हैं बल्कि डेवलपर-फ्रेंडली और मेंटेनेबल भी हैं।
मुख्य निष्कर्ष
- RESTful Design: आपके API को व्यापक रूप से स्वीकार किए गए मानकों के साथ संरेखित करता है, सुसंगतता और स्पष्टता सुनिश्चित करता है।
- Security Configuration: सही ढंग से कॉन्फ़िगर की गई सुरक्षा सेटिंग्स आपके API को अनधिकृत एक्सेस और संभावित खतरों से सुरक्षित रखती हैं।
- Token-Based Authentication: JWT tokens उपयोगकर्ता प्रमाणीकरण और authorization प्रबंधन के लिए एक सुरक्षित और कुशल तरीका प्रदान करते हैं।
- Effective Error Handling: अर्थपूर्ण प्रतिक्रिया कोड और संदेश user experience को बेहतर बनाते हैं और debugging को आसान करते हैं।
- Comprehensive Documentation: Swagger जैसे उपकरण आपके APIs के दस्तावेज़ीकरण और परीक्षण की प्रक्रिया को सुव्यवस्थित करते हैं, जिससे वे डेवलपर्स के लिए अधिक सुलभ बनते हैं।
इन प्रथाओं को अपने विकास वर्कफ़्लो में एकीकृत करके, आप उच्च गुणवत्ता वाले APIs बनाने के लिए खुद को तैयार करते हैं जो आधुनिक मानकों और उपयोगकर्ता अपेक्षाओं को पूरा करते हैं।
SEO Optimized Keywords
Spring Boot API, RESTful नियम, Spring Boot सुरक्षा, JWT प्रमाणीकरण, API त्रुटि प्रबंधन, Swagger दस्तावेज़ीकरण, token-based authentication, REST API डिजाइन, Spring Boot सर्वोत्तम प्रथाएँ, सुरक्षित API विकास
अतिरिक्त संसाधन
- Spring Boot संदर्भ दस्तावेज़ीकरण
- RESTful API डिजाइन दिशानिर्देश
- JSON Web Tokens (JWT) परिचय
- Swagger आधिकारिक दस्तावेज़ीकरण
- Spring Security दस्तावेज़ीकरण
- Spring Boot में त्रुटियों को संभालना
नोट: यह लेख AI द्वारा उत्पन्न किया गया है।