Playframework 1.x में Lucene के साथ खोजें

मेरी एक Playframework-e वेब परियोजनाओं में, एक दिन इसने एक खोज की। मैंने डेटाबेस में खोज करने के विचार को तुरंत खारिज कर दिया, क्योंकि मैं रैंक और अन्य "स्मार्ट" सर्च गुडियों को रैंक करना चाहता था, और मेरी बाइक का आविष्कार करने का कोई समय या इच्छा नहीं थी।
जावा में परियोजना के बाद से - इसके लिए ल्यूसिन का उपयोग करना बहुत लुभावना था।
Google में, मुझे तुरंत Playframework के लिए एक अद्भुत मॉड्यूल मिला जिसे Search कहा जाता है, मुझे इलास्टिक सर्च मॉड्यूल भी मिला, जो Lucene का भी उपयोग करता है, लेकिन इसके लिए एक अलग सर्वर की स्थापना की आवश्यकता होती है, और इसलिए इसे ध्वजांकित किया गया था। मुझे इसकी सरलता के कारण सर्च मॉड्यूल पसंद आया - इसमें सभी "घंटियाँ और सीटी" सम्‍मिलित हैं, इसलिए इसका उपयोग करना बहुत आसान है।
मॉड्यूल की स्थापना के साथ, प्ले-ई में हमेशा की तरह, कोई समस्या नहीं थी, प्ले इंस्टॉल सर्च कमांड ने एक धमाके के साथ काम किया और मॉड्यूल को रिपॉजिटरी से बाहर पंप किया।
Application.conf में mod.search = $ {play.path} /modules/search-2.0 जोड़कर। मैं पहले ही आवेदन में इसका उपयोग कर सकता था।
लघु ट्यूटोरियल के बाद, मैंने एंट्री एंटिटी में जोड़ा, जिसके द्वारा मुझे वास्तव में, @ इंडेक्स एनोटेशन और डिफॉल्ट फ़ील्ड @ फील एनोटेशन की खोज करनी चाहिए।
नियंत्रक में निम्नलिखित कोड लिखकर:

public static void search(String phrase, int page) { int pageSize = PAGE_SIZE; Query query = Search.search("description:" + phrase, Entry.class); List<Entry> entries = query.page(page*pageSize, pageSize).fetch(); long totalCount = query.count(); render(entries, totalCount, page, pageSize, phrase); } 

मैं पहले परीक्षण करने और कार्यक्षमता बढ़ाने के लिए पहले से ही तैयार था, लेकिन फिर समस्याएं शुरू हो गईं ...

खोज ने काम नहीं किया, अर्थात, गिनती () विधि 0 वापस आ गई, और प्रविष्टियों की सूची खाली थी। मैंने रूसी और अंग्रेजी दोनों में खोज करने की कोशिश की, और Search.rebuildAllIndexes () कहा, और बहुत अधिक प्रयास किया, लेकिन परिणाम अपरिवर्तित रहा।
सौभाग्य से, प्ले-ई में मॉड्यूल स्रोत के साथ डाउनलोड किया जाता है और पक्षपाती हो सकता है। एक छोटी डीबग ने दिखाया कि विवरण फ़ील्ड को अनुक्रमणिका में नहीं रखा गया है। मैं थोड़ा गहरे चढ़ गया और देखा कि @Field एनोटेशन की तलाश में, इकाई क्षेत्र में object.getClass () विधि का उपयोग किया गया था । getFields () , लेकिन बंद करो, यह विधि केवल सार्वजनिक फ़ील्ड लौटाती है, लेकिन मेरे सार में, फ़ील्ड के रूप में उनकी संरक्षित पहुंच होनी चाहिए, और मॉड्यूल लेखक को getDeclaredFields () विधि का उपयोग करना चाहिए।
यहां मैं एक विषयांतर करूंगा: मैं बिल्कुल नहीं चाहता था कि मॉड्यूल को फिर से इकट्ठा किया जाए और इसमें कोड को बदल दिया जाए, कम से कम क्योंकि मैं "कॉम्बैट" सर्वर पर प्ले इंस्टॉल सर्च करने की क्षमता खो दूंगा, लेकिन मुझे अपने हाथों को रीसैम्बल्ड मॉड्यूल पर रखना होगा। एक बग रिपोर्ट लिखना या एक पैच पेश करना एक त्वरित उपक्रम नहीं था, लेकिन अब कार्यक्षमता की आवश्यकता थी।
सामान्य तौर पर, विवरण फ़ील्ड को सार्वजनिक करने का निर्णय लिया गया था, और इस बग को मॉड्यूल में तय होने तक टूडू लिखने का निर्णय लिया गया था। और, लो और निहारना, खोज अर्जित की है!
अगली समस्या, जिसे मैंने पहले ही ट्यूटोरियल पढ़ने के बाद अनुमान लगाया था, कि मॉड्यूल में यूनिट के साथ CRUD के संचालन के दौरान सूचकांक का स्वत: अद्यतन (और नए रिकॉर्ड्स को जोड़ना) - मुझे इसकी आवश्यकता नहीं थी। तथ्य यह है कि सिस्टम में जोड़े जाने वाले रिकॉर्ड पहले प्री-मॉडरेशन से गुजरते हैं, और मुझे खोज में जाने के लिए "अन-मॉडरेट" रिकॉर्ड की आवश्यकता नहीं है।
मैं मॉडरेशन के बाद खुद Search.index (प्रविष्टि) को कॉल करना चाहता हूं। मुझे वास्तव में उम्मीद थी कि मुझे सूत्रों में कुछ लाइन के लिए जाँच में मिल जाएगा: क्या सूचकांक स्वचालित रूप से अपडेट होता है या नहीं, लेकिन मैं SearchPlugin कोड में इस पर आया:

 @Override public void onEvent(String message, Object context) { if (!message.startsWith("JPASupport")) return; if (message.equals("JPASupport.objectPersisted") || message.equals("JPASupport.objectUpdated")) { Search.index (context); } else if (message.equals("JPASupport.objectDeleted")) { Search.unIndex(context); } } 

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

 Search.init(); FileExtractor.init(); 

और जब तुम रुक जाओ:

 try { Search.shutdown(); } catch (Exception e) { throw new UnexpectedException (e); } 

यह आसानी से @ OnApplicationStart / Stop annotations के साथ जॉब का उपयोग करके किया जाता है।
अगला कदम यह सोचने के लिए था कि यह एक प्लगइन था। Playframework, play.plugins फ़ाइल का उपयोग करके क्लासपाथ में मॉड्यूल ढूंढता है , वास्तव में , सामान्य संग्रह के साथ, यह फ़ाइल जार फ़ाइल से हटा दी गई थी, और सब कुछ बदल गया और मुड़ गया।
मुझे उम्मीद है कि मेरा अनुभव उपयोगी होगा और उन लोगों के लिए समय बचाने में मदद करेगा जो अपने काम में प्लेफ्रॉमवर्क का उपयोग करते हैं।
पुनश्च: चूँकि मुझे मॉड्यूल को काम के फ़ोल्डर में रखना था, इसलिए मैंने इसे सार्वजनिक क्षेत्रों के साथ बग को सही करके फिर से बनाया। :)