AM3 hängt sich teilweise auf

Moin,

nachdem ich den AM von einem XP auf einen Vista Rechner verschoben habe, hängt sich der AM3 nach einer Alarmierung partiell auf.

Das ganze äußert sich wie folgt:
- Perspektive wechselt
- Uhrzeit und Dauer werden angezeigt
- Statusmeldungen werden nicht aktualisiert
- Google Maps Karte wird nicht angezeigt (weiß)
- Beim Alarmtext steht der Text vom vorherigen Einsatz

Das ganze passiert bei jedem 2. bis 3. Einsatz.
Nach einem Neustart des AM3 funktioniert es erstmal wieder.

Es sind die aktuelles Java Version, sowie die aktuelles über die Updatefunktion zur Verfügung gestellte AM3 Version installiert.

Hier ein Ausschnitt aus der Logdatei habe ich angehängt.


Woran könnte das liegen? Was kann ich noch für Informationen beisteuern?


Zur Logdatei:
- 01:13:46: Alarm ist eingegangen
- 01:34:35: Software über das Windows "X" geschlossen
- 01:35:24: Software geöffnet

egal wie ärgerlich das jetzt ist und klingt und es vielleicht nicht sein darf aber wenn ich so einen Fehler hätte würde ich den AM3 neu entpacken und entsprechend neu einrichten ohne eine Configuration von einem anderen Betriebssystem zu übernehmen bzw. mich dann zu wundern warum es nicht geht!

Edit: Hast du den ganzen AM3 Ordner verschoben oder nur den config ordner?

Das ganze Programm besteht doch nur aus "simplen" Java- und irgendwelchen typisierten Dateien. Denen sollte es vollkommen egal sein wie der Unterbau aussieht. Schließlich läuft das ganze eh in einer JVM.

Ich habe den kompletten Ordner verschoben.

OK! Wirst schon Recht haben! Nur was ich nicht verstehe was hält dich davon ab es auszuprobieren?

PS: scheinst dich ja besser auszukennen als ich dann kannste mir bestimmt sagen warum ich für XP eine andere Java Version bekomme als für z.B win7?

Habe jetzt die aktuellste Version aus dem Shop runtergeladen und entpackt. Dann über die Update Funktion auf die tatsächlich aktuellste Version aktualisiert und das Workspace-Verzeichnis vom "alten" AM in das der "neuen" Installation kopiert.

Mal schauen was jetzt passiert.


Off Topic:
Die Java Versionen (z.B. Version 8, Update 40) sind in der Regel auf allen Geräten verfügbar. Egal ob Windows, Mac oder Toaster.
Lediglich die Runtime, die die JVM bereitstellt, muss an das entsprechende OS und die Prozessorarchitektur des "Host"-Systems angepasst sein. Schließlich unterscheidet sich der im Toaster verbaute Prozessor deutlich von dem eines Desktop PCs.
Das tolle an Java ist, dass es später beim Ausführen innerhalb der virtuellen Maschine theoretisch (hängt in der Praxis natürlich von diversen Faktoren ab) vollkommen egal ist, auf was für einer Hardware das ganze läuft. So kann man ein und dieselbe Software auf unterschiedlichen Plattformen nutzen.
(Bsp: firEmergency läuft mit den selben Dateien unter Windows und Linux!) -> Cool!

:-)

Danke für die Erklärung!

Vor ein paar Tagen hatte Google Maps die API geändert.
Dadurch dauerte das Laden der Karte mehrere Sekunden. Während des Ladevorgangs war die Karte weiß und der AM3 ist eingefroren.

Das Problem wurde im aktuellsten AM3 Update behoben, da wir hier wieder auf eine alte Google Maps Version zurück sind. Seitdem läuft es wieder.

Übrigens bringt der AM3 seine eigene Java Version mit. Es spielt also keine Rolle was ihr für eine Java Version installiert habt. Der AM3 nimmt immer die selbe.

Zitat:

---

Zitat von firEmergency

Übrigens bringt der AM3 seine eigene Java Version mit. Es spielt also keine Rolle was ihr für eine Java Version installiert habt. Der AM3 nimmt immer die selbe.

---

Gut zu wissen.

Noch mal ein Feedback an dieser Stelle:

Das mit dem neu runterladen etc. hat nichts gebracht.


Der AM3 hängt sich nach wie vor auf. Aufgrund der Fehlermeldungen tippe ich auf ein Problem mit Google Maps.

