प्रोग्रामर के हेडहंटर स्कूल में जावा रेस्ट

हाय हबर, हम स्कूल ऑफ प्रोग्रामर्स हेडहंटर 2018 की परियोजनाओं में से एक के बारे में बात करना चाहते हैं। नीचे हमारे स्नातक द्वारा एक लेख है जिसमें वह प्रशिक्षण के दौरान प्राप्त अनुभव के बारे में बात करेंगे।

सभी को नमस्कार। इस साल मैंने एचएच स्कूल ऑफ प्रोग्रामर्स से स्नातक किया और इस पोस्ट में मैं उस प्रशिक्षण परियोजना के बारे में बात करूंगा जिसमें मैंने भाग लिया था। स्कूल में प्रशिक्षण के दौरान, और विशेष रूप से परियोजना पर, मैंने एक लड़ाकू एप्लिकेशन (और इससे भी बेहतर एक गाइड) का एक उदाहरण याद किया, जिसमें मैं देख सकता था कि कैसे तर्क को सही ढंग से अलग करना और एक स्केलेबल आर्किटेक्चर का निर्माण करना है। सभी लेख जो मुझे मिले, एक शुरुआत के लिए समझना मुश्किल था, जैसा कि नए घटकों को जोड़ने या पुराने को संशोधित करने के तरीके के व्यापक स्पष्टीकरण के बिना या तो IoC का सक्रिय रूप से उपयोग किया गया था, या वे पुरातन थे और इसमें एक टन xml कॉन्फिग और jsp पर एक दृश्य शामिल था। मैंने प्रशिक्षण से पहले अपने स्तर पर ध्यान देने की कोशिश की, अर्थात्। कुछ कैविटीज़ के साथ लगभग शून्य, इसलिए यह लेख स्कूल के भविष्य के छात्रों के लिए उपयोगी होना चाहिए, साथ ही साथ स्वयं-सिखाया उत्साही भी जिन्होंने जावा में लिखना शुरू करने का फैसला किया।

दिया (समस्या का बयान)

टीम - 5 लोग। शब्द 3 महीने का है, प्रत्येक के अंत में एक डेमो है। लक्ष्य एक ऐसा अनुप्रयोग बनाना है जो एचआर के साथ कर्मचारियों को एक परीक्षण अवधि में मदद करता है, जो सभी प्रक्रियाओं को चालू करता है। प्रवेश द्वार पर हमें बताया गया कि प्रोबेशनरी पीरियड (IS) को अब कैसे व्यवस्थित किया जाता है: जैसे ही यह पता चलता है कि एक नया कर्मचारी सामने आ रहा है, एचआर भविष्य के नेता को आईपी के लिए कार्य निर्धारित करने के लिए मारना शुरू कर देता है, और यह पहले दिन से पहले किया जाना चाहिए। जिस दिन कर्मचारी काम पर जाता है, एचआर एक स्वागत बैठक आयोजित करता है, कंपनी के बुनियादी ढांचे के बारे में बात करता है और आईपी के लिए कार्य सौंपता है। 1.5 और 3 महीने के बाद, एचआर, नेता और कर्मचारी की एक मध्यवर्ती और अंतिम बैठक आयोजित की जाती है, जिस पर पारित होने की सफलता पर चर्चा की जाती है और एक परिणाम तैयार किया जाता है। सफलता के मामले में, अंतिम बैठक के बाद, कर्मचारी को एक मुद्रित नौसिखिया प्रश्नावली ("आईपी का आनंद लें" की शैली में प्रश्न) सौंपे जाते हैं और वीएचआई के एक कर्मचारी को भरने के लिए जीआर में एचआर कार्य प्राप्त करते हैं।

डिज़ाइन

