开云体育

  1. Jmriusers
  2. Messages
Expanded Topics Messages Polls
Date
Locked Re: Java exception when starting JMRI 4.20 with Java 17

 

Is there a reason you have not updated to at least the latest production version of JMRI? 4.20 was almost 5 years old, 4.26 is over 3 years old.

I wouldn't expect support for such outdated versions.

--
Peter Ulvestad
Linux Mint 22.1, JMRI 5.11.3plus, Java 21.0.5
JMRI Users Group Moderator ( /g/jmriusers )
JMRI Developers Group Moderator ( )
Tam Valley Group Moderator ( )
Sprog-DCC Group Moderator ( )
Edmonton Model Railroad Association ( )
Locked Re: Java exception when starting JMRI 4.20 with Java 17

 

Hello Dave and all,

Great progress has been made.? I have updated JMRI to 4.26 and everything works except...? No messages in the error log.? I can successfully?load a panel and initialize?it.? The missing track lines that I had before are now fixed, how I don't know.? But now, as soon as I try to open a turnout or sensor table I get the message in the attached image.? So close and yet so far.? Thanks?again for all your assistance.

Cheers, Dennis Drury
Dayton, NV

The miracle is this: the more we share the more we have.
Leonard Nimoy

On Wed, Mar 12, 2025 at 1:25?PM Dave Sand via <ds=[email protected]> wrote:
Dennis,

A quick test indicates the 4.22 might work with Java 17. ?4.26 definitely works with Java 17. ?

Then again, maybe this a good opportunity to get current.

Dave Sand



----- Original message -----
From: "Dennis Drury via " <cowrr1984=[email protected]>
Subject: [jmriusers] Java exception when starting JMRI 4.20 with Java 17
Date: Wednesday, March 12, 2025 2:58 PM

Hello all,
?
I'm trying to get JMRI 4.20 running on a Raspberry 3b.? The RPi OS came with Java 17.0.14.? I'm wondering if JMRI 4.20 will even run with that version of Java.? If not I'll need to upgrade to the latest 5.x version of JMRI.? Thanks and take care.
?
Dennis Drury
Dayton, NV


IMG_3359.jpg

Increase length of Car Type #operationspro

 

Hi
In operations.xml, where can I find the string to increase the Car Type.?
thanks
--
Mike from Calgary
Re: Zimo MS450P22 CVs above #841 #zimo #definitions

 

Thanks to all who helped, the use of Single CV Programmer worked perfectly for my needs: to be honest, I hadn’t used it for years and had completely forgotten of its existence. Will be testing the draft files sent by Nigel which should make the full Zimo MS CV range accessible through the normal process.
Re: Problems With dispatcher #dispatcher

 

Brett,

I was saying that 1 to 16 is forward and 16 to 1 is reversed. ?When the directions and direction sensors are consistent debugging is easier.?

Dave Sand?


----- Original message -----
From: "redsash63 via groups.io" <redsash63=[email protected]>
Subject: Re: [jmriusers] Problems With dispatcher #dispatcher
Date: Wednesday, March 12, 2025 8:55 PM

Dave are you say ing ALL direction should be forwared?i dont understand.The only way to go from Block 3 to 1? is reverse(?)
If i change those settings you suggest to all forwared ,the train and signal stay stopped.
(It seems i have something in Sections the Direction dont like,)
?
Look ive taken enough of your time.I will use Jrmi for signals and maybe go back to programming my? mini panels which are clumsy but work well.
?
Regards and thanks?
Brett
Re: Problems With dispatcher #dispatcher

 

Dave are you say ing ALL direction should be forwared?i dont understand.The only way to go from Block 3 to 1? is reverse(?)
If i change those settings you suggest to all forwared ,the train and signal stay stopped.
(It seems i have something in Sections the Direction dont like,)
?
Look ive taken enough of your time.I will use Jrmi for signals and maybe go back to programming my? mini panels which are clumsy but work well.
?
Regards and thanks?
Brett
Re: Problems With dispatcher #dispatcher

 

Oh ok,i will update!.Thanks again,will try your fixes.
Re: Problems With dispatcher #dispatcher

 

