🕞 📷 🤲🏼 जावा मूल छवि: उपयोगिता की जाँच करें 🏇🏼 👦 🦎

इतना समय पहले नहीं, Oracle ने GraalVM प्रोजेक्ट (https://www.graalvm.org/) की पहली रिलीज़ जारी की। रिलीज़ को तुरंत नंबर 19.0.0 सौंपा गया था, जाहिरा तौर पर यह समझाने के लिए कि परियोजना परिपक्व है और गंभीर अनुप्रयोगों में उपयोग के लिए तैयार है। इस परियोजना के कुछ हिस्सों में से एक: सब्सट्रेट वीएम एक ढांचा है जो आपको जावा अनुप्रयोगों को देशी निष्पादन योग्य फ़ाइलों (साथ ही साथ देशी पुस्तकालयों में लिखा जा सकता है जो कि लिखित अनुप्रयोगों में जोड़ा जा सकता है, उदाहरण के लिए, सी / सी ++ में)। इस सुविधा को अब तक प्रायोगिक घोषित किया गया है। यह भी ध्यान देने योग्य है कि मूल जावा अनुप्रयोगों की कुछ सीमाएँ हैं: आपको मूल कार्यक्रम में उन्हें शामिल करने के लिए उपयोग किए जाने वाले सभी संसाधनों को सूचीबद्ध करना होगा; आपको उन सभी वर्गों को सूचीबद्ध करने की आवश्यकता है जिनका उपयोग प्रतिबिंब और अन्य प्रतिबंधों के साथ किया जाएगा। एक पूरी सूची यहां मूल छवि जावा सीमा द्वारा दी गई है। इस सूची का अध्ययन करने के बाद, यह सिद्धांत रूप में समझा जा सकता है कि प्रतिबंध इतने महत्वपूर्ण नहीं हैं कि नरक से अधिक जटिल अनुप्रयोगों को विकसित करना असंभव होगा। मैंने यह लक्ष्य निर्धारित किया है: एक छोटा प्रोग्राम विकसित करना जिसमें एक अंतर्निहित वेब सर्वर है, एक डेटाबेस (ओआरएम लाइब्रेरी के माध्यम से) का उपयोग करता है और एक मूल बाइनरी में संकलित करता है जो बिना जावा मशीन स्थापित किए सिस्टम पर चल सकता है।

मैं Ubuntu 19.04 (Intel Core i3-6100 CPU @ 3.70GHz × 4) पर प्रयोग करूंगा।

GraalVM स्थापित करें

GraalVM की स्थापना एसडीकेमैन का उपयोग करके आसानी से की जाती है । GraalVM स्थापना आदेश:

sdk install java 19.0.0-grl

OpenJDK GraalVM CE 19.0.0 स्थापित किया जाएगा, CE सामुदायिक संस्करण है। एंटरप्राइज एडिशन (EE) भी है, लेकिन इस संस्करण को ओरेकल टेक्नोलॉजी नेटवर्क से डाउनलोड करने की आवश्यकता है, यह लिंक GraalVM डाउनलोड पेज पर है।

GraalVM को स्थापित करने के बाद, पहले से ही GraalVM से gu घटक अद्यतन प्रबंधक का उपयोग करते हुए, मैंने देशी बाइनरी में संकलन समर्थन स्थापित किया -

 gu install native-image

सब कुछ, काम करने के उपकरण तैयार हैं, अब आप एप्लिकेशन विकसित करना शुरू कर सकते हैं।

सरल देशी आवेदन

एक निर्माण प्रणाली के रूप में, मैं मावेन का उपयोग करता हूं। देशी बायनेरिज़ बनाने के लिए, मावेन प्लगइन है:

देशी छवि maven-प्लगइन

 <build> <plugins> <plugin> <groupId>com.oracle.substratevm</groupId> <artifactId>native-image-maven-plugin</artifactId> <version>${graal.version}</version> <executions> <execution> <goals> <goal>native-image</goal> </goals> <phase>package</phase> </execution> </executions> <configuration> <imageName>nativej</imageName> <buildArgs> --no-server </buildArgs> </configuration> </plugin> </plugins> </build>

आपको एप्लिकेशन का मुख्य वर्ग भी सेट करना होगा। यह देशी-छवि-मावेन-प्लगइन, और पारंपरिक तरीके से, दोनों के माध्यम से किया जा सकता है:

Maven-जार-प्लगइन

 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>2.4</version> <configuration> <archive> <manifest> <mainClass>nativej.Startup</mainClass> </manifest> </archive> </configuration> </plugin>

मुख्य वर्ग बनाएं:

Startup.java

 public class Startup { public static void main(String[] args) { System.out.println("Hello world!"); } }

अब आप एप्लिकेशन बनाने के लिए मावेन कमांड चला सकते हैं:

 mvn clean package

मेरी मशीन पर एक देशी बाइनरी का निर्माण करने में 35 सेकंड लगते हैं। नतीजतन, लक्ष्य निर्देशिका में 2.5 एमबी आकार की एक बाइनरी फ़ाइल प्राप्त की जाती है। प्रोग्राम को स्थापित जावा मशीन की आवश्यकता नहीं है और उन मशीनों पर चलता है जहां जावा गायब है।

रिपोजिटरी लिंक: जीथब: देशी-जावा-हेलोवर्ल्ड-डेमो ।

JDBC ड्राइवर का पदस्थापन करता है

और इसलिए, एक साधारण अनुप्रयोग काम करता है, "हैलो वर्ल्ड" प्रदर्शित करता है। किसी समाधान की जरूरत नहीं थी। मैं एक स्तर अधिक जाने की कोशिश करूँगा: मैं डेटाबेस से डेटा का अनुरोध करने के लिए पोस्टग्रैड्स JDBC ड्राइवर से जुड़ूंगा। GraalVM github के मुद्दे पोस्टग्रेज ड्राइवर से संबंधित बगों में आते हैं, लेकिन GraalVM पर उम्मीदवारों को छोड़ देते हैं। उन सभी को निर्धारित के रूप में चिह्नित किया गया है।

मैं पोस्टग्रैसक्वल निर्भरता को जोड़ता हूं:

 <dependency> <groupId>org.postgresql</groupId> <artifactId>postgresql</artifactId> <version>42.2.5</version> </dependency>

मैं डेटाबेस से डेटा निकालने के लिए कोड लिख रहा हूं (सबसे सरल उपयोगकर्ता प्लेट बनाई गई थी):

Startup.java

 public class Startup { public static void main(String[] args) SQLException { final PGSimpleDataSource ds = new PGSimpleDataSource(); ds.setUrl("jdbc:postgresql://localhost/demo_nativem"); ds.setUser("test"); ds.setPassword("test"); try ( Connection conn = ds.getConnection(); Statement stmt = conn.createStatement(); ResultSet rs = stmt.executeQuery("SELECT * FROM \"public\".\"user\""); ) { while(rs.next()){ System.out.print("ID: " + rs.getLong("id")); System.out.println(", Name: " + rs.getString("name")); } } } }

मैं मूल बाइनरी इकट्ठा करता हूं और तुरंत एक बिल्ड त्रुटि प्राप्त करता हूं:

Error: No instances are allowed in the image heap for a class that is initialized or reinitialized at image runtime: org.postgresql.Driver. Try marking this class for build-time initialization with --initialize-at-build-time=org.postgresql.Driver

तथ्य यह है कि मूल एप्लिकेशन बिल्डर बिल्ड प्रक्रिया के दौरान सभी स्थिर क्षेत्रों को प्रारंभ करता है (जब तक कि अन्यथा निर्दिष्ट न हो), और वह कक्षाओं की निर्भरता की जांच करके ऐसा करता है। मेरा कोड org.postgresql.Driver को संदर्भित नहीं करता है, इसलिए कलेक्टर को यह पता नहीं है कि इसे बेहतर कैसे इनिशियलाइज़ करना है (जब बिल्डिंग शुरू होती है, या जब एप्लिकेशन शुरू होता है) और बिल्डिंग करते समय इनिशियलाइज़ेशन के लिए इसे रजिस्टर करने की पेशकश करता है। इसे मूल-छवि-मावेन-प्लगइन प्लगइन के मवन तर्कों से जोड़कर किया जा सकता है, जैसा कि त्रुटि विवरण में दर्शाया गया है। Driver को जोड़ने के बाद, मुझे org.postgresql.util.SaringTimer से संबंधित समान त्रुटि मिलती है। फिर, मैं इस तरह की बिल्ड त्रुटि को इकट्ठा और मुठभेड़ करता हूं:

Error: Class initialization failed: org.postgresql.sspi.SSPIClient

सुधार के लिए कोई सिफारिश नहीं है। लेकिन, कक्षा के स्रोत को देखते हुए, यह स्पष्ट है कि यह विंडोज के तहत कोड के निष्पादन से संबंधित है। लिनक्स पर, इसका आरंभीकरण (जो असेंबली के दौरान होता है) एक त्रुटि के साथ विफल रहता है। आवेदन के शुरू में इसकी शुरुआत में देरी करने का एक अवसर है: - Ininitialize-at-run-time = org.postgresql.sspi.SSPIClient। लिनक्स पर प्रारंभ नहीं होगा और अब हमें इस वर्ग से संबंधित त्रुटियाँ नहीं मिलेंगी। निर्माण तर्क:

 <buildArgs> --no-server --no-fallback --initialize-at-build-time=org.postgresql.Driver --initialize-at-build-time=org.postgresql.util.SharedTimer --initialize-at-run-time=org.postgresql.sspi.SSPIClient </buildArgs>

असेंबली में 1 मिनट 20 सेकंड लगने लगे और फ़ाइल 11 MB तक स्वाह हो गई। मैंने बाइनरी के निर्माण के लिए एक अतिरिक्त ध्वज जोड़ा: -कोई-फॉलबैक निषिद्ध एक देशी बाइनरी पैदा करता है जिसे एक स्थापित जावा मशीन की आवश्यकता होती है। ऐसा बाइनरी बनाया जाता है यदि कलेक्टर भाषा सुविधाओं का उपयोग करता है जो या तो सब्सट्रेट वीएम में समर्थित नहीं हैं या कॉन्फ़िगरेशन की आवश्यकता है, लेकिन अभी तक कोई कॉन्फ़िगरेशन नहीं है। मेरे मामले में, कलेक्टर ने जेडीबीसी चालक में प्रतिबिंब के संभावित उपयोग की खोज की। लेकिन यह केवल संभावित उपयोग है, मेरे कार्यक्रम में इसकी आवश्यकता नहीं है, और इसलिए, अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता नहीं है (यह कैसे करना है यह दिखाया जाएगा)। वहाँ भी - thestatic झंडा है, जो जनक को सांख्यिकीय रूप से लिंक libc के लिए मजबूर करता है। लेकिन यदि आप इसका उपयोग करते हैं, तो प्रोग्राम एक आईपी पते पर नेटवर्क नाम को हल करने का प्रयास करते समय एक विभाजन दोष के साथ क्रैश हो जाता है। मैंने इस समस्या के किसी भी समाधान की तलाश की, लेकिन कुछ भी उपयुक्त नहीं पाया, इसलिए मैंने प्रोग्राम को निर्भरता पर छोड़ दिया।

मैं परिणामी बाइनरी चलाता हूं और निम्नलिखित त्रुटि प्राप्त करता हूं:

Exception in thread "main" org.postgresql.util.PSQLException: Could not find a java cryptographic algorithm: TLS SSLContext not available.

कुछ शोध के बाद, त्रुटि के कारण की पहचान की गई: डिफ़ॉल्ट रूप से पोस्टग्रेट्स एलिप्टिक कर्व का उपयोग करके एक टीएलएस कनेक्शन स्थापित करता है। सबस्ट्रेट वीएम में टीएलएस के लिए इस तरह के एल्गोरिदम का कार्यान्वयन शामिल नहीं है, यहां संगत खुला मुद्दा है - सबस्ट्रेट वीएम के लिए एकल-बाइनरी ईसीसी (ईसीडीएसए / ईसीडीएचई) टीएलएस समर्थन । कई समाधान हैं: लाइब्रेरी को GraalVM पैकेज से डालें: libsunec.so अनुप्रयोग के बगल में, पोस्टग्रेज सर्वर पर एल्गोरिदम की सूची कॉन्फ़िगर करें, एलिप्टिक कर्व एल्गोरिदम को बाहर करें या पोस्टग्रेज ड्राइवर में टीएलएस कनेक्शन को अक्षम करें (यह विकल्प चुना गया था):

 dataSource.setSslMode(SslMode.DISABLE.value);

Postgres के साथ संबंध बनाने की त्रुटि को समाप्त करने के बाद, मैं मूल एप्लिकेशन लॉन्च करता हूं, यह डेटाबेस से डेटा चलाता है और प्रदर्शित करता है।

रिपोजिटरी लिंक: जीथब: देशी-जावा-पोस्टग्रैज-डेमो ।

डि फ्रेम और एम्बेडेड वेब सर्वर

एक जटिल जावा एप्लिकेशन विकसित करते समय, वे आमतौर पर किसी प्रकार के ढांचे का उपयोग करते हैं, उदाहरण के लिए, स्प्रिंग बूट। लेकिन GraalVM की मूल छवि समर्थन के इस लेख को देखते हुए, देशी छवि "बॉक्स से बाहर" में स्प्रिंग बूट का काम केवल स्प्रिंग बूट 5.3 के संस्करण में हमसे वादा किया गया है।

लेकिन एक अद्भुत अंतरिक्ष यात्री ढांचा है जो ग्रेवालम देशी छवि में काम करने का दावा करता है । सामान्य तौर पर, एक माइक्रोफ़ोन को एक ऐसे एप्लिकेशन से कनेक्ट करना जो एक बाइनरी में इकट्ठा किया जाएगा, किसी विशेष सेटिंग्स या समस्या को हल करने की आवश्यकता नहीं है। वास्तव में, सबस्ट्रेट वीएम के लिए प्रतिबिंब और कनेक्टिंग संसाधनों का उपयोग करने के लिए कई सेटिंग्स पहले से ही माइक्रोनॉट के अंदर बनाई गई हैं। वैसे, सेटिंग फ़ाइल META-INF / देशी-छवि / $ {groupId} / $ {विरूपण साक्ष्य} /native-image.properties में आपके एप्लिकेशन के अंदर एक ही सेटिंग रखी जा सकती है (सेटिंग्स फ़ाइल के लिए ऐसा पथ सबस्ट्रेट VM द्वारा अनुशंसित है), यहाँ एक विशिष्ट है। फ़ाइल सामग्री:

native-image.properties

 Args = \ -H:+ReportUnsupportedElementsAtRuntime \ -H:ResourceConfigurationResources=${.}/resource-config.json \ -H:ReflectionConfigurationResources=${.}/reflect-config.json \ -H:DynamicProxyConfigurationResources=${.}/proxy-config.json \ --initialize-at-build-time=org.postgresql.Driver \ --initialize-at-build-time=org.postgresql.util.SharedTimer \ --initialize-at-run-time=org.postgresql.sspi.SSPIClient

फ़ाइल संसाधन-config.json, प्रतिबिंबित-config.json, प्रॉक्सी-config.json में संसाधनों को जोड़ने के लिए सेटिंग्स होती हैं, प्रतिबिंब और प्रयुक्त प्रॉक्सी (Proxy.newProxyInstance)। ये फ़ाइलें मैन्युअल रूप से बनाई जा सकती हैं या एजेंटलिब का उपयोग करके पुनर्प्राप्त की जा सकती हैं: मूल-छवि-एजेंट। देशी-छवि-एजेंट का उपयोग करने के मामले में, आपको एजेंट का उपयोग करके सामान्य जार (और मूल बाइनरी नहीं) चलाने की आवश्यकता है:

 java -agentlib:native-image-agent=config-output-dir=output -jar my.jar

जहाँ आउटपुट निर्देशिका है जहाँ ऊपर वर्णित फाइलें स्थित होंगी। इस मामले में, कार्यक्रम को न केवल चलाने की जरूरत है, बल्कि कार्यक्रम में स्क्रिप्ट को निष्पादित करने की भी आवश्यकता है, क्योंकि सेटिंग्स फाइलों पर लिखी जाती हैं क्योंकि आप प्रतिबिंब, खुले संसाधनों का उपयोग करते हैं, एक प्रॉक्सी बनाते हैं। इन फ़ाइलों को META-INF / देशी-छवि / $ {groupId} / $ {विरूपण साक्ष्य} रखा जा सकता है और native-image.properties में संदर्भित किया जा सकता है।

मैंने लॉगबैक का उपयोग करके लॉगिंग को कनेक्ट करने का निर्णय लिया: मैंने लॉगबैक-क्लासिक लाइब्रेरी और लॉगबैक.एक्सएमएल फ़ाइल पर निर्भरता जोड़ी। उसके बाद, मैंने एक नियमित जार संकलित किया और देशी-छवि-एजेंट का उपयोग करके इसे चलाया। जब प्रोग्राम समाप्त होता है, तो आवश्यक सेटिंग्स फाइलें। यदि आप उनकी सामग्री को देखते हैं, तो आप देख सकते हैं कि एजेंट ने बाइनरी में संकलित करने के लिए logback.xml के उपयोग को पंजीकृत किया है। इसके अलावा, प्रतिबिंब-config.json फ़ाइल में प्रतिबिंब का उपयोग करने के सभी मामले शामिल हैं: दिए गए वर्गों के लिए, मेटा जानकारी बाइनरी में मिल जाएगी।

फिर मैंने नेटी-आधारित एम्बेडेड वेब सर्वर का उपयोग करने के लिए माइक्रोएनेट-http-server-netty लाइब्रेरी पर निर्भरता जोड़ी और एक नियंत्रक बनाया:

Startup.java

 @Controller("/hello") public class HelloController { @Get("/{name}") @Produces(MediaType.TEXT_PLAIN) public HttpResponse<String> hello(String name) { return HttpResponse.ok("Hello " + name); } }

और मुख्य वर्ग:

HelloController.java

 public class Startup { public static void main(String[] args) { Signal.handle(new Signal("INT"), sig -> System.exit(0)); Micronaut.run(Startup.class, args); } }

अब आप एक देशी बाइनरी बनाने की कोशिश कर सकते हैं। मेरी सभा में 4 मिनट लगे। यदि आप इसे चलाते हैं और पता http: // localhost: 8080 / हैलो / उपयोगकर्ता पर जाते हैं, तो एक त्रुटि होती है:

 {"_links":{"self":{"href":"/hello/user","templated":false}},"message":"More than 1 route matched the incoming request. The following routes matched /hello/user: GET - /hello/user, GET - /hello/user"}

ईमानदारी से, यह पूरी तरह से स्पष्ट नहीं है कि ऐसा क्यों होता है, लेकिन इसे रोकने के बाद, मैंने पाया कि संसाधन-config.json फ़ाइल (जो एजेंट द्वारा बनाई गई थी) से निम्न पंक्तियों को हटा दिए जाने पर त्रुटि गायब हो जाती है:

  {"pattern":"META-INF/services/com.fasterxml.jackson.databind.Module"}, {"pattern":"META-INF/services/io.micronaut.context.env.PropertySourceLoader"}, {"pattern":"META-INF/services/io.micronaut.http.HttpResponseFactory"}, {"pattern":"META-INF/services/io.micronaut.inject.BeanConfiguration"}, {"pattern":"META-INF/services/io.micronaut.inject.BeanDefinitionReference"},

अंतरिक्ष यात्री इन संसाधनों को पंजीकृत करता है और ऐसा लगता है कि पुनः पंजीकरण से मेरे नियंत्रक का दोहरा पंजीकरण और एक त्रुटि हो जाती है। यदि फ़ाइल को ठीक करने के बाद, आप बाइनरी को फिर से बनाते हैं और इसे चलाते हैं, तो अधिक त्रुटियां नहीं होंगी, पाठ "हैलो उपयोगकर्ता" http: // localhost: 8080 / hello / उपयोगकर्ता पर प्रदर्शित किया जाएगा।

मैं मुख्य वर्ग में निम्नलिखित पंक्ति के उपयोग पर ध्यान आकर्षित करना चाहता हूं:

 Signal.handle(new Signal("INT"), sig -> System.exit(0));

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

रिपोजिटरी लिंक: जीथब: देशी-जावा-पोस्टग्रेज-माइक्रोएरन-डेमो ।

ORM कनेक्शन

JDBC अच्छा है, लेकिन दोहराव कोड, अंतहीन चयन और अद्यतन के टायर। मैं किसी तरह के ORM को जोड़कर अपने जीवन को देखने के लिए (या जिस पर निर्भर करता हूं) को सुविधाजनक बनाने की कोशिश करूँगा।

हाइबरनेट

सबसे पहले मैंने हाइबरनेट की कोशिश करने का फैसला किया, क्योंकि यह जावा के लिए सबसे आम ओआरएम में से एक है। लेकिन मैंने बिल्ड त्रुटि के कारण हाइबरनेट का उपयोग करके एक मूल छवि बनाने का प्रबंधन नहीं किया:

 Error: Field java.lang.reflect.Method.defaultValue is not present on type java.lang.reflect.Constructor. Error encountered while analysing java.lang.reflect.Method.getDefaultValue() Parsing context: parsing org.hibernate.annotations.common.annotationfactory.AnnotationProxy.getAnnotationValues(AnnotationProxy.java:63) parsing org.hibernate.annotations.common.annotationfactory.AnnotationProxy(AnnotationProxy.java:52) ...

एक संबंधित खुला मुद्दा है: [मूल-छवि] java.lang.reflect.Method.getDefaultValue () का विश्लेषण करते समय त्रुटि में माइक्रोफ़ोन + हाइबरनेट परिणाम ।

jOOQ

फिर मैंने jOOQ आज़माने का फैसला किया। मैं एक देशी बाइनरी का निर्माण करने में कामयाब रहा, हालांकि मुझे बहुत सारी सेटिंग्स करनी थीं: यह निर्दिष्ट करना कि कौन सी कक्षाओं को आरंभीकरण (बिल्डटाइम, रनटाइम) और प्रतिबिंब के साथ गड़बड़ करना है। अंत में, यह सब इस तथ्य पर उतर आया कि जब आवेदन शुरू होता है, तो jOOQ प्रॉक्सी org.jooq.impl.ParserImpl को आरंभ करता है। वर्ग के स्थिर सदस्य के रूप में $ अनदेखा करता है। org.jooq.impl.ools। और यह प्रॉक्सी मेथडांडल का उपयोग करता है, जो सब्सट्रेट वीएम अभी तक समर्थन नहीं करता है । यहाँ एक ऐसा ही खुला मुद्दा है: [मूल-छवि] माइक्रोऑनट + काफ्का, मेथडल तर्क के साथ देशी छवि बनाने में विफल रहता है, अधिकांश कॉल पर कम नहीं किया जा सकता है ।

अपाचे कैयेन

अपाचे केयेन कम आम है, लेकिन काफी कार्यात्मक है। मैं इसे जोड़ने की कोशिश करूंगा। मैंने डेटाबेस स्कीमा का वर्णन करने के लिए एक्सएमएल फाइलें बनाईं, वे या तो मैन्युअल रूप से बनाई जा सकती हैं या केयेनमॉडलर जीयूआई उपकरण का उपयोग कर सकते हैं, या एक मौजूदा डेटाबेस पर आधारित हो सकती हैं। Pom फ़ाइल में cayenne-maven-plugin का उपयोग करके, डेटाबेस तालिकाओं के अनुरूप होने वाली कक्षाओं की कोड पीढ़ी को नीचे रखा जाएगा:

लाल-maven-प्लगइन

 <plugin> <groupId>org.apache.cayenne.plugins</groupId> <artifactId>cayenne-maven-plugin</artifactId> <version>${cayenne.version}</version> <configuration> <map>src/main/resources/db/datamap.map.xml</map> <destDir>${project.build.directory}/generated-sources/cayenne</destDir> </configuration> <executions> <execution> <goals> <goal>cgen</goal> </goals> </execution> </executions> </plugin>

फिर मैंने डेटाबेस संदर्भ कारखाने को आरम्भ करने के लिए केयेनरंटाइमफैक्टी क्लास को जोड़ा:

CayenneRuntimeFactory.java

 @Factory public class CayenneRuntimeFactory { private final DataSource dataSource; public CayenneRuntimeFactory(DataSource dataSource) { this.dataSource = dataSource; } @Bean @Singleton public ServerRuntime cayenneRuntime() { return ServerRuntime.builder() .dataSource(dataSource) .addConfig("db/cayenne-test.xml") .build(); } }

HelloController नियंत्रक:

HelloController.java

 @Controller("/hello") public class HelloController { private final ServerRuntime cayenneRuntime; public HelloController(ServerRuntime cayenneRuntime) { this.cayenneRuntime = cayenneRuntime; } @Get("/{name}") @Produces(MediaType.TEXT_PLAIN) public HttpResponse<String> hello(String name) { final ObjectContext context = cayenneRuntime.newContext(); final List<User> result = ObjectSelect.query(User.class).select(context); if (result.size() > 0) { result.get(0).setName(name); } context.commitChanges(); return HttpResponse.ok(result.stream() .map(x -> MessageFormat.format("{0}.{1}", x.getObjectId(), x.getName())) .collect(Collectors.joining(","))); } }

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

मैंने देशी बाइनरी एकत्र किया, इसे चलाया, पते पर जाएं http: // localhost: 8080 / हैलो / उपयोगकर्ता और एक त्रुटि प्राप्त करें :

 {"message":"Internal Server Error: Provider com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl not found"}

यह एजेंटलिब निकला: देशी-छवि-एजेंट ने प्रतिबिंब में इस वर्ग के उपयोग का पता नहीं लगाया।

मैन्युअल रूप से इसे प्रतिबिंबित-config.json फ़ाइल में जोड़ा गया:

 { "name":"com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl", "allDeclaredConstructors":true }

फिर से, मैं बाइनरी इकट्ठा करता हूं, शुरू करता हूं, वेब पेज को अपडेट करता हूं और एक और त्रुटि प्राप्त करता हूं:

 Caused by: java.util.MissingResourceException: Resource bundle not found org.apache.cayenne.cayenne-strings. Register the resource bundle using the option -H:IncludeResourceBundles=org.apache.cayenne.cayenne-strings.

यहां सब कुछ स्पष्ट है, मैं सेटिंग को जोड़ता हूं, जैसा कि प्रस्तावित समाधान में संकेत दिया गया है। फिर से मैं बाइनरी इकट्ठा करता हूं (यह 5 मिनट का समय है), मैं इसे फिर से शुरू करता हूं और फिर से एक त्रुटि, एक और:

 No DataMap found, can't route query org.apache.cayenne.query.SelectQuery@2af96966[root=class name.voyachek.demos.nativemcp.db.User,name=]"}

मुझे इस त्रुटि के साथ कई परीक्षणों के बाद टिंकर करना पड़ा, सूत्रों का अध्ययन करने पर, यह स्पष्ट हो गया कि त्रुटि का कारण वर्ग org.apache.cayenne.resource.URLResource से इस पंक्ति में है:

 return new URLResource(new URL(url, relativePath));

जैसा कि यह निकला, सब्सट्रेट वीएम यूआरएल द्वारा संसाधन को लोड करता है, जिसे आधार के रूप में इंगित किया जाता है, और यूआरएल द्वारा नहीं, जिसे आधार और रिश्तेदारपैथ के आधार पर बनाया जाना चाहिए। मेरे द्वारा निम्नलिखित समस्या को दर्ज किया गया था: नए URL (URL संदर्भ, स्ट्रिंग कल्पना) का उपयोग करते समय अमान्य संसाधन सामग्री ।

त्रुटि निर्धारित की जाती है, अब आपको वर्कअराउंड की तलाश करने की आवश्यकता है। सौभाग्य से, अपाचे केयेन काफी अनुकूलन योग्य चीज बन गई। आपको अपना संसाधन लोडर पंजीकृत करना होगा:

 ServerRuntime.builder() .dataSource(dataSource) .addConfig("db/cayenne-test.xml") .addModule(binder -> { binder.bind(ResourceLocator.class).to(ClassLoaderResourceLocatorFix.class); binder.bind(Key.get(ResourceLocator.class, Constants.SERVER_RESOURCE_LOCATOR)).to(ClassLoaderResourceLocatorFix.class); }) .build();

यहाँ उसका कोड है:

ClassLoaderResourceLocatorFix.java

 public class ClassLoaderResourceLocatorFix implements ResourceLocator { private ClassLoaderManager classLoaderManager; public ClassLoaderResourceLocatorFix(@Inject ClassLoaderManager classLoaderManager) { this.classLoaderManager = classLoaderManager; } @Override public Collection<Resource> findResources(String name) { final Collection<Resource> resources = new ArrayList<>(3); final Enumeration<URL> urls; try { urls = classLoaderManager.getClassLoader(name).getResources(name); } catch (IOException e) { throw new ConfigurationException("Error getting resources for "); } while (urls.hasMoreElements()) { resources.add(new URLResourceFix(urls.nextElement())); } return resources; } private class URLResourceFix extends URLResource { URLResourceFix(URL url) { super(url); } @Override public Resource getRelativeResource(String relativePath) { try { String url = getURL().toString(); url = url.substring(0, url.lastIndexOf("/") + 1) + relativePath; return new URLResource(new URI(url).toURL()); } catch (MalformedURLException | URISyntaxException e) { throw new CayenneRuntimeException( "Error creating relative resource '%s' : '%s'", e, getURL(), relativePath); } } } }

इसकी एक लाइन है

 return new URLResource(new URL(url, relativePath));

द्वारा प्रतिस्थापित:

 String url = getURL().toString(); url = url.substring(0, url.lastIndexOf("/") + 1) + relativePath; return new URLResource(new URI(url).toURL());

मैं बाइनरी (70 एमबी) इकट्ठा करता हूं, इसे चलाता हूं, http: // localhost: 8080 / हैलो / उपयोगकर्ता और सब कुछ काम करता है, डेटाबेस से डेटा पृष्ठ पर प्रदर्शित होता है।

रिपोजिटरी लिंक: गितुब: देशी-माइक्रोनायट-सेयेन-डेमो ।

निष्कर्ष

लक्ष्य प्राप्त किया गया है: ORM का उपयोग कर डेटाबेस तक पहुंच के साथ एक साधारण वेब एप्लिकेशन विकसित किया गया है। एप्लिकेशन को एक देशी बाइनरी में संकलित किया गया है और जावा मशीन स्थापित किए बिना सिस्टम पर चल सकता है। कई समस्याओं के बावजूद, मुझे फ्रेमवर्क, सेटिंग्स और वर्कअराउंड का एक संयोजन मिला जिसने मुझे एक कार्यशील कार्यक्रम प्राप्त करने की अनुमति दी।

हां, जावा स्रोत कोड से नियमित बायनेरिज़ बनाने की क्षमता अभी भी प्रायोगिक स्थिति में है। यह समस्याओं की बहुतायत से स्पष्ट है, वर्कअराउंड की तलाश करने की आवश्यकता है। लेकिन अंत में, यह अभी भी वांछित परिणाम प्राप्त करने के लिए निकला। मुझे क्या मिला?

एकमात्र स्व-निहित फ़ाइल (लगभग, पुस्तकालयों पर निर्भरताएं हैं जैसे कि libc) जो कि जावा मशीन के बिना सिस्टम पर चल सकती हैं।
एक नियमित जार शुरू करते समय प्रारंभ समय औसतन 40 मिलीसेकंड बनाम 2 सेकंड होता है।

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

जावा मूल छवि: उपयोगिता की जाँच करें

GraalVM स्थापित करें

सरल देशी आवेदन

JDBC ड्राइवर का पदस्थापन करता है

डि फ्रेम और एम्बेडेड वेब सर्वर

ORM कनेक्शन

हाइबरनेट

jOOQ

अपाचे कैयेन

निष्कर्ष

More articles: