J7u45 में अपग्रेड करते समय जावा वेब के साथ समस्याएं शुरू होती हैं

जैसा कि नाम से ही स्पष्ट है, पोस्ट जावा द्वारा जारी सुरक्षा अपडेट के लिए समर्पित होगी, जो संभवतः वेब स्टार्ट एप्लिकेशन के लॉन्च को तोड़ / तोड़ देगा। सभी उदासीन नहीं हैं - मैं एक बिल्ली के लिए पूछता हूं।

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

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

Permissions: all-permissions Application-Name: AppName Codebase: * 

बहुत सुंदर नहीं, यह चेतावनी से छुटकारा पा गया, लेकिन समस्या का समाधान नहीं हुआ।
इसके अलावा, लंबी डिबग के दौरान (खुश बचपन के लिए एक्लिप्स आरसीपी को धन्यवाद), यह देखा गया कि सिस्टम पैरामीटर किसी तरह गलत तरीके से स्थानांतरित हो गए, जिसके कारण स्टैकओवरफ्लो पर अगली पोस्ट हुई: stackoverflow.com/questions/19400725-with-java-update- 7-45-ऑफ-सिस्टम-गुण-कोई-और-सेट-से-jnlp-tag-property ।
इसे सारांशित करते हुए, हम कह सकते हैं कि अब आप इसे केवल JNLP फ़ाइल में स्थानांतरित नहीं कर सकते।

3 समाधान पाए गए:
1) JNLP फ़ाइल पर हस्ताक्षर करें - docs.oracle.com/javase/7/docs/technotes/guides/jweb/signedJNLP.html#signedJnlp - संक्षेप में - JPLP-INF नाम के JNLP-INF फ़ोल्डर में हस्ताक्षरित jarlp में jnlp डालें। JNLP और यह खुशी।
इस पद्धति के साथ मुख्य समस्या यह थी कि हमारे पास प्रत्येक ग्राहक के लिए एक अलग JNLP है और आम तौर पर बोलना, मक्खी पर उत्पन्न होता है।

2) एक हस्ताक्षरित JNLP फ़ाइल टेम्पलेट बनाएँ - blogs.oracle.com/thejavatutorials/entry/signing_jar_files_with_a
प्रारंभ में, मैं इस पद्धति पर बस गया, कुछ भी जटिल नहीं: पिछले पैराग्राफ में ही, केवल फ़ाइल नाम APPLICATION_TEMPLATE.JNLP और उन स्थानों को बदल सकते हैं जिन्हें '*' से बदला जा सकता है।
लेकिन सब कुछ इतना रसपूर्ण नहीं निकला, कुछ भी काम नहीं किया। मुझे थोड़ा सा शर्मसार होना पड़ा और वेब के अंदर जाकर देखना शुरू किया कि टेम्पलेट और jnlp फ़ाइल की तुलना कैसे की जाती है। परिणामस्वरूप, निम्नलिखित कोड com.sun.javaws.jnl.XMLFormat में खोजा गया था:

  public static boolean isBlacklisted(XMLNode paramXMLNode) { if (paramXMLNode == null) { return false; } if (paramXMLNode.getName() != null) { XMLAttribute localXMLAttribute; String str; if ((paramXMLNode.getName().equals("java")) || (paramXMLNode.getName().equals("j2se"))) { for (localXMLAttribute = paramXMLNode.getAttributes(); localXMLAttribute != null; localXMLAttribute = localXMLAttribute.getNext()) { if (localXMLAttribute.getName().equals("java-vm-args")) { str = localXMLAttribute.getValue(); if ((str != null) && (str.indexOf("*") >= 0)) { Trace.println("Blacklisted - a = " + localXMLAttribute, TraceLevel.SECURITY); return true; } } } } else if (paramXMLNode.getName().equals("property")) { for (localXMLAttribute = paramXMLNode.getAttributes(); localXMLAttribute != null; localXMLAttribute = localXMLAttribute.getNext()) { str = localXMLAttribute.getValue(); if ((str != null) && (str.indexOf("*") >= 0)) { Trace.println("Blacklisted - a = " + localXMLAttribute, TraceLevel.SECURITY); return true; } } } } if (isBlacklisted(paramXMLNode.getNested())) { return true; } return isBlacklisted(paramXMLNode.getNext()); } 

यह कुछ इस तरह की जाँच करता है: किसी फ़ाइल के साथ टेम्पलेट की तुलना करते समय, यह देखने के लिए लगता है कि वर्तमान टैग काली सूची में है या नहीं, यदि ऐसा है, तो वह ऐसी jnlp फ़ाइल को छोड़ता नहीं है। वर्तमान कार्यान्वयन में, आप जावा या j2se टैग की जावा-वीएम-आर्ग्स संपत्ति में टेम्पलेट नहीं जोड़ सकते हैं, और आप मान के लिए टेम्पलेट वाले पैरामीटर को पारित नहीं कर सकते हैं।

और फिर से एक विफलता, प्रत्येक ग्राहक के लिए कई गुण अद्वितीय हैं और फार्म में मापदंडों के माध्यम से प्रेषित होते हैं:

 <property name="client.specific.property" value="client.specific.value"/> 

और हम सिर्फ टेम्पलेट में नहीं लिख सकते:

 <property name="client.specific.property" value="*"/> 

केवल अंतिम (उस समय) विकल्प बचता है:

3) Bugs.openjdk.java.net/browse/JDK-8023821 के अनुसार, गुण उपसर्ग 'jnlp' को जोड़कर उन्हें स्थानांतरित किया जा सकता है, वे सफलतापूर्वक सिस्टम गुणों में स्थानांतरित हो जाएंगे और फिर हमारे कोड में उन्हें अपने स्थान पर स्थानांतरित करना संभव होगा। । चूंकि कोई अन्य विकल्प नहीं पाया गया था, यहां पाया गया कोड एप्लिकेशन लॉन्च की शुरुआत में जोड़ा गया था:

  private static void initializeSystemProperiesFromJnlp() { //Hack for not signing JNLP file Properties properties = System.getProperties(); // copy properties to avoid ConcurrentModificationException Properties copiedProperties = new Properties(); copiedProperties.putAll(properties); Set<Object> keys = copiedProperties.keySet(); for (Object key : keys) { if (key instanceof String) { String keyString = (String) key; if (keyString.startsWith("jnlp.")) { //$NON-NLS-1$ // re set all properties starting with the jnlp-prefix // and set them without the prefix String property = System.getProperty(keyString); String replacedKeyString = keyString.replaceFirst("jnlp.", ""); //$NON-NLS-1$ //$NON-NLS-2$ System.setProperty(replacedKeyString, property); } } } } 

इस हेरफेर के बाद, सब कुछ काम किया।
कृपया ध्यान दें कि ऊपर दिया गया कोड एक अच्छा अभ्यास नियम नहीं है, और बहुत कम से कम, यह उन मूल्यों की जांच करने के लायक है जो गैजेट में हैं, अचानक हमें खराब कर दिया गया और बदल दिया गया।

इसके अलावा, एक और, अधिक कांटेदार, लेकिन सही तरीका है, जिसे मैंने बाद में सीखा। यह यहाँ वर्णित है ।

मुझे उम्मीद है कि यह पोस्ट किसी के लिए उपयोगी होगी।