Customizing für 1.24 nicht möglich

Hallo,

unter der Version 1.23 habe ich kleinere Veränderungen durchgeführt und hierfür die folgenden Dateien angepasst:

  • SNCA.xml
  • snca-messages_de.properties
  • snca-messages.properties

Die Änderungen waren scheinbar fehlerfrei, da die Anwendung gestartet & die Daten geladen werden konnten; die Änderungen waren sichtbar.

Diese Änderungen habe ich für die Version 1.24 übernommen. Ein „Compare“ ergibt keine Abweichungen (abgesehen von den Änderungen / Korrekturen von Tippfehlern, die mit Version 1.24 kamen).

Die Anwendung startet nun leider nicht mehr, sondern schreibt folgende Fehlermeldung in das Logfile :

!ENTRY sernet.verinice.kerberos 4 0 2022-08-18 22:28:11.552
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Ausnahme in sernet.verinice.kerberos.Activator.stop() von Bundle sernet.verinice.kerberos.
	at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:881)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:1033)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:370)
	at org.eclipse.osgi.container.Module.doStop(Module.java:660)
	at org.eclipse.osgi.container.Module.stop(Module.java:521)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1874)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1757)
	at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:275)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:208)
	at org.eclipse.osgi.container.Module.doStop(Module.java:660)
	at org.eclipse.osgi.container.Module.stop(Module.java:521)
	at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:207)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.lambda$0(EquinoxBundle.java:224)
	at java.base/java.lang.Thread.run(Unknown Source)
Caused by: org.eclipse.core.runtime.AssertionFailedException: assertion failed: Die Anwendung wurde nicht initialisiert.
	at org.eclipse.core.runtime.Assert.isTrue(Assert.java:113)
	at org.eclipse.core.internal.runtime.InternalPlatform.assertInitialized(InternalPlatform.java:139)
	at org.eclipse.core.internal.runtime.InternalPlatform.getInstanceLocation(InternalPlatform.java:331)
	at org.eclipse.core.runtime.Plugin.savePluginPreferences(Plugin.java:341)
	at org.eclipse.ui.plugin.AbstractUIPlugin.savePreferenceStore(AbstractUIPlugin.java:436)
	at org.eclipse.ui.plugin.AbstractUIPlugin.stop(AbstractUIPlugin.java:539)
	at sernet.verinice.kerberos.Activator.stop(Activator.java:39)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.lambda$3(BundleContextImpl.java:862)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:856)
	... 13 more
Root exception:
org.eclipse.core.runtime.AssertionFailedException: assertion failed: Die Anwendung wurde nicht initialisiert.
	at org.eclipse.core.runtime.Assert.isTrue(Assert.java:113)
	at org.eclipse.core.internal.runtime.InternalPlatform.assertInitialized(InternalPlatform.java:139)
	at org.eclipse.core.internal.runtime.InternalPlatform.getInstanceLocation(InternalPlatform.java:331)
	at org.eclipse.core.runtime.Plugin.savePluginPreferences(Plugin.java:341)
	at org.eclipse.ui.plugin.AbstractUIPlugin.savePreferenceStore(AbstractUIPlugin.java:436)
	at org.eclipse.ui.plugin.AbstractUIPlugin.stop(AbstractUIPlugin.java:539)
	at sernet.verinice.kerberos.Activator.stop(Activator.java:39)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.lambda$3(BundleContextImpl.java:862)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:856)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:1033)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:370)
	at org.eclipse.osgi.container.Module.doStop(Module.java:660)
	at org.eclipse.osgi.container.Module.stop(Module.java:521)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1874)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1757)
	at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:275)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:208)
	at org.eclipse.osgi.container.Module.doStop(Module.java:660)
	at org.eclipse.osgi.container.Module.stop(Module.java:521)
	at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:207)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.lambda$0(EquinoxBundle.java:224)
	at java.base/java.lang.Thread.run(Unknown Source)

Der gleiche Fehler tritt auf, wenn ich die Datei „…\plugins\sernet.gs.server_1.24.1.v20220524095215.jar“ mit einem Archiv-Programm (hier: 7zip) entpacke und ohne Modifikationen wieder packe. (zip → nach jar umbenennen)

Laut Handbuch sollte das Vorgehen für das Customizing sich nicht verändert haben.
Was mache ich falsch?

Vielen Dank!

Hallo comenzel,
das scheint ein Problem beim entpacken zu sein.
Vergleicht man die original zip-Datei mit dem entpackten Ordner sind dort Differenzen vorhanden.

Ich würde die jar(zip)-Datei nicht entpacken sondern die zip-Datei mit 7-zip öffnen, die Originaldateien darin umbenennen und die geänderten Dateien hineinkopieren.
So hat es bei mir immer funktioniert.

Viel Erfolg
Gerd Winkler

1 Like

Vielen Dank für die Rückmeldung. Ich bin leider noch nicht dazu gekommen, den Tipp auszuprobieren - ich werde dies jedoch am Wochenende nachholen und hier berichten.

Mit besten Grüßen!

Wie versprochen die Rückmeldung:

Das direkte Modifizieren innerhalb der nicht-entpackten jar-Datei hat funktioniert!

Großen Dank für den Hinweis!

1 Like