Brett,

The Block 3 TO, Block 15 and Block 16 sections have inconsistent "Travel Direction" settings. ?Things work better when they are consistent. ?That means the transit also needs to be re-built. ?And the SSL direction sensors updated.

Both "Reverse" and "Restart" can be selected. ?Since you have stop sensors defined for the end sections, the reverse and restart don't take effect until they become active.

You are running JMRI 5.6. There have been a "lot" of changes. ?I recommend at least JMRI 5.10, although 5.11.4 would also be good.

Dave Sand


----- Original message -----
From: "redsash63 via groups.io" <redsash63=[email protected]>
Subject: Re: [jmriusers] Problems With dispatcher #dispatcher
Date: Wednesday, March 12, 2025 5:55 PM

Thanks Dave?
I have uploaded a file "after dispatcher runs"
?
Im running essentially a shuttle since i have a Point to point Layout
Im hoping that can be continous.
?
I select "reverse at end" and is it possible to also press 'restart when done" both at the same time?
?
thanks
Brett
?
?
Re: Problems With dispatcher #dispatcher

 

Thanks Dave?
I have uploaded a file "after dispatcher runs"
?
Im running essentially a shuttle since i have a Point to point Layout
Im hoping that can be continous.
?
I select "reverse at end" and is it possible to also press 'restart when done" both at the same time?
?
thanks
Brett
?
?
Re: Zimo MS450P22 CVs above #841 #zimo #definitions

 

开云体育


I think I've found the CV range from the ZSP Scripting documentation - CV's 980 to 1019,? so that's 30 CVs.? ?
I'll look at writing the files and a JMRI change request in the next few days.? ??


- Nigel



------ Original Message ------
From "Nigel Cliffe via groups.io" <nigel.cliffe@...>
Date 12/03/2025 21:58:06
Subject Re: [jmriusers] Zimo MS450P22 CVs above #841 #zimo #definitions


David,?
Looks like we need to put another element into the Zimo file, but it will be a fairly generic table as what each sound project does is likely unique to that project.? ?

It would be a list of the CVs (if we can establish the full range possible), listed by CV number, with a comment above the pane indicating that users need to consult the documentation for what they do in their specific sound project.? ??

That's not going to take long to write, once I can find the full range of permitted CV's? ?-? clearly CV981 to CV990 are in range, but may be more.? ?



In terms of changing them inside JMRI for now, use the single CV programmer.? There's nothing special about accessing them.??


- Nigel



------ Original Message ------
From "david.hull12 via groups.io" <david.hull12@...>
Date 12/03/2025 19:44:05
Subject Re: [jmriusers] Zimo MS450P22 CVs above #841 #zimo #definitions

Nigel, thanks for your help. The reason for the query is because they are referred to in the manual for the new Dapol/Rails Class 88 sound fitted loco. The function of each is as follows:
CV981/2/3 variation of flange squeal between light and loaded engine.
CV984 Cab door closing volume
CV988 Traction motors volume?
CV990 Variable delay between pantograph contacting OLE and startup of motors.
I haven’t contacted Dapol regarding how to access these scripted CVs in order to change them. Maybe a call to them will help? Any help you could provide will be most appreciated.
Re: Zimo MS450P22 CVs above #841 #zimo #definitions

 

开云体育


David,?
Looks like we need to put another element into the Zimo file, but it will be a fairly generic table as what each sound project does is likely unique to that project.? ?

It would be a list of the CVs (if we can establish the full range possible), listed by CV number, with a comment above the pane indicating that users need to consult the documentation for what they do in their specific sound project.? ??

That's not going to take long to write, once I can find the full range of permitted CV's? ?-? clearly CV981 to CV990 are in range, but may be more.? ?



In terms of changing them inside JMRI for now, use the single CV programmer.? There's nothing special about accessing them.??


- Nigel



------ Original Message ------
From "david.hull12 via groups.io" <david.hull12@...>
Date 12/03/2025 19:44:05
Subject Re: [jmriusers] Zimo MS450P22 CVs above #841 #zimo #definitions

