Customizing für 1.24 nicht möglich

verinice – Einzelplatz und .PRO Technische Grundlagen
1

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!

2

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 „Gefällt mir“
3

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!

4

Wie versprochen die Rückmeldung:

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

Großen Dank für den Hinweis!

1 „Gefällt mir“