[Sikuli-driver] [Bug 1766117] Re: Java version not detected using Java 10
Or...no I can't lol. Seems Oracle has declared Java 9 EOL and forces Java 10 download. -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1766117 Title: Java version not detected using Java 10 Status in Sikuli: New Bug description: [info] HotkeyManager: add Hotkey: CTRL+SHIFT H (72, 3) [error] RunTimeINIT: Java version not detected (using 7): 10.0.1+10 java ?7?-64 version 10.0.1+10 vm 10.0.1+10 class 54.0 arch x86_64 Not a huge deal in that I can install java 9 to get it rolling again, just a heads up. To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1766117/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Bug 1766117] [NEW] Java version not detected using Java 10
Public bug reported: [info] HotkeyManager: add Hotkey: CTRL+SHIFT H (72, 3) [error] RunTimeINIT: Java version not detected (using 7): 10.0.1+10 java ?7?-64 version 10.0.1+10 vm 10.0.1+10 class 54.0 arch x86_64 Not a huge deal in that I can install java 9 to get it rolling again, just a heads up. ** Affects: sikuli Importance: Undecided Status: New -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1766117 Title: Java version not detected using Java 10 Status in Sikuli: New Bug description: [info] HotkeyManager: add Hotkey: CTRL+SHIFT H (72, 3) [error] RunTimeINIT: Java version not detected (using 7): 10.0.1+10 java ?7?-64 version 10.0.1+10 vm 10.0.1+10 class 54.0 arch x86_64 Not a huge deal in that I can install java 9 to get it rolling again, just a heads up. To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1766117/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Bug 1760167] [NEW] Match.target(); not being set or not being returned when Match object is returned through a function
Public bug reported: matchOfSomething=someFunctionThatReturnsMatch(Region); System.out.println("matchOfSomething.toString()); The output is: M[1438,135 142x22]@S(S(0)[0,0 1680x1050]) S:1.00 T:1020,594 [718 msec] Location l=matchOfSomething.getTarget(); System.out.println(l.toString()); The output is: L(1020,594)@S(0)[0,0 1680x1050] Target is set to a location that is not within the bounds of the Match's region. Using Sikulix api with java, version 1.1.2 ** Affects: sikuli Importance: Undecided Status: New -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1760167 Title: Match.target(); not being set or not being returned when Match object is returned through a function Status in Sikuli: New Bug description: matchOfSomething=someFunctionThatReturnsMatch(Region); System.out.println("matchOfSomething.toString()); The output is: M[1438,135 142x22]@S(S(0)[0,0 1680x1050]) S:1.00 T:1020,594 [718 msec] Location l=matchOfSomething.getTarget(); System.out.println(l.toString()); The output is: L(1020,594)@S(0)[0,0 1680x1050] Target is set to a location that is not within the bounds of the Match's region. Using Sikulix api with java, version 1.1.2 To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1760167/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
Re: [Sikuli-driver] [Question #665528]: Packaging platform specific libs in one jar
Question #665528 on Sikuli changed: https://answers.launchpad.net/sikuli/+question/665528 Status: Answered => Solved Mike Bedwell confirmed that the question is solved: Thanks RaiMan, that solved my question. -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
Re: [Sikuli-driver] [Question #665568]: Possible OCR improvement through screen capture change?
Question #665568 on Sikuli changed: https://answers.launchpad.net/sikuli/+question/665568 Status: Answered => Solved Mike Bedwell confirmed that the question is solved: Makes sense. I appreciate your time and explanation. -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Question #665568]: Possible OCR improvement through screen capture change?
New question #665568 on Sikuli: https://answers.launchpad.net/sikuli/+question/665568 I was comparing and researching a solution for a text grab from the screen. I know, from reading the conversations here on launchpad that ocr is a hit or miss thing. I captured a png from my screen using the mac screen capture tool, and also captured the same area using sikuli. Looking at the results, and the tesseract results, the difference is noticeable. I tried to look through the api code and the robot hooks, and came to the conclusion that maybe the robot library is the limitation, or that i just can't find a capture implementation that might suffice. below is text from a terminal session comparing the two screen captures of the same image. I'm happy to poke at this further, but do you have any guidance on where(either in the capture interface or the robot library) to look at? I did attempt a patch that i thought might achieve a higher resolution capture, but was unable to test because I broke your code in too many other places attempting it (I mucked with abstractions but didn't update everywhere). the image captured from the mac is a bit larger- skexis:imagecaptures.sikuli$ ls -lh 013689.png maccapt.png -rw-r--r-- 1 mb staff29K Mar 13 21:52 013689.png -rw-r--r--@ 1 mb staff43K Mar 13 21:55 maccapt.png imagemagick shows that the pixel count is significantly higher in the mac capture (haven't tested this on linux or windows) skexis:imagecaptures.sikuli$ magick identify 013689.png maccapt.png 013689.png PNG 236x50 236x50+0+0 8-bit sRGB 29618B 0.000u 0:00.009 maccapt.png PNG 476x102 476x102+0+0 8-bit sRGB 43778B 0.000u 0:00.000 tesseract has hugely different degrees of success on the two images. Both of these are without creating any training info for tesseract to use on the odd font that the capture uses. skexis:imagecaptures.sikuli$ tesseract 013689.png stdout Warning. Invalid resolution 0 dpi. Using 70 instead. YEAR < AKHzrxao 652AM MEROE Dzsm 7350 76961 OWNED Ev KUSH skexis:imagecaptures.sikuli$ tesseract maccapt.png stdout YEAR 1. AKHET I-éo. 6:55AM MEROE DESERT: 380. 6961 OWNED BY: KUSH -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Question #665528]: Packaging platform specific libs in one jar
New question #665528 on Sikuli: https://answers.launchpad.net/sikuli/+question/665528 The project I'm working on will likely be used on all 3 platforms, Windows, Linux, and OS X. Will I create issues by packaging all 3 sikulixlibs*.jar files (name clashes, etc) in the same jar file? I'm trying to determine if I can build once, run anywhere, or if I need to distribute platform specific jar files to the machines I'll be using. Thanks in advance, --Mike -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
Re: [Sikuli-driver] [Question #665359]: Image match successful on mac fails on windows
Question #665359 on Sikuli changed: https://answers.launchpad.net/sikuli/+question/665359 Mike Bedwell posted a new comment: Sure. If you open the IDE, and add one of your images to the script there (using 'insert image'), you can click on the image thumbnail that results to open the Pattern Settings dialog. That interface has three tabs across the top. The middle one (Matching Preview) will show you everyplace on a screen capture that your image will match, and at what level of quality. For what it's worth, I don't use the IDE myself as i'm writing against the java api, but I use the IDE to manage, capture, and preview all of my image samples just for that functionality. -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
Re: [Sikuli-driver] [Question #665359]: Image match successful on mac fails on windows
Question #665359 on Sikuli changed: https://answers.launchpad.net/sikuli/+question/665359 Mike Bedwell posted a new comment: Not to step on any toes, but I've been developing a piece of software that must work on all three (windows/linux/osx). One of the things that has helped me to trouble shoot this is use the IDE to preview match success on the systems giving you trouble. I've ran across more than one instance where images were matching fine, but due to other handling factors in my own code, it appeared that matches were failing. The IDE will give you an easy way to verify that it truly is a match fail and not a region issue (I finally started dynamically calculating search regions, in my initial code I made too many assumptions). Of course, if you've already tried that, apologies for the extra time taken here :) -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
Re: [Sikuli-driver] [Bug 1753132] [NEW] [1.1.2] images not loaded from jar using class-based imagepath --- fixed 1.1.2 2018-03-03 build#117
Just pulled the most recent sources after this patch, and can confirm it’s working beautifully again. I really appreciate your efforts and your project. —Mike > On Mar 3, 2018, at 9:49 AM, RaiMan wrote: > > Public bug reported: > > This is successful > ImagePath.add("com.jaditd.wood.Wood/images"); > > This is also successful > Pattern gather = new Pattern("/images/gatherWood.png"); > > This fails, though, I think since the Image path modification was successful, > it shouldn't > Pattern gather = new Pattern("gatherWood.png"); > > How do I check the reason for the failure? The image is stored at > src/main/resources/images and I have checked that in the jar file > images/gatherWood.png exists. > > ** Affects: sikuli > Importance: Critical > Assignee: RaiMan (raimund-hocke) > Status: Fix Committed > > ** Summary changed: > > - [1.1.2] images not loaded from jar using class-based imagepath > + [1.1.2] images not loaded from jar using class-based imagepath --- fixed > 1.1.2 2018-03-03 build#117 > > ** Changed in: sikuli > Status: New => Fix Committed > > ** Changed in: sikuli > Importance: Undecided => Critical > > ** Changed in: sikuli > Assignee: (unassigned) => RaiMan (raimund-hocke) > > ** Changed in: sikuli >Milestone: None => 1.1.2 > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1753132 > > Title: > [1.1.2] images not loaded from jar using class-based imagepath --- > fixed 1.1.2 2018-03-03 build#117 > > Status in Sikuli: > Fix Committed > > Bug description: > This is successful > ImagePath.add("com.jaditd.wood.Wood/images"); > > This is also successful > Pattern gather = new Pattern("/images/gatherWood.png"); > > This fails, though, I think since the Image path modification was > successful, it shouldn't > Pattern gather = new Pattern("gatherWood.png"); > > How do I check the reason for the failure? The image is stored at > src/main/resources/images and I have checked that in the jar file > images/gatherWood.png exists. > > To manage notifications about this bug go to: > https://bugs.launchpad.net/sikuli/+bug/1753132/+subscriptions -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1753132 Title: [1.1.2] images not loaded from jar using class-based imagepath --- fixed 1.1.2 2018-03-03 build#117 Status in Sikuli: Fix Committed Bug description: This is successful ImagePath.add("com.jaditd.wood.Wood/images"); This is also successful Pattern gather = new Pattern("/images/gatherWood.png"); This fails, though, I think since the Image path modification was successful, it shouldn't Pattern gather = new Pattern("gatherWood.png"); How do I check the reason for the failure? The image is stored at src/main/resources/images and I have checked that in the jar file images/gatherWood.png exists. To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1753132/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
Re: [Sikuli-driver] [Question #665115]: Successful add of class-based image path, unable to load images --- fixed see related bug
Question #665115 on Sikuli changed: https://answers.launchpad.net/sikuli/+question/665115 Mike Bedwell posted a new comment: Thank you much. I was hesitant to report it as a bug, as I'm still quite a rookie with Java (I've spent my last 10 years stuck with the .net implementations my company uses) and wasn't sure I just didn't understand the intended path mechanism. -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Question #665115]: Successful add of image path, unable to load images
New question #665115 on Sikuli: https://answers.launchpad.net/sikuli/+question/665115 This is successful ImagePath.add("com.jaditd.wood.Wood/images"); This is also successful Pattern gather = new Pattern("/images/gatherWood.png"); This fails, though, I think since the Image path modification was successful, it shouldn't Pattern gather = new Pattern("gatherWood.png"); How do I check the reason for the failure? The image is stored at src/main/resources/images and I have checked that in the jar file images/gatherWood.png exists. -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Bug 1751840] Re: Error creating App object on linux using Java
It's worth noting, part of the failure was mine for not remembering the dependency issues (needing to install an older opencv (version 2) and tesseract. The only real 'issue' was that without combining the two jar files' class files, I was unable to successfully run the installer. [debug (3/1/18, 11:49:03 AM)] RunSetup: popAsk: You have for Linux native libs /home/mike/.Sikulix/SikulixDownloads/sikulixlibslux-1.1.1.jar Click YES, if you want to use this for setup processing ... or click NO, to ignore it and download a fresh copy [debug (3/1/18, 11:49:05 AM)] RunSetup: Copied from Downloads: sikulixlibslux [debug (3/1/18, 11:49:05 AM)] RunSetup: checking usability of bundled, provided or built libs the tail of the log, after pressing YES, it crashes. Press NO and it will download the file, then crash. -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1751840 Title: Error creating App object on linux using Java Status in Sikuli: Invalid Bug description: Using Java 9, and the latest 1.1.2 nightly build Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/exec/ExecuteStreamHandler at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:292) at org.sikuli.natives.SysUtil.getOSUtil(SysUtil.java:36) at org.sikuli.script.App.(App.java:40) at flax.Flax.main(Flax.java:81) Caused by: java.lang.ClassNotFoundException: org.apache.commons.exec.ExecuteStreamHandler at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) ... 5 more Line of code causing the error is atitd = new App("A Tale in the Desert"); (atitd was declared elsewhere, this is just the assignment) Code executes successfully on Mac OS X, error is only thrown in Linux. To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1751840/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
Re: [Sikuli-driver] [Question #665097]: Ubunto Linux Installation
Question #665097 on Sikuli changed: https://answers.launchpad.net/sikuli/+question/665097 Mike Bedwell proposed the following answer: ldd requires the full path to the library you want to check. Most linux distros would store it in /usr/lib change your command to 'ldd -r /usr/lib/libopencv_core.so.2.4' (sans quotes of course) and you may get better results. Failing that, you can usually use the 'whereis' utility to see where the file was stored. 'whereis libopencv_core.so.2.4'. -- You received this question notification because your team Sikuli Drivers is an answer contact for Sikuli. ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Bug 1751840] Re: Error creating App object on linux using Java
Of course. I'm fairly confident I over-complicated the solution, thus the lack of real detail. I installed opencv 2.4 and tesseract 3.05 on the system, as the installers check for the usability of libVisionProxy was failing due to those libraries missing. I wasn't sure if there were somehow included with the linux install routines, and the 'easy' solution for me was just to install them system wide. I also unzipped the installer jar, and the sikulixliblux jar. I copied the class files from sikulixliblux to the installer classpath folders. Then I ran the installer class directly without rebuilding the jar. Without doing so, the installer kept crashing. With these things done, I was able to successfully complete an install on a linux machine using the 1.1.2-20180222 nightly on linux. On my Mac, I didn't have to do any of these things, it worked flawlessly out of the box. -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1751840 Title: Error creating App object on linux using Java Status in Sikuli: Invalid Bug description: Using Java 9, and the latest 1.1.2 nightly build Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/exec/ExecuteStreamHandler at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:292) at org.sikuli.natives.SysUtil.getOSUtil(SysUtil.java:36) at org.sikuli.script.App.(App.java:40) at flax.Flax.main(Flax.java:81) Caused by: java.lang.ClassNotFoundException: org.apache.commons.exec.ExecuteStreamHandler at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) ... 5 more Line of code causing the error is atitd = new App("A Tale in the Desert"); (atitd was declared elsewhere, this is just the assignment) Code executes successfully on Mac OS X, error is only thrown in Linux. To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1751840/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Bug 1751840] Re: Error creating App object on linux using Java
error message was due to using a failed linux setup. After installing the necessary dependancies in linux and modifying the setup jar a bit (it couldn't find some libraries on the class path), I have a working api jar to build against. ** Changed in: sikuli Status: New => Invalid -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1751840 Title: Error creating App object on linux using Java Status in Sikuli: Invalid Bug description: Using Java 9, and the latest 1.1.2 nightly build Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/exec/ExecuteStreamHandler at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:292) at org.sikuli.natives.SysUtil.getOSUtil(SysUtil.java:36) at org.sikuli.script.App.(App.java:40) at flax.Flax.main(Flax.java:81) Caused by: java.lang.ClassNotFoundException: org.apache.commons.exec.ExecuteStreamHandler at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) ... 5 more Line of code causing the error is atitd = new App("A Tale in the Desert"); (atitd was declared elsewhere, this is just the assignment) Code executes successfully on Mac OS X, error is only thrown in Linux. To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1751840/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp
[Sikuli-driver] [Bug 1751840] [NEW] Error creating App object on linux using Java
Public bug reported: Using Java 9, and the latest 1.1.2 nightly build Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/exec/ExecuteStreamHandler at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:292) at org.sikuli.natives.SysUtil.getOSUtil(SysUtil.java:36) at org.sikuli.script.App.(App.java:40) at flax.Flax.main(Flax.java:81) Caused by: java.lang.ClassNotFoundException: org.apache.commons.exec.ExecuteStreamHandler at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) ... 5 more Line of code causing the error is atitd = new App("A Tale in the Desert"); (atitd was declared elsewhere, this is just the assignment) Code executes successfully on Mac OS X, error is only thrown in Linux. ** Affects: sikuli Importance: Undecided Status: New ** Description changed: + Using Java 9, and the latest 1.1.2 nightly build + Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/exec/ExecuteStreamHandler - at java.base/java.lang.Class.forName0(Native Method) - at java.base/java.lang.Class.forName(Class.java:292) - at org.sikuli.natives.SysUtil.getOSUtil(SysUtil.java:36) - at org.sikuli.script.App.(App.java:40) - at flax.Flax.main(Flax.java:81) + at java.base/java.lang.Class.forName0(Native Method) + at java.base/java.lang.Class.forName(Class.java:292) + at org.sikuli.natives.SysUtil.getOSUtil(SysUtil.java:36) + at org.sikuli.script.App.(App.java:40) + at flax.Flax.main(Flax.java:81) Caused by: java.lang.ClassNotFoundException: org.apache.commons.exec.ExecuteStreamHandler - at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) - at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) - at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) - ... 5 more + at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) + at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) + at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) + ... 5 more Line of code causing the error is atitd = new App("A Tale in the Desert"); (atitd was declared elsewhere, this is just the assignment) Code executes successfully on Mac OS X, error is only thrown in Linux. -- You received this bug notification because you are a member of Sikuli Drivers, which is subscribed to Sikuli. https://bugs.launchpad.net/bugs/1751840 Title: Error creating App object on linux using Java Status in Sikuli: New Bug description: Using Java 9, and the latest 1.1.2 nightly build Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/exec/ExecuteStreamHandler at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:292) at org.sikuli.natives.SysUtil.getOSUtil(SysUtil.java:36) at org.sikuli.script.App.(App.java:40) at flax.Flax.main(Flax.java:81) Caused by: java.lang.ClassNotFoundException: org.apache.commons.exec.ExecuteStreamHandler at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) ... 5 more Line of code causing the error is atitd = new App("A Tale in the Desert"); (atitd was declared elsewhere, this is just the assignment) Code executes successfully on Mac OS X, error is only thrown in Linux. To manage notifications about this bug go to: https://bugs.launchpad.net/sikuli/+bug/1751840/+subscriptions ___ Mailing list: https://launchpad.net/~sikuli-driver Post to : sikuli-driver@lists.launchpad.net Unsubscribe : https://launchpad.net/~sikuli-driver More help : https://help.launchpad.net/ListHelp