हमने प्रत्येक कर्मचारी के लिए एक व्यक्तिगत पेज बनाने का फैसला किया, जिस पर सामान्य जानकारी प्रदर्शित की जाएगी (नाम, विभाग, प्रबंधक, आदि), टिप्पणियों के लिए एक क्षेत्र और इतिहास को बदलना, संलग्न फाइलें (आईपी, प्रश्नावली पर कार्य) और कर्मचारी वर्कफ़्लो को प्रतिबिंबित करना आईपी ​​के पारित होने का स्तर। वर्कफ़्लो को 8 चरणों में विभाजित करने का निर्णय लिया गया, अर्थात्:

• चरण 1 - एक कर्मचारी को जोड़ना: यह एचआर सिस्टम में एक नए कर्मचारी को पंजीकृत करने के तुरंत बाद पूरा हो जाता है। एक ही समय में, एक इंटरमीडिएट और अंतिम बैठक के लिए तीन कैलेंडर एचआर को भेजे जाते हैं।
• दूसरा चरण - आईपी पर कार्यों का समन्वय: आईपी पर कार्यों को स्थापित करने के लिए एक फॉर्म सिर पर भेजा जाता है, जिसे भरने के बाद एचआर प्राप्त करेगा। इसके बाद, एचआर उन्हें प्रिंट करता है, उन्हें संकेत देता है और इंटरफ़ेस में चरण के पूरा होने के निशान देता है।
• तीसरा चरण - स्वागत-बैठक: एचआर एक बैठक आयोजित करता है और "स्टेज पूरा" बटन दबाता है।
• चौथा चरण - अंतरिम बैठक: तीसरे चरण के समान
• 5 वीं स्टेज - एक अंतरिम बैठक के परिणाम: एचआर कर्मचारी के पेज पर परिणामों को भरता है और "अगला" पर क्लिक करता है।
• 6 वीं चरण - अंतिम बैठक: तीसरे चरण के समान
• 7 वीं चरण - अंतिम बैठक के परिणाम: पांचवें चरण के समान
• 8 वां चरण - आईपी का समापन: आईपी के सफल समापन के मामले में, कर्मचारी को ई-मेल द्वारा प्रश्नावली के रूप के साथ एक लिंक भेजा जाएगा, और जीरा में स्वैच्छिक चिकित्सा बीमा के पंजीकरण के लिए एक कार्य स्वचालित रूप से बनाया जाएगा (हमें हाथ से काम मिला है)।

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

शोषण

