Mit Java 7 Update 45 das System-Eigenschaften nicht Mehr aus der JNLP-Tag "Eigenschaft"

Wir führen Sie die Anwendung aus der beigefügten JNLP. Auf der Java-Konsole, die wir ausgegeben haben die system-Eigenschaften mit D. Die Eigenschaften von unserem JNLP-Dateien nicht mehr. Dies ist die erste Java-version, dass wir diese Art von Problemen mit. Alles war in Ordnung arbeiten bis zu und einschließlich 7 Update 40.

Wir haben alle jars signiert, aber es gibt keine Sicherheit-Attribute, die in Ihren MANIFESTEN.

<?xml version="1.0" encoding="UTF-8"?>

<jnlp spec="1.0+" codebase="http://10.0.10.230/webstart/app" href="desktop.jnlp">
<information>
<title>MyApp Desktop</title>
<vendor>MyApp GmbH</vendor>
<homepage href="http://www.myres-edv.de"/>
<description>MyApp Desktop</description>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.5+" initial-heap-size="512M" max-heap-size="1024M" javaws-vm-args="-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8200"/> 
 <property name="org.omg.CORBA.ORBInitialHost" value="10.0.10.230"/>             
 <property name="org.omg.CORBA.ORBServerHost" value="10.0.10.230" />
 <property name="sun.net.spi.nameservice.provider.1" value="dns,sun" />
 <property name="MyApp.baktswritedos" value="true"/>
 <property name="MyApp.nocomm" value="true"/>
 <property name="MyApp.la.erfassungdos" value="true"/>
 <property name="com.sun.corba.ee.transport.ORBTCPConnectTimeouts" value="500:30000:40:30000" />
 <property name="deployment.trace.level" value="all" /> 
 <jar href="myresjar/ejb/myres/myres_ejb_client.jar" main="true" download="eager"/>
 <jar href="myresjar/ejb/myres/myres_ejb.jar" download="eager"/>
 <extension name="jars" href="commonejbjars.jnlp"/>
 <extension name="jars" href="jr.jnlp"/>
 <extension name="jars" href="commonjars.jnlp"/>
 <extension name="jars" href="commonjh.jnlp"/>
 <nativelib href="myresjar/ejb/myres/myres_dll.jar"/>
</resources>
<resources os="Windows">
    <nativelib href="myresjar/myres/native-dlls.jar" download="eager"/>
</resources>
<application-desc main-class="de.myapp.gui.desktop.mainframe.DesktopMainFrame">
   <argument>-serverIP=10.0.0.230</argument> 
   <argument>-initNewDayAction=true</argument> 
</application-desc>
</jnlp>

Prüfen Sie die JNLP-mit JaNeLA.
1) <nativelib href="myresjar/ejb/myres/myres_dll.jar"/>^M Huh? 2) "es gibt keine Sicherheit-Attribute, die in Ihren MANIFESTEN." Hinzufügen.

InformationsquelleAutor user2885888 | 2013-10-16

32

Erlebten wir das gleiche Problem mit Java 7 Update 45 (1.7.0_45). Die JNLP Spec gab einen Tipp für ein work-around:

Eigenschaften legen Sie in der jnlp-Datei wird in der Regel durch Java-Web-Start-nach Start der VM, aber vor der Anwendung aufgerufen. Einige Eigenschaften sind als "sicher" Eigenschaften und können übergeben werden -Dkey=Wert-Argumente für die java invocation command line.

Den folgenden Eigenschaften, sowie die Eigenschaften Anfang, die entweder mit "javaws." oder "jnlp.", als "sichere" und verabschiedet werden, um die VM auf diese Weise:
...

Während der "unsicheren" Eigenschaften aufgehört zu arbeiten, erkannten wir, dass "sichere" Eigenschaften würde noch richtig eingestellt werden.
Vielleicht ist der Mechanismus, der festlegt, Eigenschaften, nachdem die VM gestartet wird, aber bevor die Anwendung aufgerufen wird, kaputt mit dieser Java-update, oder vielleicht war dies eine absichtliche, aber ohne Papiere ändern.

Den work-around, hängt nun von der Art von system-Eigenschaften:

Für die system-Eigenschaften, die Einfluss auf Java Verhalten oder Bibliotheken, änderten wir unseren code zu nennen System.setProperty() beim starten der Anwendung, anstatt Sie in der JNLP.

Für Eigenschaften, die wir verwenden, um zu konfigurieren Sie die Anwendung aus der JNLP-Datei, die wir Hinzugefügt die jnlp. Präfix, so dass Sie übergeben werden wieder korrekt.
```
<property name="myconfig" value="DE" />
```
zu
```
<property name="jnlp.myconfig" value="DE" />
```
Edit: Nach OpenJDK JDK Bug-8023821, die änderung war beabsichtigt:

Ab 7u45 Start-Deskriptor (JNLP-Datei) müssen angemeldet sein, um unsicheren Systemeigenschaften. Es ist also zu erwarten Verhalten in 7u45...
(aus einem Kommentar)

Anweisungen für die Unterzeichnung eines JNLP.