Nigel, thanks for your help. The reason for the query is because they are referred to in the manual for the new Dapol/Rails Class 88 sound fitted loco. The function of each is as follows:
CV981/2/3 variation of flange squeal between light and loaded engine.
CV984 Cab door closing volume
CV988 Traction motors volume?
CV990 Variable delay between pantograph contacting OLE and startup of motors.
I haven’t contacted Dapol regarding how to access these scripted CVs in order to change them. Maybe a call to them will help? Any help you could provide will be most appreciated.
Re: Zimo MS450P22 CVs above #841 #zimo #definitions

 

开云体育

David, My understanding is that Zimo does not use indexed CVs even though the CV# may be in the NMRA indexed range. But it doesn’t matter in this case since CVs above 841 are not indexed anyway. If the DecoderPro xml file for this decoder does not include those CVs, you should still be able to read/write those using DecoderPro’s single CV programmer.

?

Mark Granville
Re: Problems With dispatcher #dispatcher

 

Brett,

Upload the data again so that we can see what is what.

Dave Sand



----- Original message -----
From: "redsash63 via groups.io" <redsash63=[email protected]>
Subject: Re: [jmriusers] Problems With dispatcher #dispatcher
Date: Wednesday, March 12, 2025 4:00 PM

Thanks to Both above for comments.
I wish i could close this thread,but im close but not completely done.
?
The problem i have is the Dispatcher runs the transit Nicely,but when it terminates or completes (my) SSL seem to go astray and i cannot continue.
The only way is to reset,by clicking the "remove direction sensors from SSl,and everything (signals )go back to looking ok
?
It seems when the train is ready to go (again)the facing signal stays red for some reason,as though something is in Block 3 TO,but it is clear.
Do? have any ideas,shall i re upload the data?
Thanks Again
Brett
Re: Problems With dispatcher #dispatcher

 

Thanks to Both above for comments.
I wish i could close this thread,but im close but not completely done.
?
The problem i have is the Dispatcher runs the transit Nicely,but when it terminates or completes (my) SSL seem to go astray and i cannot continue.
The only way is to reset,by clicking the "remove direction sensors from SSl,and everything (signals )go back to looking ok
?
It seems when the train is ready to go (again)the facing signal stays red for some reason,as though something is in Block 3 TO,but it is clear.
Do? have any ideas,shall i re upload the data?
Thanks Again
Brett
Locked Re: Java exception when starting JMRI 4.20 with Java 17

 

On Wed, Mar 12, 2025 at 01:58 PM, Dennis Drury wrote:


at jmri
You could try replacing it with Java 11
--
Peter Ulvestad
Linux Mint 22.1, JMRI 5.11.3plus, Java 21.0.5
JMRI Users Group Moderator ( /g/jmriusers )
JMRI Developers Group Moderator ( )
Tam Valley Group Moderator ( )
Sprog-DCC Group Moderator ( )
Edmonton Model Railroad Association ( )
Re: Problems With dispatcher #dispatcher

 

Hi Brett,
?
I suspect some people might be put off by the term 'Warrants'. However, as described,
A JMRI Warrant is suggestive of what a warrant does on a prototype railroad, but there is no intention to replicate any particular railroad's mode of operation. It is simply the idea of giving an automated train the trackage rights to move from point A to point B (and then move it along).
?
Personally, I find it's not as rules based and thus less restrictive to automate a train. In my case the only factors to apply are signal state and block occupancy.
--
H.O. Australia (Layout in Progress)
Digikeijs DR5000 LocoNet
JMRI v5.10 DecoderPro/Warrants/CPE/SML/LogixNG
Java: OpenLogic jre-17.0.12.7 ? Windows 10
Locked Re: Java exception when starting JMRI 4.20 with Java 17

 

Dennis,

A quick test indicates the 4.22 might work with Java 17. ?4.26 definitely works with Java 17. ?

Then again, maybe this a good opportunity to get current.

Dave Sand



----- Original message -----
From: "Dennis Drury via groups.io" <cowrr1984=[email protected]>
Subject: [jmriusers] Java exception when starting JMRI 4.20 with Java 17
Date: Wednesday, March 12, 2025 2:58 PM

