configed.jnlp: Unable to launch the application (Mac OS X)

[embl-structures]

Hallo,

seit dem neuesten Java-Update auf Mac OS X 10.7. (Java for OS X 2012-004), kann das OPSI Java Webstart-File nicht mehr gestartet werden (leider kan ich wegen "Das Kontingent für Dateianhänge ist bereits vollständig ausgenutzt" keinen Screenshot hochladen). Die anonymisierten Detailangaben sind:

Error

Code: Alles auswählen

Unsigned Application requesting unrestricted access to system
Unsigned resource:
https://SERVER:4447/configed/configed.jar

Launch File

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+" codebase="https://SERVER:4447" href="configed.jnlp">
	<information>
		<title>opsi-configed</title>
		<vendor>uib GmbH</vendor>
		<homepage href="http://www.opsi.org/"/>
		<description>Management console application for the opsi client management system</description>
		<description kind="short">opsi management interface (opsi-configed)</description>
		<icon href="configed.gif"/>
		<offline-allowed/>
	</information>
	<security>
		<all-permissions/>
	</security>
	<resources>
		<j2se version="1.6+" max-heap-size="512M"/>
		<property name="loglevel" value="4" />
		<jar href="configed/configed.jar" main="true"/>
		<jar href="configed/swingx.jar"/>
	</resources>
	<application-desc main-class="de.uib.configed.configed">
	<argument>-h</argument><argument>SERVER:4447</argument>
	</application-desc>
</jnlp>

Exception

Code: Alles auswählen

JNLPException[category: Security Error : Exception: null : LaunchDesc: 
<jnlp spec="1.0+" codebase="https://SERVER:4447/" href="https://SERVER:4447/configed.jnlp">
  <information>
    <title>opsi-configed</title>
    <vendor>uib GmbH</vendor>
    <homepage href="http://www.opsi.org/"/>
    <description>Management console application for the opsi client management system</description>
    <description kind="short">opsi management interface (opsi-configed)</description>
    <icon href="https://SERVER:4447/configed.gif" kind="default"/>
    <offline-allowed/>
  </information>
  <security>
    <all-permissions/>
  </security>
  <update check="timeout" policy="always"/>
  <resources>
    <java max-heap-size="536870912" version="1.6+"/>
    <property name="loglevel" value="4"/>
    <jar href="https://SERVER:4447/configed/configed.jar" download="eager" main="true"/>
    <jar href="https://SERVER:4447/configed/swingx.jar" download="eager" main="false"/>
  </resources>
  <application-desc main-class="de.uib.configed.configed">
    <argument>-h</argument>
    <argument>SERVER:4447</argument>
  </application-desc>
</jnlp> ]
	at com.sun.javaws.LaunchDownload.checkSignedResourcesHelper(LaunchDownload.java:1691)
	at com.sun.javaws.LaunchDownload.checkSignedResources(LaunchDownload.java:1507)
	at com.sun.javaws.Launcher.prepareResources(Launcher.java:1281)
	at com.sun.javaws.Launcher.prepareAllResources(Launcher.java:634)
	at com.sun.javaws.Launcher.prepareToLaunch(Launcher.java:336)
	at com.sun.javaws.Launcher.prepareToLaunch(Launcher.java:208)
	at com.sun.javaws.Launcher.launch(Launcher.java:125)
	at com.sun.javaws.Main.launchApp(Main.java:451)
	at com.sun.javaws.Main.continueInSecureThread(Main.java:283)
	at com.sun.javaws.Main$1.run(Main.java:116)
	at java.lang.Thread.run(Thread.java:680)

Es scheint so, dass Java verstaendlicherweise nicht mehr akzeptiert, wenn eine Applikation vollen Zugriff auf das System verlangt (auch wenn man es als unprivilegierter Benutzer ausfuehrt).

Gruss

Frank Thommen

[embl-structures]

Nachtrag: Serverseitig installierte Pakete:

Code: Alles auswählen

sauron:~# dpkg --list | grep -i opsi
ii  opsi-atftpd                          0.7.dfsg-1.7             advanced TFTP server - opsi version with pcr
ii  opsi-configed                        4.0.1.24-1               OPSI config editor
ii  opsi-depotserver                     4.0.1.11-1               opsi depotserver configuration package
ii  opsi-linux-bootimage                 20120119-1               opsi linux bootimage
ii  opsi-utils                           4.0.1.16-1               opsi utils
ii  opsiconfd                            4.0.1.9-4                opsi configuration service
ii  opsipxeconfd                         4.0.1.5-1                opsi pxe configuration daemon
ii  python-opsi                          4.0.1.36-1               opsi python library
sauron:~# 

/ft

[embl-structures]

Screenshot ist fuer die naechsten sieben Tage auf http://picpaste.com/4204f37915be294bdd4 ... dafcb8.png abrufbar.

/ft

[ueluekmen]

Hi,

an der Version des configed hat sich nichts geändert, dass scheint irgendwie mit dem Update von Java zusammen zu hängen, bitte mal den Javacache löschen und nochmal probieren, hat bei Windows auf jedenfall das Problem behoben.

[embl-structures]

an der Version des configed hat sich nichts geändert, dass scheint irgendwie mit dem Update von Java zusammen zu hängen, bitte mal den Javacache löschen und nochmal probieren, hat bei Windows auf jedenfall das Problem behoben.

Das hat geholfen. Super! Ich war mir sicher, dass es mit dem Java-Update zu tun hatte, aber ich hatte angenommen, Apple haette nach den kuerzlichen Java-Sicherheitsluecken zusaetzliche Sicherheitsfeatures eingebaut, welche das Starten von configed.jnlp verhindern. Ich bin sehr froh, dass das nicht der Fall ist
Gruss & Dank
frank