Code:

---

!ENTRY org.eclipse.e4.ui.workbench.swt 4 2 2015-04-16 21:39:31.423
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.e4.ui.workbench.swt".
!STACK 0
org.eclipse.e4.core.di.InjectionException: java.lang.NullPointerException
        at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:62)
        at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
        at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:869)
        at org.eclipse.e4.core.internal.di.InjectorImpl.disposed(InjectorImpl.java:390)
        at org.eclipse.e4.core.internal.di.Requestor.disposed(Requestor.java:143)
        at org.eclipse.e4.core.internal.contexts.ContextObjectSupplier$ContextInjectionListener.update(ContextObjectSupplier.java:76)
        at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.update(TrackableComputationExt.java:107)
        at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.handleInvalid(TrackableComputationExt.java:70)
        at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(EclipseContext.java:175)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.clearContext(PartRenderingEngine.java:974)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeRemoveGui(PartRenderingEngine.java:954)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$3(PartRenderingEngine.java:862)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$8.run(PartRenderingEngine.java:857)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.removeGui(PartRenderingEngine.java:841)
        at org.eclipse.e4.ui.workbench.renderers.swt.ElementReferenceRenderer.disposeWidget(ElementReferenceRenderer.java:118)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeRemoveGui(PartRenderingEngine.java:933)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$3(PartRenderingEngine.java:862)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$8.run(PartRenderingEngine.java:857)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.removeGui(PartRenderingEngine.java:841)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeRemoveGui(PartRenderingEngine.java:894)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$3(PartRenderingEngine.java:862)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$8.run(PartRenderingEngine.java:857)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)


.............



!ENTRY org.eclipse.e4.ui.workbench 4 0 2015-04-16 21:39:31.428
!MESSAGE Exception occurred while unrendering: org.eclipse.e4.ui.model.application.ui.basic.impl.PartImpl@16688fe (elementId: de.alamos.monitor.view.googlemaps.view, tags: [View, categoryTag:Karte], contributorURI: null) (widget: null, renderer: null, toBeRendered: true, onTop: false, visible: true, containerData: null, accessibilityPhrase: null) (contributionURI: bundleclass://org.eclipse.ui.workbench/org.eclipse.ui.internal.e4.compatibility.CompatibilityView, object: null, context: null, variables: [], label: Google Maps, iconURI: platform:/plugin/de.alamos.monitor.view.googlemaps/icons/maps.png, tooltip: null, dirty: false, closeable: true, description: null)
!STACK 0
org.eclipse.e4.core.di.InjectionException: java.lang.NullPointerException
        at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:62)
        at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
        at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:869)
        at org.eclipse.e4.core.internal.di.InjectorImpl.disposed(InjectorImpl.java:390)
        at org.eclipse.e4.core.internal.di.Requestor.disposed(Requestor.java:143)
        at org.eclipse.e4.core.internal.contexts.ContextObjectSupplier$ContextInjectionListener.update(ContextObjectSupplier.java:76)
        at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.update(TrackableComputationExt.java:107)
        at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.handleInvalid(TrackableComputationExt.java:70)
        at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(EclipseContext.java:175)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.clearContext(PartRenderingEngine.java:974)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeRemoveGui(PartRenderingEngine.java:954)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$3(PartRenderingEngine.java:862)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$8.run(PartRenderingEngine.java:857)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.removeGui(PartRenderingEngine.java:841)
        at org.eclipse.e4.ui.workbench.renderers.swt.ElementReferenceRenderer.disposeWidget(ElementReferenceRenderer.java:118)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeRemoveGui(PartRenderingEngine.java:933)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$3(PartRenderingEngine.java:862)
        at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$8.run(PartRenderingEngine.java:857)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)

---

Heute hat es sich wie folgt verhalten:
- Der Bildschirmschoner hat sich nicht beendet (was er normalerweise tut)
- Während des Alarms gab es im Log keine Auffälligkeiten
- Als ich anschließend noch einmal per VNC auf den AM3 PC geschaut habe, ist der AM wieder eingefroren.

Ok, dann müssen wir das mit deinem Workspace nachstellen.
Bitte ein Ticket öffnen mit Verweis auf diesen Thread und deinen AM3-Workspace anhängen.
Eventuell kurze Anleitung wie wir den Fehler genau reproduzieren können.