Seltsamerweise ist die Anleitung für die Unterzeichnung eines JNLP nicht mehr verfügbar sind als Teil der Java 7 technote guides, aber man kann immer noch finden Sie auf dem Wayback Machine und ähnliche Inhalte ist auch abgedeckt, die auf der Oracle ein Java-tutorial-blog

InformationsquelleAutor Michael Paesold
4

Kamen wir etwas schwer von diesem gleichen Problem. Wir gehen am Ende der route, einschließlich der JNLP-Datei in der jar, aber das stellte einige knifflige bauen Fragen für uns, denn wir hatten zuvor baute eine Reihe von GLÄSERN und verwendet mehrere JNLP-Dateien zur Unterstützung unterschiedlicher Umgebungen (QA, Produktion, Demo, etc), vorbei an der Umwelt details durch die app über eine system-Eigenschaft. Wir haben versucht, zu verwenden eine JNLP-template-Datei wie hier beschrieben, http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/signedJNLP.html, aber wir halten immer Fehler im Zusammenhang mit der überprüfung der JNLP-Datei und gab aus Zeitgründen. Es ist möglich, wir waren nur etwas falsch, aber die Fehler sind Nachrichten, die es nicht geschafft haben, überhaupt nicht klar, was Teil der JNLP-Datei nicht entsprechend der Vorlage. Noch dazu gibt es etwas wenig hilfreichen Hinweis in den link oben, der sagt: "die Elemente oder Attribute, die möglicherweise die Sicherheit gefährden gesperrt wird, von dieser Funktion." Ich fand keine dokumentierte Beispiele solcher Elemente oder Attribute.

Der Hinweis über die JNLP-template-Datei ist gut. Ich werde dies testen, in unserer Umwelt und Bericht über Erfolg/Misserfolg.
Für zukünftige Leser: - Hotel ist eines der Elemente, die "ausgesperrt von dieser Funktion" - was bedeutet, dass Eigenschaften nicht Wildcard in die JNLP-template. Sie können wildcard-Argumente in der JNLP-obwohl, und stellen Sie als System-Eigenschaften innerhalb der main-Methode der Anwendung. Siehe stackoverflow.com/questions/20430289/...

InformationsquelleAutor PRS
2

Hatte das gleiche problem und löste es durch die Unterzeichnung des jnlp-Datei. Dein Haupt-jar enthalten sollte, eine Kopie der jnlp-Datei umbenannt werden, ANWENDUNG.JNLP und unter JNLP-INF-Ordner.(die Namen der Ordner und die jnlp-Datei muss groß geschrieben werden)

Natürlich funktioniert dies nicht für dynamische JNLP-Dateien (z.B. single-sign-on-ticket-Anmeldeinformationen, um die applciation). Die Lösung von Michael Paesold ist die einzige, die voll arbeiten. Entweder diese änderung war nicht absichtlich oder Oracle war nicht bewusst über die Auswirkungen, die dies ändern würde. Die wichtigste Frage, die ich habe ist, dass diese änderung nicht angekündigt. Meine Firma hat jetzt viele Kunden beschweren sich, dass 'unsere Anwendung ist kaputt": (
Ich fühle deinen Schmerz, aber ich denke, die änderung war beabsichtigt. Vielleicht fehlgeleiteten, sondern beabsichtigt... War in einer ähnlichen situation, wo ein Produkt war vorbei, dynamische Variablen als sys-Requisiten in der JNLPs, einschließlich Sachen wie ein OAuth-token. Aufgrund der jüngsten änderungen, die wir verändert unsere build zu produzieren unterzeichnet JNLPs und erkannte, dass wir in der Tat konnte nicht passieren diese Werte nicht mehr. ABER, können Sie die Problemumgehung es durch die übergabe von Parameter. Sie können keine Platzhalterzeichen alle Argumente auf einmal, aber Sie können die Platzhalter werden diese GESONDERT berechnet. Und pass auf dort, was Sie wollen: die session-Daten, tokens benötigt für die Authentifizierung, etc...
Das ist, was wir haben, auch - verändert unsere Anwendung zu übergeben Argumente. Aber ich glaube nicht, dass es beabsichtigt war, wurde diese änderung angekündigt, für das Sicherheits-update 7u51 (veröffentlicht Januar 2014) und versehentlich rutschte auf diese version...

InformationsquelleAutor user2886002
2

Ich:
```
<jnlp>
...
    <application-desc main-class="Main">
        <argument>param1=value1</argument>
    </application-desc>
</jnlp>
```
Ps. Just bewusst sein, dass die Weitergabe von Werten mit-tag, den Sie übergeben, Parameter der Anwendung und nicht die JVM-parameter. Ihre Anwendung fangen sollte dieser parameter in der Methode main(String args[])

InformationsquelleAutor Sergey Nebezb
0

Nur verbrachten 2 Tage versucht, dieses problem zu beheben, registrieren möchten, Gläser und andere Dateien...und dann fand ich die Lösung scheint sehr einfach zu sein und funktioniert Prima:

Ich *setzen Sie ein jndi.Eigenschaften-Datei mit folgendem Inhalt in meiner JRE-home-director*y (jre7/lib):
```
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
java.naming.provider.url=jnp://localhost:1099
```
Ich hatte dieses problem beim Update von Java 1.6 auf Java 1.7(51)...

InformationsquelleAutor frasch333

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.