Probleme beim Start der Java Applikation

[aschulz]

Hallo zusammen,

Ich bekomme beim Start der Applikation auf meinem Linux Client keine Verbindung zum STS Zeitsystem. Hier wird mir mitgeteilt das der zugriff verweigert wurde.
Was hat sich gegenüber der alten Version geändert?
Was kann ich tun damit dies wieder funktioniert?

ich habe meine Alten Downloads ausprobiert und einen neuen, leider ohne erfolg. Muss ich die Alten zuerst entwerten?

Viele Grüße

Andreas

Hier noch ein Auszug der Analysedaten

Build: 5709
Java: 1.8.0_151; OpenJDK 64-Bit Server VM
Runtime: OpenJDK Runtime Environment; 1.8.0_151-b12
Arch: 64; running on amd64; 4 cores
OS: Linux; version 4.4.104-18.44-default
VM Memory: 1708 MB max; 769 MB used
User: aschulz UID: 32336
IPv6: false

[Interpret]

Hallo Andreas,

den Versionen nach könnte ein Update von Kernel und Java nicht schaden.
Java 8 Update 151 ist schon länger nicht mehr aktuell (derzeit akutell ist Java 8 Update 201). Und für Arch-Linux gibt's auch neuere Kernel (aktuell derzeit LTS: 4.4.176, 4.9.162, 4.14.105, 4.19.27, stable: 4.20.14 - du hast 4.4.104, der Kernel war im Dezember 2017 mal aktuell).
OpenJDK kann funktionieren, die meisten Probleme lösen sich, aber wenn man das JRE von Oracle verwendet. Für Arch-Linux kannst du das zB. aus dem AUR-Archiv https://aur.archlinux.org/packages/jre8/ installieren.

[BR 89]

Hallo,

das mit der Java-Version stimmt, Arch ist in diesem Fall aber die Kurzform von Architecture und nicht die Distribution. Bei meinem Fedora sieht es so aus:

Code: Alles auswählen

Java: 1.8.0_201; OpenJDK 64-Bit Server VM
Runtime: OpenJDK Runtime Environment; 1.8.0_201-b09
Arch: 64; running on amd64; 8 cores
OS: Linux; version 4.20.13-200.fc29.x86_64
VM Memory: 7109 MB max; 554 MB used

Zur Problematik, am Zeitserver wurde von unserer Seite länger nichts mehr verändert. Eventuell stört eine Firewall?

[snafu]

Hallo,

ich war länger nicht mehr dabei, wollte wieder einsteigen, und habe das gleiche Problem. Im Testlauf habe ich überall grüne Lichter, außer bei der Verbindung zum Zeitserver... access denied.

Ich nutze Linux Mint 17 mit IcedTea-Java.

Hier die Fehlermeldungen:

"Mär 10, 2019 7:57:30 PM js.java.schaltungen.verifyTests.v_timeserv test
SCHWERWIEGEND: null
java.security.AccessControlException: access denied ("java.net.SocketPermission" "46.165.212.222:3288" "connect,resolve")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at java.security.AccessController.checkPermission(AccessController.java:884)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.SecurityManager.checkConnect(SecurityManager.java:1051)
at sun.nio.ch.DatagramChannelImpl.connect(DatagramChannelImpl.java:725)
at js.java.isolate.sim.timesystem.timeSync.init(timeSync.java:91)
at js.java.isolate.sim.timesystem.timeSync.<init>(timeSync.java:53)
at js.java.schaltungen.verifyTests.v_timeserv.test(v_timeserv.java:34)
at js.java.schaltungen.verifyTests.InitTestBase.runtest(InitTestBase.java:34)
at js.java.schaltungen.StartVerify.runTests(StartVerify.java:115)
at js.java.schaltungen.StartVerify.access$000(StartVerify.java:25)
at js.java.schaltungen.StartVerify$1.run(StartVerify.java:100)
at java.lang.Thread.run(Thread.java:748)

Mär 10, 2019 7:57:41 PM de.deltaga.eb.BasicEventBus publish
INFORMATION: No subscriber for js.java.schaltungen.chatcomng.ChatUser
Mär 10, 2019 7:57:41 PM de.deltaga.eb.BasicEventBus publish
INFORMATION: No subscriber for js.java.schaltungen.chatcomng.ChatUser
Mär 10, 2019 7:57:41 PM de.deltaga.eb.BasicEventBus$HandlerInfoCallable call
SCHWERWIEGEND: Event Handler exception on handler Class: js.java.schaltungen.chatcomng.IrcConnectedEvent, Call: public void js.java.schaltungen.stsmain.ircConnected(js.java.schaltungen.chatcomng.IrcConnectedEvent) with event js.java.schaltungen.chatcomng.IrcConnectedEvent@48e2153
java.security.AccessControlException: access denied ("java.net.SocketPermission" "46.165.212.222:3288" "connect,resolve")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at java.security.AccessController.checkPermission(AccessController.java:884)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.SecurityManager.checkConnect(SecurityManager.java:1051)
at sun.nio.ch.DatagramChannelImpl.connect(DatagramChannelImpl.java:725)
at js.java.isolate.sim.timesystem.timeSync.init(timeSync.java:91)
at js.java.isolate.sim.timesystem.timeSync.<init>(timeSync.java:53)
at js.java.schaltungen.chatcomng.GlobalLatency.<init>(GlobalLatency.java:42)
at js.java.schaltungen.stsmain.ircConnected(stsmain.java:320)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.deltaga.eb.BasicEventBus$HandlerInfoCallable.call(BasicEventBus.java:674)
at de.deltaga.eb.BasicEventBus$2.run(BasicEventBus.java:428)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

Mär 10, 2019 7:57:41 PM js.java.schaltungen.stsmain busEvent
SCHWERWIEGEND: null
java.security.AccessControlException: access denied ("java.net.SocketPermission" "46.165.212.222:3288" "connect,resolve")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at java.security.AccessController.checkPermission(AccessController.java:884)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.SecurityManager.checkConnect(SecurityManager.java:1051)
at sun.nio.ch.DatagramChannelImpl.connect(DatagramChannelImpl.java:725)
at js.java.isolate.sim.timesystem.timeSync.init(timeSync.java:91)
at js.java.isolate.sim.timesystem.timeSync.<init>(timeSync.java:53)
at js.java.schaltungen.chatcomng.GlobalLatency.<init>(GlobalLatency.java:42)
at js.java.schaltungen.stsmain.ircConnected(stsmain.java:320)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.deltaga.eb.BasicEventBus$HandlerInfoCallable.call(BasicEventBus.java:674)
at de.deltaga.eb.BasicEventBus$2.run(BasicEventBus.java:428)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

"

[abrixas]

Dieser Beitrag könnte dir evtl helfen: https://www.stellwerksim.de/forum/viewt ... cy#p244238

[aschulz]

Hallo zusammen,

vielen Dank für die Unterstützung es lag an den Einträgen in der java.policy.
nach dem ich die Einträge erstellt habe funktioniert auch wieder der Zugriff auf den Zeitserver.

Viele Grüße

Andreas