Hello all,
?
I'm trying to get JMRI 4.20 running on a Raspberry 3b.? The RPi OS came with Java 17.0.14.? I'm wondering if JMRI 4.20 will even run with that version of Java.? If not I'll need to upgrade to the latest 5.x version of JMRI.? Thanks and take care.
?
Dennis Drury
Dayton, NV
?
Here is the error log:
?
OpenJDK 64-Bit Server VM warning: Options -Xverify:none and -noverify were deprecated in JDK 13 and will likely be removed in a future release.
2025-03-12 12:44:53,718 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - * JMRI log ** [main]
2025-03-12 12:44:54,101 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is appended to file: /home/sci/.jmri/log/messages.log [main]
2025-03-12 12:44:54,110 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is stored in file: /home/sci/.jmri/log/session.log [main]
2025-03-12 12:44:54,187 apps.Apps? ? ? ? ? ? ? ? ? ? ? ? ? ? ?INFO? - InstallTest version 4.20+Rc7ba8249b starts under Java 17.0.14 on Linux aarch64 v6.6.74+rpt-rpi-v8 at Wed Mar 12 12:44:54 PDT 2025 [main]
2025-03-12 12:44:54,605 ptionhandler.UncaughtExceptionHandler ERROR - Uncaught Exception caught by jmri.util.exceptionhandler.UncaughtExceptionHandler [main]
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
at jmri.util.swing.SliderSnap.init(SliderSnap.java:123)
at apps.Apps.<init>(Apps.java:130)
at apps.InstallTest.InstallTest.<init>(InstallTest.java:40)
at apps.InstallTest.InstallTest.main(InstallTest.java:115)
Caused by: java.lang.reflect.InvocationTargetException
at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1371)
at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1346)
at jmri.util.swing.SliderSnap.init(SliderSnap.java:121)
... 3 more
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected int javax.swing.plaf.basic.BasicSliderUI.xPositionForValue(int) accessible: module java.desktop does not "opens javax.swing.plaf.basic" to unnamed module @42f30e0a
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:200)
at java.base/java.lang.reflect.Method.setAccessible(Method.java:194)
at jmri.util.swing.SliderSnap$Init.run(SliderSnap.java:410)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:308)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:773)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714)
at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
?
Locked Re: Java exception when starting JMRI 4.20 with Java 17

 

开云体育

If you’re starting from scratch I’d STRONGLY suggest looking at Steve Todd’s images for Ras Pis

They take all the guesswork away

See?

Phil G

On 12 Mar 2025, at 19:58, Dennis Drury via groups.io <cowrr1984@...> wrote:

?
Hello all,
?
I'm trying to get JMRI 4.20 running on a Raspberry 3b.? The RPi OS came with Java 17.0.14.? I'm wondering if JMRI 4.20 will even run with that version of Java.? If not I'll need to upgrade to the latest 5.x version of JMRI.? Thanks and take care.
?
Dennis Drury
Dayton, NV
?
Here is the error log:
?
OpenJDK 64-Bit Server VM warning: Options -Xverify:none and -noverify were deprecated in JDK 13 and will likely be removed in a future release.
2025-03-12 12:44:53,718 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - * JMRI log ** [main]
2025-03-12 12:44:54,101 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is appended to file: /home/sci/.jmri/log/messages.log [main]
2025-03-12 12:44:54,110 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is stored in file: /home/sci/.jmri/log/session.log [main]
2025-03-12 12:44:54,187 apps.Apps? ? ? ? ? ? ? ? ? ? ? ? ? ? ?INFO? - InstallTest version 4.20+Rc7ba8249b starts under Java 17.0.14 on Linux aarch64 v6.6.74+rpt-rpi-v8 at Wed Mar 12 12:44:54 PDT 2025 [main]
2025-03-12 12:44:54,605 ptionhandler.UncaughtExceptionHandler ERROR - Uncaught Exception caught by jmri.util.exceptionhandler.UncaughtExceptionHandler [main]
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
at jmri.util.swing.SliderSnap.init(SliderSnap.java:123)
at apps.Apps.<init>(Apps.java:130)
at apps.InstallTest.InstallTest.<init>(InstallTest.java:40)
at apps.InstallTest.InstallTest.main(InstallTest.java:115)
Caused by: java.lang.reflect.InvocationTargetException
at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1371)
at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1346)
at jmri.util.swing.SliderSnap.init(SliderSnap.java:121)
... 3 more
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected int javax.swing.plaf.basic.BasicSliderUI.xPositionForValue(int) accessible: module java.desktop does not "opens javax.swing.plaf.basic" to unnamed module @42f30e0a
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:200)
at java.base/java.lang.reflect.Method.setAccessible(Method.java:194)
at jmri.util.swing.SliderSnap$Init.run(SliderSnap.java:410)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:308)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:773)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714)
at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
?
Re: Zimo MS450P22 CVs above #841 #zimo #definitions

 