स्कूल का एक लक्ष्य छात्रों को बड़ी परियोजनाओं में काम करने के लिए तैयार करना है, इसलिए कार्य जारी करने की प्रक्रिया हमारे लिए उपयुक्त थी।
कार्य पर काम के अंत में, हम स्पष्ट गलतियों / विनिमय अनुभवों को सही करने के लिए टीम से दूसरे छात्र को समीक्षा 1 के लिए देते हैं। उसके बाद review_2 आता है - यह कार्य दो आकाओं द्वारा जांचा जाता है, जो यह सुनिश्चित करते हैं कि हम review_1 के साथ जोड़ी में govnokod को जारी नहीं करते हैं। आगे के परीक्षण को माना गया था, लेकिन यह चरण बहुत उपयुक्त नहीं है, जिसे स्कूल परियोजना का पैमाना माना गया है। इसलिए समीक्षा के माध्यम से जाने के बाद, हमने सोचा कि यह कार्य रिलीज के लिए तैयार है।
अब तैनाती के बारे में कुछ शब्द। आवेदन किसी भी कंप्यूटर से नेटवर्क पर हर समय उपलब्ध होना चाहिए। ऐसा करने के लिए, हमने एक सस्ती वर्चुअल मशीन (100 रूबल / महीने के लिए) खरीदी, लेकिन, जैसा कि मुझे बाद में पता चला, सब कुछ मुफ्त में और फैशनेबल तरीके से एडब्ल्यूएस डॉकटर में किया जा सकता है । निरंतर एकीकरण के लिए, हमने ट्रैविस को चुना। अगर किसी को पता नहीं है (मैं व्यक्तिगत रूप से स्कूल से पहले निरंतर एकीकरण के बारे में नहीं सुना है), यह इतनी अच्छी बात है कि आपका गितुब निगरानी करेगा और जब एक नई प्रतिबद्धता दिखाई देती है (इसे कैसे कॉन्फ़िगर करें), कोड को जार में इकट्ठा करें, इसे सर्वर पर भेजें और स्वचालित रूप से एप्लिकेशन को पुनरारंभ करें। इसका निर्माण कैसे किया जाए यह परियोजना की जड़ में ट्रैविस जैम में वर्णित है, यह काफी हद तक चकत्ते के समान है, इसलिए मुझे लगता है कि कोई टिप्पणी की आवश्यकता नहीं है। हमने डोमेन www.adaptation.host भी खरीदा है ताकि डेमो पर एड्रेस बार में एक बदसूरत आईपी पते को पंजीकृत न किया जा सके। हमने पोस्टफ़िक्स (मेल भेजने के लिए), अपाचे (नगनेक्स नहीं, क्योंकि अपाचे बॉक्स से बाहर था) और जीरा (परीक्षण) सर्वर को कॉन्फ़िगर किया। फ्रंटएंड और बैकएंड दो अलग-अलग सेवाओं द्वारा बनाए गए थे जो http (# 2k18, # microservices) के माध्यम से संवाद करेंगे। लेख के इस भाग "प्रोग्रामर के हेडहंटर स्कूल में" आसानी से समाप्त हो जाता है, और हम जावा बाकी सेवा के लिए आगे बढ़ते हैं।

बैकएंड

0. परिचय

हमने निम्नलिखित तकनीकों का उपयोग किया:

• जेडीके 1.8;
• मावेन 3.5.2;
• पोस्टग्रेट्स 9.6;
• हाइबरनेट 5.2.10;
• जेटी 9.4.8;
• जर्सी 2.27।

एक रूपरेखा के रूप में, हमने hh से NaB 3.5.0 लिया। सबसे पहले, इसका उपयोग हेडहंटर में किया जाता है, और दूसरी बात, इसमें जेटी, जर्सी, हाइबरनेट शामिल हैं, बॉक्स के बाहर एम्बेडेड पोस्टग्रैट्स हैं, जो गीथब पर लिखा गया है। मैं शुरुआती लोगों के लिए संक्षेप में स्पष्ट करूँगा: जेट्टी एक वेब सर्वर है जो ग्राहकों की पहचान करता है और उनमें से प्रत्येक के लिए सत्र आयोजित करता है; जर्सी - एक ढांचा जो आसानी से एक RESTful सेवा बनाने में मदद करता है; हाइबरनेट - डेटाबेस के साथ काम करने के लिए ओआरएम; मावेन एक जावा प्रोजेक्ट कलेक्टर है।
मैं इसके साथ काम करने का एक सरल उदाहरण दिखाऊंगा। मैंने एक छोटा परीक्षण भंडार बनाया, जिसमें मैंने दो इकाइयां जोड़ीं: एक उपयोगकर्ता और एक फिर से शुरू, साथ ही उन्हें बनाने और प्राप्त करने के लिए संसाधनों के साथ OneToMany / ManyToOne लिंक। शुरू करने के लिए, बस रिपॉजिटरी को क्लोन करें और mvan क्लीन इंस्टॉल एक्ज़ीक्यूटिव रन करें: प्रोजेक्ट के रूट में जावा। कोड पर टिप्पणी करने से पहले, मैं आपको हमारी सेवा की संरचना के बारे में बताऊंगा। यह कुछ इस तरह दिखता है:

मुख्य निर्देशिका:

• सेवाएं - आवेदन में मुख्य निर्देशिका, सभी व्यापारिक तर्क यहां संग्रहीत हैं। अन्य स्थानों में, अच्छे कारण के बिना डेटा के साथ काम करना नहीं होना चाहिए।
• संसाधन - यूआरएल हैंडलर्स, सेवाओं और सीमा के बीच की एक परत। आने वाले डेटा की वैधता और आउटगोइंग डेटा के रूपांतरण, लेकिन व्यावसायिक तर्क नहीं, यहां अनुमति है।
• डीएओ (डेटा एक्सेस ऑब्जेक्ट) - डेटाबेस और सेवाओं के बीच एक परत। ताओ में केवल मूल बुनियादी संचालन होना चाहिए: एक, सभी को जोड़ना, गिनना, अपडेट करना, हटाना।
• इकाई - ऑब्जेक्ट जो ORM डेटाबेस से आदान-प्रदान करता है। एक नियम के रूप में, वे सीधे तालिकाओं के अनुरूप हैं और डेटाबेस में सभी क्षेत्रों को संबंधित प्रकारों के साथ इकाई के रूप में शामिल करना चाहिए।
• Dto (डेटा ट्रांसफर ऑब्जेक्ट) - इकाई का एक एनालॉग, केवल संसाधनों (सामने) के लिए, उस डेटा से json बनाने में मदद करता है जिसे हम भेजना / प्राप्त करना चाहते हैं।

1. आधार

एक अच्छे तरीके से, आपको मुख्य अनुप्रयोग के रूप में, पास में स्थापित पोस्टग्रेज का उपयोग करना चाहिए, लेकिन मैं चाहता था कि परीक्षण का मामला सरल हो और एक ही कमांड के साथ चलाया जाए, इसलिए मैंने अंतर्निहित एचएसक्यूएलडीबी लिया। डेटाबेस को हमारे इंफ्रास्ट्रक्चर से जोड़ना, प्रोडक्सन से प्रोडकॉन्फिग को जोड़कर किया जाता है ( हाइबरनेट बताने के लिए भी याद रखें कि आप कौन सा डेटाबेस इस्तेमाल कर रहे हैं):

@Bean(destroyMethod = "shutdown") DataSource dataSource() { return new EmbeddedDatabaseBuilder() .setType(EmbeddedDatabaseType.HSQL) .addScript("db/sql/create-db.sql") .build(); } 

मैंने create-db.sql फाइल में टेबल क्रिएशन स्क्रिप्ट बनाई। आप डेटाबेस को इनिशियलाइज़ करने वाली अन्य स्क्रिप्ट जोड़ सकते हैं। हमारे हल्के in_memory उदाहरण में, हम लिपियों के बिना बिल्कुल नहीं कर सकते थे। यदि आप hibernate.hbm2ddl.auto=create निर्दिष्ट hibernate.hbm2ddl.auto=create hibernate.properties सेटिंग्स में hibernate.hbm2ddl.auto=create हैं, तो अनुप्रयोग शुरू होने पर हाइबरनेट स्वयं इकाई द्वारा तालिकाओं का निर्माण करेगा। लेकिन अगर आपको उस डेटाबेस में कुछ होना चाहिए जो इकाई के पास नहीं है, तो आप बिना फाइल के नहीं कर सकते। व्यक्तिगत रूप से, मुझे डेटाबेस और एप्लिकेशन को साझा करने के लिए उपयोग किया जाता है, इसलिए मैं आमतौर पर ऐसी चीजों को करने के लिए हाइबरनेट पर भरोसा नहीं करता हूं।
db/sql/create-db.sql :

 CREATE TABLE employee ( id INTEGER IDENTITY PRIMARY KEY, first_name VARCHAR(256) NOT NULL, last_name VARCHAR(256) NOT NULL, email VARCHAR(128) NOT NULL ); CREATE TABLE resume ( id INTEGER IDENTITY PRIMARY KEY, employee_id INTEGER NOT NULL, position VARCHAR(128) NOT NULL, about VARCHAR(256) NOT NULL, FOREIGN KEY (employee_id) REFERENCES employee(id) ); 

2. इकाई

entities/employee :

 @Entity @Table(name = "employee") public class Employee { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name = "id", nullable = false) private Integer id; @Column(name = "first_name", nullable = false) private String firstName; @Column(name = "last_name", nullable = false) private String lastName; @Column(name = "email", nullable = false) private String email; @OneToMany(mappedBy = "employee") @OrderBy("id") private List<Resume> resumes; //..geters and seters.. } 

entities/resume :

 @Entity @Table(name = "resume") public class Resume { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Integer id; @ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "employee_id") private Employee employee; @Column(name = "position", nullable = false) private String position; @Column(name = "about") private String about; //..geters and seters.. } 

एंटिटीज क्लास फील्ड के साथ एक-दूसरे का उल्लेख नहीं करते, बल्कि पूरे पैरेंट / चाइल्ड ऑब्जेक्ट के साथ करते हैं। इस प्रकार, हम पुनरावृत्ति प्राप्त कर सकते हैं जब हम कर्मचारी डेटाबेस से लेने की कोशिश करते हैं, जिसके लिए रिज्यूमे तैयार किए जाते हैं, जिसके लिए ... इसे होने से रोकने के लिए, हमने एनोटेशन @OneToMany(mappedBy = "employee") और @ManyToOne(fetch = FetchType.LAZY) संकेत दिया। । डेटाबेस से लिखने / पढ़ने के लेनदेन को निष्पादित करते समय उन्हें सेवा में ध्यान में रखा जाएगा। FetchType.LAZY स्थापना वैकल्पिक है, लेकिन आलसी संचार का उपयोग करने से लेन-देन आसान हो जाता है। इसलिए, यदि किसी लेनदेन में हमें डेटाबेस से फिर से शुरू होता है और उसके मालिक से संपर्क नहीं करता है, तो कर्मचारी इकाई को लोड नहीं किया जाएगा। आप इसे स्वयं सत्यापित कर सकते हैं: FetchType.LAZY हटा दें और डीबग में देखें कि यह फिर से शुरू होने के साथ ही सेवा से लौटता है। लेकिन आपको सावधान रहना चाहिए - यदि हमने लेन-देन में कर्मचारी को लोड नहीं किया है, तो लेन-देन के बाहर कर्मचारी क्षेत्रों तक पहुंचने से एक LazyInitializationException हो सकती है।

3. दाओ

हमारे मामले में, EmployeeDao और ResumeDao लगभग समान हैं, इसलिए मैं उनमें से केवल एक को यहां दूंगा
EmployeeDao :

 public class EmployeeDao { private final SessionFactory sessionFactory; @Inject public EmployeeDao(SessionFactory sessionFactory) { this.sessionFactory = sessionFactory; } public void save(Employee employee) { sessionFactory.getCurrentSession().save(employee); } public Employee getById(Integer id) { return sessionFactory.getCurrentSession().get(Employee.class, id); } } 

@Inject मतलब है कि हमारे डाओ कंस्ट्रक्टर में, डिपेंडेंसी इंजेक्शन का उपयोग किया जाता है। मेरे पिछले जीवन में, एक भौतिक विज्ञानी, जिसने फाइलों को पार्सल किया था, संख्याओं के परिणामों के आधार पर रेखांकन बनाया और, बहुत कम से कम, ओएवी को पता लगाया, जावा गाइड में, ऐसे निर्माण कुछ पागल लग रहे थे। और स्कूल में, शायद, यह विषय सबसे स्पष्ट, IMHO है। सौभाग्य से, इंटरनेट पर DI के बारे में बहुत सारी सामग्री है। यदि आप पढ़ने में बहुत आलसी हैं, तो पहले महीने आप नियम का पालन कर सकते हैं: हमारे संदर्भ-विन्यास में नए संसाधनों / सेवाओं / ताओ को पंजीकृत करें, मैपिंग में संस्थाओं को जोड़ें। यदि आपको दूसरों में कुछ सेवाओं / ताओ का उपयोग करने की आवश्यकता है, तो आपको उन्हें एनोटेशन इंजेक्शन के साथ कंस्ट्रक्टर में जोड़ने की आवश्यकता है, जैसा कि ऊपर दिखाया गया है, और वसंत आपके लिए सब कुछ शुरू करता है। लेकिन फिर भी आपको डीआई से निपटना होगा।

4. डतो

Dto, जैसे dao, कर्मचारी और फिर से शुरू करने के लिए लगभग समान हैं। हम यहां केवल कर्मचारी समझते हैं। हमें दो वर्गों की आवश्यकता होगी: EmployeeCreateDto बनाते समय, आवश्यक कर्मचारी; EmployeeDto रसीद पर उपयोग किया जाता है (अतिरिक्त फ़ील्ड id और resumes )। id फ़ील्ड को जोड़ा जाता है ताकि भविष्य में, बाहर से अनुरोध करने पर, हम email द्वारा इकाई की प्रारंभिक खोज का संचालन किए बिना कर्मचारी के साथ काम कर सकें। एक अनुरोध में अपने सभी रिज्यूमे के साथ एक कर्मचारी प्राप्त करने के लिए resumes फ़ील्ड। सभी कार्यों के लिए एक dto के साथ प्रबंधन करना संभव होगा, लेकिन फिर किसी विशेष कर्मचारी के सभी रिज्यूमे की सूची के लिए हमें एक अतिरिक्त संसाधन बनाना होगा, जैसे getResumesByEmployeeEmail, कस्टम डेटाबेस क्वेरी के साथ कोड को प्रदूषित करना और ORM द्वारा प्रदान की गई सभी सुविधाओं को पार करना।
EmployeeCreateDto :

 public class EmployeeCreateDto { public String firstName; public String lastName; public String email; } 

EmployeeDto :

 public class EmployeeDto { public Integer id; public String firstName; public String lastName; public String email; public List<ResumeDto> resumes; public EmployeeDto(){ } public EmployeeDto(Employee employee){ id = employee.getId(); firstName = employee.getFirstName(); lastName = employee.getLastName(); email = employee.getEmail(); if (employee.getResumes() != null) { resumes = employee.getResumes().stream().map(ResumeDto::new).collect(Collectors.toList()); } } } 

एक बार फिर, मैं इस तथ्य पर ध्यान आकर्षित करता हूं कि डॉटो में तर्क लिखना इतना अशोभनीय है कि सभी क्षेत्रों को public रूप से नामित किया जाता है, ताकि गेटर्स और सेटर का उपयोग न किया जाए।

5. सेवा

EmployeeService :

 public class EmployeeService { private EmployeeDao employeeDao; private ResumeDao resumeDao; @Inject public EmployeeService(EmployeeDao employeeDao, ResumeDao resumeDao) { this.employeeDao = employeeDao; this.resumeDao = resumeDao; } @Transactional public EmployeeDto createEmployee(EmployeeCreateDto employeeCreateDto) { Employee employee = new Employee(); employee.setFirstName(employeeCreateDto.firstName); employee.setLastName(employeeCreateDto.lastName); employee.setEmail(employeeCreateDto.email); employeeDao.save(employee); return new EmployeeDto(employee); } @Transactional public ResumeDto createResume(ResumeCreateDto resumeCreateDto) { Resume resume = new Resume(); resume.setEmployee(employeeDao.getById(resumeCreateDto.employeeId)); resume.setPosition(resumeCreateDto.position); resume.setAbout(resumeCreateDto.about); resumeDao.save(resume); return new ResumeDto(resume); } @Transactional(readOnly = true) public EmployeeDto getEmployeeById(Integer id) { return new EmployeeDto(employeeDao.getById(id)); } @Transactional(readOnly = true) public ResumeDto getResumeById(Integer id) { return new ResumeDto(resumeDao.getById(id)); } } 

वे लेनदेन जो हमें LazyInitializationException (और न केवल) से बचाते हैं। हाइबरनेट में लेनदेन को समझने के लिए, मैं हब पर उत्कृष्ट कार्य (और पढ़ें ... ) की सलाह देता हूं, जिससे मुझे नियत समय में बहुत मदद मिली।

6. संसाधन

अंत में, हमारी संस्थाएँ बनाने और प्राप्त करने के लिए संसाधनों को जोड़ें:
EmployeeResource :

 @Path("/") @Singleton public class EmployeeResource { private final EmployeeService employeeService; public EmployeeResource(EmployeeService employeeService) { this.employeeService = employeeService; } @GET @Produces("application/json") @Path("/employee/{id}") @ResponseBody public Response getEmployee(@PathParam("id") Integer id) { return Response.status(Response.Status.OK) .entity(employeeService.getEmployeeById(id)) .build(); } @POST @Produces("application/json") @Path("/employee/create") @ResponseBody public Response createEmployee(@RequestBody EmployeeCreateDto employeeCreateDto){ return Response.status(Response.Status.OK) .entity(employeeService.createEmployee(employeeCreateDto)) .build(); } @GET @Produces("application/json") @Path("/resume/{id}") @ResponseBody public Response getResume(@PathParam("id") Integer id) { return Response.status(Response.Status.OK) .entity(employeeService.getResumeById(id)) .build(); } @POST @Produces("application/json") @Path("/resume/create") @ResponseBody public Response createResume(@RequestBody ResumeCreateDto resumeCreateDto){ return Response.status(Response.Status.OK) .entity(employeeService.createResume(resumeCreateDto)) .build(); } } 

Produces(“application/json”) आवश्यकता है ताकि json और dto एक दूसरे के साथ सही रूप से परिवर्तित हो जाएं। इसके लिए pom.xml निर्भरता की आवश्यकता होती है:

 <dependency> <groupId>org.glassfish.jersey.media</groupId> <artifactId>jersey-media-json-jackson</artifactId> <version>${jersey.version}</version> </dependency> 

किसी कारण से अन्य जोंस-कन्वर्टर्स अमान्य मीडिया टाइप को उजागर करते हैं।

7. परिणाम

चलाएं और जांचें कि हमारे पास क्या है ( mvn clean install exec:java प्रोजेक्ट की जड़ में mvn clean install exec:java )। पोर्ट जिस पर अनुप्रयोग चलाता है सेवा में निर्दिष्ट है। एक उपयोगकर्ता बनाएं और फिर से शुरू करें। मैं इसे कर्ल के साथ करता हूं, लेकिन आप कंसोल को तुच्छ समझकर पोस्टमैन का उपयोग कर सकते हैं।

 curl --header "Content-Type: application/json" \ --request POST \ --data '{"firstName": "Jason", "lastName": "Statham", "email": "jasonst@t.ham"}' \ http://localhost:9999/employee/create curl --header "Content-Type: application/json" \ --request POST \ --data '{"employeeId": 0, "position": "Voditel", "about": "Opyt raboty perevozchikom 15 let"}' \ http://localhost:9999/resume/create curl --header "Content-Type: application/json" --request GET http://localhost:9999/employee/0 curl --header "Content-Type: application/json" --request GET http://localhost:9999/employee/0 

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

निष्कर्ष

विकी टैब में शुरू करने के निर्देश के साथ मुख्य एप्लिकेशन कोड को जीथब पर काम करने के क्रम में रखा गया है। संशोधित स्क्रीनशॉट:

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

पुनश्च कुछ समय बाद स्कूल से झटका लगने के बाद, टीम के बाकी सदस्य एकत्र हो गए और उड़ानों का विश्लेषण करने के बाद, सभी गलतियों को ध्यान में रखते हुए, अनुकूलन 2.0 बनाने का फैसला किया। परियोजना का मुख्य लक्ष्य एक ही है - गंभीर अनुप्रयोगों को कैसे बनाना है, यह जानने के लिए कि एक अच्छी तरह से सोची गई वास्तुकला का निर्माण करें और बाजार में विशेषज्ञों द्वारा मांग की जाए। आप उसी रिपॉजिटरी में काम का पालन कर सकते हैं। पूल अनुरोधों का स्वागत है। आपके ध्यान के लिए धन्यवाद और हमें शुभकामनाएँ!

बन

hoc ioc वीडियो लेक्चर