开云体育

Think this helps a lot

The CVs should be accessible but as Nigel says, JMRI has no idea what they’re for or what values are expected

It seems that the CVs are not only decoder-specific, but sound project-specific too

Phil G

On 12 Mar 2025, at 19:44, david.hull12 via groups.io <david.hull12@...> wrote:

?
Nigel, thanks for your help. The reason for the query is because they are referred to in the manual for the new Dapol/Rails Class 88 sound fitted loco. The function of each is as follows:
CV981/2/3 variation of flange squeal between light and loaded engine.
CV984 Cab door closing volume
CV988 Traction motors volume?
CV990 Variable delay between pantograph contacting OLE and startup of motors.
I haven’t contacted Dapol regarding how to access these scripted CVs in order to change them. Maybe a call to them will help? Any help you could provide will be most appreciated.
Locked Java exception when starting JMRI 4.20 with Java 17

 

Hello all,
?
I'm trying to get JMRI 4.20 running on a Raspberry 3b.? The RPi OS came with Java 17.0.14.? I'm wondering if JMRI 4.20 will even run with that version of Java.? If not I'll need to upgrade to the latest 5.x version of JMRI.? Thanks and take care.
?
Dennis Drury
Dayton, NV
?
Here is the error log:
?
OpenJDK 64-Bit Server VM warning: Options -Xverify:none and -noverify were deprecated in JDK 13 and will likely be removed in a future release.
2025-03-12 12:44:53,718 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - * JMRI log ** [main]
2025-03-12 12:44:54,101 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is appended to file: /home/sci/.jmri/log/messages.log [main]
2025-03-12 12:44:54,110 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is stored in file: /home/sci/.jmri/log/session.log [main]
2025-03-12 12:44:54,187 apps.Apps? ? ? ? ? ? ? ? ? ? ? ? ? ? ?INFO? - InstallTest version 4.20+Rc7ba8249b starts under Java 17.0.14 on Linux aarch64 v6.6.74+rpt-rpi-v8 at Wed Mar 12 12:44:54 PDT 2025 [main]
2025-03-12 12:44:54,605 ptionhandler.UncaughtExceptionHandler ERROR - Uncaught Exception caught by jmri.util.exceptionhandler.UncaughtExceptionHandler [main]
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
at jmri.util.swing.SliderSnap.init(SliderSnap.java:123)
at apps.Apps.<init>(Apps.java:130)
at apps.InstallTest.InstallTest.<init>(InstallTest.java:40)
at apps.InstallTest.InstallTest.main(InstallTest.java:115)
Caused by: java.lang.reflect.InvocationTargetException
at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1371)
at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1346)
at jmri.util.swing.SliderSnap.init(SliderSnap.java:121)
... 3 more
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected int javax.swing.plaf.basic.BasicSliderUI.xPositionForValue(int) accessible: module java.desktop does not "opens javax.swing.plaf.basic" to unnamed module @42f30e0a
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:200)
at java.base/java.lang.reflect.Method.setAccessible(Method.java:194)
at jmri.util.swing.SliderSnap$Init.run(SliderSnap.java:410)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:308)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:773)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:720)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:714)
at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
?
961 - 980 of 239446