From martijnverburg at gmail.com Fri Apr 6 13:47:14 2018 From: martijnverburg at gmail.com (Martijn Verburg) Date: Fri, 6 Apr 2018 14:47:14 +0100 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: Message-ID: Hi Alexandre, I got a little further (This is using Java 1.8.0_162). Once I set my swt.jar and jtreg.home I was able to run: ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 check-dependecies-impl ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 build-dependecies-impl ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ test-dependecies-impl The first two execute OK but then the test gives me the test failure of: test: [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not found: creating [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" not found: creating [exec] runner starting test: org/jemmy/browser/PropPanelTest.java [exec] runner finished test: org/jemmy/browser/PropPanelTest.java [exec] Error. Unexpected error caught from test org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/sun/javatest/regtest/agent/JDK_Version;)I [exec] Test results: error: 1 [exec] Report written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report/html/report.html [exec] Results written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd [exec] Error: Some tests failed or other problems occurred. [exec] Result: 3 Any ideas? FYI - I'm still running this locally on my Mac OS X box until I get a clean build so I know the minimum steps for the build farm job. Note to self that the build box will need to provide a platform specific SWT lib (Linux x86). Cheers, Martijn On 28 March 2018 at 21:43, Alexandre (Shura) Iline < alexandre.iline at oracle.com> wrote: > Now including aliases and more recipients.. > > > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline < > alexandre.iline at oracle.com> wrote: > > > > > > > >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg > wrote: > >> > >> Hi Alexandre, > >> > >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and that > failed with: > >> > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_ > Projects/v3/SWT/JemmySWT/build.xml:33: Please specify swt.jar > > > > You do need the SWT library to build SWT. > > > > this is what I just did: > > > > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/ > plugins/org.eclipse.swt_3.8.2.jar jar > > > > > > I clearly need to provide a README. Will do. > > > > Shura > > > >> > >> Then I actually bothered to read the build.xml file and saw the > build-dependecies-impl target, so I ran ant build-dependecies-impl which > seemed to build: > >> > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_ > Projects/v3/core/JemmyCore/build/JemmyCore.jar > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/ > JemmyAWTInput/build/JemmyAWTInput.jar > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_ > Projects/v3/core/JemmyBrowser/build/JemmyBrowser.jar > >> > >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set > >> > >> Before I shave more Yaks, is this the right direction to be going in? > >> > >> > >> Cheers, > >> Martijn > >> > >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline < > alexandre.iline at oracle.com> wrote: > >> Martijn, > >> > >> Jemmy v3 consists of several project which depend on each other. > >> > >> If, besides hosting the source, the intension is to build it, you need > to build projects which are in use by others who would be coming to > AdoptOpenJDK for binaries. > >> > >> At this point of time, from what I know, JemmySWT is what is needed. > Ant build scripts are constructed in a way so that by while JemmySWT is > build, the dependences are also built, you should have no problem with that. > >> > >> Binaries would, then, simply include all jar files create after the > build. The jar files will be: */*/build/*.jar > >> > >> Shura > >> > >> > >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg < > martijnverburg at gmail.com> wrote: > >>> > >>> Hi Dalibor, > >>> > >>> We're shifting the code tools off Cloudbees to the new > adoptiopenjdk.net build farm. I'm more than happy to add it, a quick Q: > >>> > >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: > >>> > >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . > >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. > >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg > >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck > >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT > >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core > >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make > >>> > >>> but I can't see what the canonical entry point to build it is. > >>> > >>> I'll sign up to jemmy-dev and x-post there shortly. > >>> > >>> Cheers, > >>> Martijn > >>> > >>> On 28 March 2018 at 17:02, dalibor topic > wrote: > >>> Hi Martijn, > >>> > >>> would you be able to add the Jemmy v3 repo at > http://hg.openjdk.java.net/code-tools/jemmy/v3/ to > https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? > >>> > >>> cheers, > >>> dalibor topic > >>> -- > >>> Dalibor Topic | Principal Product Manager > >>> Phone: +494089091214 | Mobile: +491737185961 > >>> > >>> > >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg > >>> > >>> ORACLE Deutschland B.V. & Co. KG > >>> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > >>> Registergericht: Amtsgericht M?nchen, HRA 95603 > >>> > >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. > >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher > >>> > >>> Oracle is committed to developing > >>> practices and products that help protect the environment > >>> > >> > >> > > > > From alexandre.iline at oracle.com Mon Apr 9 17:52:16 2018 From: alexandre.iline at oracle.com (Alexandre (Shura) Iline) Date: Mon, 9 Apr 2018 10:52:16 -0700 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: Message-ID: Do you happen to have full stack trace of that? Also, how to I get JTReg which are you using? The reported missing method would be a part of JTReg, clearly. The other thing is you should probably be ok with just running ant ?. test. ?test? target is coming from http://hg.openjdk.java.net/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml. Shura > On Apr 6, 2018, at 6:47 AM, Martijn Verburg wrote: > > Hi Alexandre, > > I got a little further (This is using Java 1.8.0_162). Once I set my swt.jar and jtreg.home I was able to run: > > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 check-dependecies-impl > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 build-dependecies-impl > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ test-dependecies-impl > > The first two execute OK but then the test gives me the test failure of: > > test: > [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not found: creating > [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" not found: creating > [exec] runner starting test: org/jemmy/browser/PropPanelTest.java > [exec] runner finished test: org/jemmy/browser/PropPanelTest.java > [exec] Error. Unexpected error caught from test org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/sun/javatest/regtest/agent/JDK_Version;)I > [exec] Test results: error: 1 > [exec] Report written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report/html/report.html > [exec] Results written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd > [exec] Error: Some tests failed or other problems occurred. > [exec] Result: 3 > > Any ideas? > > FYI - I'm still running this locally on my Mac OS X box until I get a clean build so I know the minimum steps for the build farm job. Note to self that the build box will need to provide a platform specific SWT lib (Linux x86). > > Cheers, > Martijn > > On 28 March 2018 at 21:43, Alexandre (Shura) Iline > wrote: > Now including aliases and more recipients.. > > > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline > wrote: > > > > > > > >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg > wrote: > >> > >> Hi Alexandre, > >> > >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and that failed with: > >> > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: Please specify swt.jar > > > > You do need the SWT library to build SWT. > > > > this is what I just did: > > > > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar jar > > > > > > I clearly need to provide a README. Will do. > > > > Shura > > > >> > >> Then I actually bothered to read the build.xml file and saw the build-dependecies-impl target, so I ran ant build-dependecies-impl which seemed to build: > >> > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyCore/build/JemmyCore.jar > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyAWTInput/build/JemmyAWTInput.jar > >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/JemmyBrowser.jar > >> > >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set > >> > >> Before I shave more Yaks, is this the right direction to be going in? > >> > >> > >> Cheers, > >> Martijn > >> > >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline > wrote: > >> Martijn, > >> > >> Jemmy v3 consists of several project which depend on each other. > >> > >> If, besides hosting the source, the intension is to build it, you need to build projects which are in use by others who would be coming to AdoptOpenJDK for binaries. > >> > >> At this point of time, from what I know, JemmySWT is what is needed. Ant build scripts are constructed in a way so that by while JemmySWT is build, the dependences are also built, you should have no problem with that. > >> > >> Binaries would, then, simply include all jar files create after the build. The jar files will be: */*/build/*.jar > >> > >> Shura > >> > >> > >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg > wrote: > >>> > >>> Hi Dalibor, > >>> > >>> We're shifting the code tools off Cloudbees to the new adoptiopenjdk.net build farm. I'm more than happy to add it, a quick Q: > >>> > >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: > >>> > >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . > >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. > >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg > >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck > >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT > >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core > >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make > >>> > >>> but I can't see what the canonical entry point to build it is. > >>> > >>> I'll sign up to jemmy-dev and x-post there shortly. > >>> > >>> Cheers, > >>> Martijn > >>> > >>> On 28 March 2018 at 17:02, dalibor topic > wrote: > >>> Hi Martijn, > >>> > >>> would you be able to add the Jemmy v3 repo at http://hg.openjdk.java.net/code-tools/jemmy/v3/ to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? > >>> > >>> cheers, > >>> dalibor topic > >>> -- > >>> > Dalibor Topic | Principal Product Manager > >>> Phone: +494089091214 | Mobile: +491737185961 > >>> > >>> > >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg > >>> > >>> ORACLE Deutschland B.V. & Co. KG > >>> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > >>> Registergericht: Amtsgericht M?nchen, HRA 95603 > >>> > >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. > >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher > >>> > >>> > Oracle is committed to developing > >>> practices and products that help protect the environment > >>> > >> > >> > > > > From erik.greijus at oracle.com Tue Apr 10 06:45:02 2018 From: erik.greijus at oracle.com (Erik Greijus) Date: Tue, 10 Apr 2018 08:45:02 +0200 Subject: RFR 7902144: Make jemmy/v3 build/test with Maven Message-ID: <353619FB-A1B5-421C-A866-A78A2C8CCA35@oracle.com> Hello all, Please have a look and get back with comments on this change. Description: Currently jemmy/v3 is built and tested by means of ant scripts. As such dependency management is manual and can be an obstacle for new developers. Setting the project up with Maven makes it more or less plug'n'play (as long as the user has installed Maven). Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902144 Webrev: http://cr.openjdk.java.net/~shurailine/7902144/ Thanks /Erik From martijnverburg at gmail.com Tue Apr 10 15:52:31 2018 From: martijnverburg at gmail.com (Martijn Verburg) Date: Tue, 10 Apr 2018 16:52:31 +0100 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: Message-ID: Hi Alexandre, I'm using JTReg from the AdoptOpenJDK Build Farm ( https://ci.adoptopenjdk.net/view/all/job/jtreg/) in particular the jtreg-4.2-b12.tar.gz binary. That appears to have cleared that issue up (we did have broken binaries for a bit). If I now run ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar build-dependecies-impl ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test-dependecies-impl Then I get a passing build! --------- Onto the next issue! If I run just: ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test Then I get compile errors like: compile-test: [javac] Compiling 7 source files to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error: cannot find symbol [javac] prnt.lookup(new ByTextItem("Table")).wrap().mouse().click(); [javac] ^ [javac] symbol: class ByTextItem [javac] location: class ItemsTest [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error: cannot find symbol [javac] prnt.lookup(new ByTextItem(tab)).wrap().mouse().click(); [javac] ^ [javac] symbol: class ByTextItem [javac] location: class ItemsTest ------------ A *README.txt* for building at the root of the project and a .*hgignore* file would also be nice to haves. ------------ I'm now going to source a Linux 4.3 SWT lib and see if I can get Jemmy building nightly on our build farm. I'm also very interested in seeing the Maven support go in :-). Cheers, Martijn On 9 April 2018 at 18:52, Alexandre (Shura) Iline < alexandre.iline at oracle.com> wrote: > Do you happen to have full stack trace of that? > > Also, how to I get JTReg which are you using? > > The reported missing method would be a part of JTReg, clearly. > > The other thing is you should probably be ok with just running ant ?. > test. ?test? target is coming from http://hg.openjdk.java. > net/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml. > > Shura > > > On Apr 6, 2018, at 6:47 AM, Martijn Verburg > wrote: > > Hi Alexandre, > > I got a little further (This is using Java 1.8.0_162). Once I set my > swt.jar and jtreg.home I was able to run: > > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 > check-dependecies-impl > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 > build-dependecies-impl > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 > -Djtreg.home=/Users/karianna/Documents/workspace/ > AdoptOpenJDK_Projects/jtreg/ test-dependecies-impl > > The first two execute OK but then the test gives me the test failure of: > > test: > [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_ > Projects/v3/core/JemmyBrowser/build/test_wd" not found: creating > [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_ > Projects/v3/core/JemmyBrowser/build/test_report" not found: creating > [exec] runner starting test: org/jemmy/browser/PropPanelTest.java > [exec] runner finished test: org/jemmy/browser/PropPanelTest.java > [exec] Error. Unexpected error caught from test org/jemmy/browser/PropPanelTest.java: > java.lang.NoSuchMethodError: com.sun.javatest.regtest. > agent.JDK_Version.compareTo(Lcom/sun/javatest/regtest/agent/JDK_Version;)I > [exec] Test results: error: 1 > [exec] Report written to /Users/karianna/Documents/ > workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/ > build/test_report/html/report.html > [exec] Results written to /Users/karianna/Documents/ > workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd > [exec] Error: Some tests failed or other problems occurred. > [exec] Result: 3 > > Any ideas? > > FYI - I'm still running this locally on my Mac OS X box until I get a > clean build so I know the minimum steps for the build farm job. Note to > self that the build box will need to provide a platform specific SWT lib > (Linux x86). > > Cheers, > Martijn > > On 28 March 2018 at 21:43, Alexandre (Shura) Iline < > alexandre.iline at oracle.com> wrote: > >> Now including aliases and more recipients.. >> >> > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline < >> alexandre.iline at oracle.com> wrote: >> > >> > >> > >> >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg < >> martijnverburg at gmail.com> wrote: >> >> >> >> Hi Alexandre, >> >> >> >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and that >> failed with: >> >> >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: >> Please specify swt.jar >> > >> > You do need the SWT library to build SWT. >> > >> > this is what I just did: >> > >> > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar >> jar >> > >> > >> > I clearly need to provide a README. Will do. >> > >> > Shura >> > >> >> >> >> Then I actually bothered to read the build.xml file and saw the >> build-dependecies-impl target, so I ran ant build-dependecies-impl which >> seemed to build: >> >> >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/ >> v3/core/JemmyCore/build/JemmyCore.jar >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/ >> v3/core/JemmyAWTInput/build/JemmyAWTInput.jar >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/ >> v3/core/JemmyBrowser/build/JemmyBrowser.jar >> >> >> >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set >> >> >> >> Before I shave more Yaks, is this the right direction to be going in? >> >> >> >> >> >> Cheers, >> >> Martijn >> >> >> >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline < >> alexandre.iline at oracle.com> wrote: >> >> Martijn, >> >> >> >> Jemmy v3 consists of several project which depend on each other. >> >> >> >> If, besides hosting the source, the intension is to build it, you need >> to build projects which are in use by others who would be coming to >> AdoptOpenJDK for binaries. >> >> >> >> At this point of time, from what I know, JemmySWT is what is needed. >> Ant build scripts are constructed in a way so that by while JemmySWT is >> build, the dependences are also built, you should have no problem with that. >> >> >> >> Binaries would, then, simply include all jar files create after the >> build. The jar files will be: */*/build/*.jar >> >> >> >> Shura >> >> >> >> >> >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg < >> martijnverburg at gmail.com> wrote: >> >>> >> >>> Hi Dalibor, >> >>> >> >>> We're shifting the code tools off Cloudbees to the new >> adoptiopenjdk.net build farm. I'm more than happy to add it, a quick Q: >> >>> >> >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: >> >>> >> >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . >> >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. >> >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg >> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck >> >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT >> >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core >> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make >> >>> >> >>> but I can't see what the canonical entry point to build it is. >> >>> >> >>> I'll sign up to jemmy-dev and x-post there shortly. >> >>> >> >>> Cheers, >> >>> Martijn >> >>> >> >>> On 28 March 2018 at 17:02, dalibor topic >> wrote: >> >>> Hi Martijn, >> >>> >> >>> would you be able to add the Jemmy v3 repo at >> http://hg.openjdk.java.net/code-tools/jemmy/v3/ to >> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? >> >>> >> >>> cheers, >> >>> dalibor topic >> >>> -- >> >>> Dalibor Topic | Principal Product Manager >> >>> Phone: +494089091214 > | Mobile: >> +491737185961 >> >>> > >> >>> >> >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >> >> >>> >> >>> ORACLE Deutschland B.V. & Co. KG >> >>> Hauptverwaltung: Riesstr. 25, D-80992 >> >> M?nchen >> >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >> >>> >> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >> >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >> >> >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >> >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >> >>> >> >>> Oracle is committed to developing >> >>> practices and products that help protect the environment >> >>> >> >> >> >> >> > >> >> > > From alexandre.iline at oracle.com Tue Apr 10 20:26:49 2018 From: alexandre.iline at oracle.com (Alexandre (Shura) Iline) Date: Tue, 10 Apr 2018 13:26:49 -0700 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: Message-ID: <8EEAEA50-2843-4534-8A77-D8DD9058D758@oracle.com> > On Apr 10, 2018, at 8:52 AM, Martijn Verburg wrote: > > Hi Alexandre, > > I'm using JTReg from the AdoptOpenJDK Build Farm (https://ci.adoptopenjdk.net/view/all/job/jtreg/ ) in particular the jtreg-4.2-b12.tar.gz binary. That appears to have cleared that issue up (we did have broken binaries for a bit). > > If I now run > > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar build-dependecies-impl > ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test-dependecies-impl > > Then I get a passing build! > > --------- > > Onto the next issue! If I run just: > > ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test > > Then I get compile errors like: > > compile-test: > [javac] Compiling 7 source files to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test > [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error: cannot find symbol > [javac] prnt.lookup(new ByTextItem("Table")).wrap().mouse().click(); > [javac] ^ > [javac] symbol: class ByTextItem > [javac] location: class ItemsTest > [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error: cannot find symbol > [javac] prnt.lookup(new ByTextItem(tab)).wrap().mouse().click(); > [javac] ^ > [javac] symbol: class ByTextItem > [javac] location: class ItemsTest This, I believe, is a bug which is going to be addressed by the review in progress: http://mail.openjdk.java.net/pipermail/jemmy-dev/2018-April/000080.html Shura > > ------------ > > A README.txt for building at the root of the project and a .hgignore file would also be nice to haves. > > ------------ > > I'm now going to source a Linux 4.3 SWT lib and see if I can get Jemmy building nightly on our build farm. I'm also very interested in seeing the Maven support go in :-). > > Cheers, > Martijn > > On 9 April 2018 at 18:52, Alexandre (Shura) Iline > wrote: > Do you happen to have full stack trace of that? > > Also, how to I get JTReg which are you using? > > The reported missing method would be a part of JTReg, clearly. > > The other thing is you should probably be ok with just running ant ?. test. ?test? target is coming from http://hg.openjdk.java.net/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml . > > Shura > > >> On Apr 6, 2018, at 6:47 AM, Martijn Verburg > wrote: >> >> Hi Alexandre, >> >> I got a little further (This is using Java 1.8.0_162). Once I set my swt.jar and jtreg.home I was able to run: >> >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 check-dependecies-impl >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 build-dependecies-impl >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ test-dependecies-impl >> >> The first two execute OK but then the test gives me the test failure of: >> >> test: >> [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not found: creating >> [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" not found: creating >> [exec] runner starting test: org/jemmy/browser/PropPanelTest.java >> [exec] runner finished test: org/jemmy/browser/PropPanelTest.java >> [exec] Error. Unexpected error caught from test org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/sun/javatest/regtest/agent/JDK_Version;)I >> [exec] Test results: error: 1 >> [exec] Report written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report/html/report.html >> [exec] Results written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd >> [exec] Error: Some tests failed or other problems occurred. >> [exec] Result: 3 >> >> Any ideas? >> >> FYI - I'm still running this locally on my Mac OS X box until I get a clean build so I know the minimum steps for the build farm job. Note to self that the build box will need to provide a platform specific SWT lib (Linux x86). >> >> Cheers, >> Martijn >> >> On 28 March 2018 at 21:43, Alexandre (Shura) Iline > wrote: >> Now including aliases and more recipients.. >> >> > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline > wrote: >> > >> > >> > >> >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg > wrote: >> >> >> >> Hi Alexandre, >> >> >> >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and that failed with: >> >> >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: Please specify swt.jar >> > >> > You do need the SWT library to build SWT. >> > >> > this is what I just did: >> > >> > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar jar >> > >> > >> > I clearly need to provide a README. Will do. >> > >> > Shura >> > >> >> >> >> Then I actually bothered to read the build.xml file and saw the build-dependecies-impl target, so I ran ant build-dependecies-impl which seemed to build: >> >> >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyCore/build/JemmyCore.jar >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyAWTInput/build/JemmyAWTInput.jar >> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/JemmyBrowser.jar >> >> >> >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set >> >> >> >> Before I shave more Yaks, is this the right direction to be going in? >> >> >> >> >> >> Cheers, >> >> Martijn >> >> >> >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline > wrote: >> >> Martijn, >> >> >> >> Jemmy v3 consists of several project which depend on each other. >> >> >> >> If, besides hosting the source, the intension is to build it, you need to build projects which are in use by others who would be coming to AdoptOpenJDK for binaries. >> >> >> >> At this point of time, from what I know, JemmySWT is what is needed. Ant build scripts are constructed in a way so that by while JemmySWT is build, the dependences are also built, you should have no problem with that. >> >> >> >> Binaries would, then, simply include all jar files create after the build. The jar files will be: */*/build/*.jar >> >> >> >> Shura >> >> >> >> >> >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg > wrote: >> >>> >> >>> Hi Dalibor, >> >>> >> >>> We're shifting the code tools off Cloudbees to the new adoptiopenjdk.net build farm. I'm more than happy to add it, a quick Q: >> >>> >> >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: >> >>> >> >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . >> >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. >> >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg >> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck >> >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT >> >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core >> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make >> >>> >> >>> but I can't see what the canonical entry point to build it is. >> >>> >> >>> I'll sign up to jemmy-dev and x-post there shortly. >> >>> >> >>> Cheers, >> >>> Martijn >> >>> >> >>> On 28 March 2018 at 17:02, dalibor topic > wrote: >> >>> Hi Martijn, >> >>> >> >>> would you be able to add the Jemmy v3 repo at http://hg.openjdk.java.net/code-tools/jemmy/v3/ to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? >> >>> >> >>> cheers, >> >>> dalibor topic >> >>> -- >> >>> > Dalibor Topic | Principal Product Manager >> >>> Phone: +494089091214 > | Mobile: +491737185961 >> >>> > >> >>> >> >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >> >>> >> >>> ORACLE Deutschland B.V. & Co. KG >> >>> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >> >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >> >>> >> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >> >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >> >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >> >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >> >>> >> >>> > Oracle is committed to developing >> >>> practices and products that help protect the environment >> >>> >> >> >> >> >> > >> >> > > From alexandre.iline at oracle.com Tue Apr 10 20:34:52 2018 From: alexandre.iline at oracle.com (Alexandre (Shura) Iline) Date: Tue, 10 Apr 2018 13:34:52 -0700 Subject: RFR 7902144: Make jemmy/v3 build/test with Maven In-Reply-To: <353619FB-A1B5-421C-A866-A78A2C8CCA35@oracle.com> References: <353619FB-A1B5-421C-A866-A78A2C8CCA35@oracle.com> Message-ID: This looks good, Erik, thanks. My only concern is that there are now both: /SWT/JemmySWT/src/org/jemmy/swt /SWT/JemmySWT/src/main/resources/org/jemmy/swt these are two parallel source trees, so this look suspicious. I can not right now see if that is getting in the way in any way, but than I am not awfully experience with maven either. Sp, please pardon me asking: can we have "${buildnumber}? added to the existing jimmy.properties: http://hg.openjdk.java.net/code-tools/jemmy/v3/file/898c9e02c8c9/SWT/JemmySWT/src/org/jemmy/swt/jemmy.properties ? Shura > On Apr 9, 2018, at 11:45 PM, Erik Greijus wrote: > > Hello all, > > Please have a look and get back with comments on this change. > > Description: > Currently jemmy/v3 is built and tested by means of ant scripts. As such dependency management is manual and can be an obstacle for new developers. > Setting the project up with Maven makes it more or less plug'n'play (as long as the user has installed Maven). > > Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902144 > Webrev: http://cr.openjdk.java.net/~shurailine/7902144/ > > Thanks > /Erik > From erik.greijus at oracle.com Wed Apr 11 06:58:32 2018 From: erik.greijus at oracle.com (Erik Greijus) Date: Wed, 11 Apr 2018 08:58:32 +0200 Subject: RFR 7902144: Make jemmy/v3 build/test with Maven In-Reply-To: References: <353619FB-A1B5-421C-A866-A78A2C8CCA35@oracle.com> Message-ID: <40506658-2410-4F20-8B15-BD973E6E387E@oracle.com> Thanks Shura, I'll have a look into that and see what can be done (for the record I'm certainly not very experienced with Maven either). /Erik > 10 apr. 2018 kl. 22:34 skrev Alexandre (Shura) Iline : > > This looks good, Erik, thanks. > > My only concern is that there are now both: > /SWT/JemmySWT/src/org/jemmy/swt > /SWT/JemmySWT/src/main/resources/org/jemmy/swt > these are two parallel source trees, so this look suspicious. I can not right now see if that is getting in the way in any way, but than I am not awfully experience with maven either. > > Sp, please pardon me asking: can we have "${buildnumber}? added to the existing jimmy.properties: http://hg.openjdk.java.net/code-tools/jemmy/v3/file/898c9e02c8c9/SWT/JemmySWT/src/org/jemmy/swt/jemmy.properties ? > > Shura > >> On Apr 9, 2018, at 11:45 PM, Erik Greijus wrote: >> >> Hello all, >> >> Please have a look and get back with comments on this change. >> >> Description: >> Currently jemmy/v3 is built and tested by means of ant scripts. As such dependency management is manual and can be an obstacle for new developers. >> Setting the project up with Maven makes it more or less plug'n'play (as long as the user has installed Maven). >> >> Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902144 >> Webrev: http://cr.openjdk.java.net/~shurailine/7902144/ >> >> Thanks >> /Erik >> > From martijnverburg at gmail.com Wed Apr 11 08:56:58 2018 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 11 Apr 2018 09:56:58 +0100 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: <8EEAEA50-2843-4534-8A77-D8DD9058D758@oracle.com> References: <8EEAEA50-2843-4534-8A77-D8DD9058D758@oracle.com> Message-ID: Cool, I'll go with what I have as a working build for now and adjust to use the test target when that change comes in, and then perhaps move to the Maven build later. Cheers, Martijn On 10 April 2018 at 21:26, Alexandre (Shura) Iline < alexandre.iline at oracle.com> wrote: > > > On Apr 10, 2018, at 8:52 AM, Martijn Verburg > wrote: > > Hi Alexandre, > > I'm using JTReg from the AdoptOpenJDK Build Farm ( > https://ci.adoptopenjdk.net/view/all/job/jtreg/) in particular > the jtreg-4.2-b12.tar.gz binary. That appears to have cleared that issue > up (we did have broken binaries for a bit). > > If I now run > > ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar > build-dependecies-impl > ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ > -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar > test-dependecies-impl > > Then I get a passing build! > > --------- > > Onto the next issue! If I run just: > > ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ > -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test > > Then I get compile errors like: > > compile-test: > [javac] Compiling 7 source files to /Users/karianna/Documents/ > workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test > [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_ > Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error: > cannot find symbol > [javac] prnt.lookup(new ByTextItem("Table")). > wrap().mouse().click(); > [javac] ^ > [javac] symbol: class ByTextItem > [javac] location: class ItemsTest > [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_ > Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error: > cannot find symbol > [javac] prnt.lookup(new ByTextItem(tab)). > wrap().mouse().click(); > [javac] ^ > [javac] symbol: class ByTextItem > [javac] location: class ItemsTest > > > > This, I believe, is a bug which is going to be addressed by the review in > progress: http://mail.openjdk.java.net/pipermail/jemmy-dev/ > 2018-April/000080.html > > Shura > > > ------------ > > A *README.txt* for building at the root of the project and a .*hgignore* > file would also be nice to haves. > > ------------ > > I'm now going to source a Linux 4.3 SWT lib and see if I can get Jemmy > building nightly on our build farm. I'm also very interested in seeing the > Maven support go in :-). > > Cheers, > Martijn > > On 9 April 2018 at 18:52, Alexandre (Shura) Iline < > alexandre.iline at oracle.com> wrote: > >> Do you happen to have full stack trace of that? >> >> Also, how to I get JTReg which are you using? >> >> The reported missing method would be a part of JTReg, clearly. >> >> The other thing is you should probably be ok with just running ant ?. >> test. ?test? target is coming from http://hg.openjdk.java.ne >> t/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml. >> >> Shura >> >> >> On Apr 6, 2018, at 6:47 AM, Martijn Verburg >> wrote: >> >> Hi Alexandre, >> >> I got a little further (This is using Java 1.8.0_162). Once I set my >> swt.jar and jtreg.home I was able to run: >> >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >> check-dependecies-impl >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >> build-dependecies-impl >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >> -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJD >> K_Projects/jtreg/ test-dependecies-impl >> >> The first two execute OK but then the test gives me the test failure of: >> >> test: >> [exec] Directory "/Users/karianna/Documents/wor >> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not >> found: creating >> [exec] Directory "/Users/karianna/Documents/wor >> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" not >> found: creating >> [exec] runner starting test: org/jemmy/browser/PropPanelTest.java >> [exec] runner finished test: org/jemmy/browser/PropPanelTest.java >> [exec] Error. Unexpected error caught from test >> org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: >> com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/ >> sun/javatest/regtest/agent/JDK_Version;)I >> [exec] Test results: error: 1 >> [exec] Report written to /Users/karianna/Documents/work >> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/ >> test_report/html/report.html >> [exec] Results written to /Users/karianna/Documents/work >> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd >> [exec] Error: Some tests failed or other problems occurred. >> [exec] Result: 3 >> >> Any ideas? >> >> FYI - I'm still running this locally on my Mac OS X box until I get a >> clean build so I know the minimum steps for the build farm job. Note to >> self that the build box will need to provide a platform specific SWT lib >> (Linux x86). >> >> Cheers, >> Martijn >> >> On 28 March 2018 at 21:43, Alexandre (Shura) Iline < >> alexandre.iline at oracle.com> wrote: >> >>> Now including aliases and more recipients.. >>> >>> > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline < >>> alexandre.iline at oracle.com> wrote: >>> > >>> > >>> > >>> >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg < >>> martijnverburg at gmail.com> wrote: >>> >> >>> >> Hi Alexandre, >>> >> >>> >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and that >>> failed with: >>> >> >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: >>> Please specify swt.jar >>> > >>> > You do need the SWT library to build SWT. >>> > >>> > this is what I just did: >>> > >>> > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar >>> jar >>> > >>> > >>> > I clearly need to provide a README. Will do. >>> > >>> > Shura >>> > >>> >> >>> >> Then I actually bothered to read the build.xml file and saw the >>> build-dependecies-impl target, so I ran ant build-dependecies-impl which >>> seemed to build: >>> >> >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>> /core/JemmyCore/build/JemmyCore.jar >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>> /core/JemmyAWTInput/build/JemmyAWTInput.jar >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>> /core/JemmyBrowser/build/JemmyBrowser.jar >>> >> >>> >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set >>> >> >>> >> Before I shave more Yaks, is this the right direction to be going in? >>> >> >>> >> >>> >> Cheers, >>> >> Martijn >>> >> >>> >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline < >>> alexandre.iline at oracle.com> wrote: >>> >> Martijn, >>> >> >>> >> Jemmy v3 consists of several project which depend on each other. >>> >> >>> >> If, besides hosting the source, the intension is to build it, you >>> need to build projects which are in use by others who would be coming to >>> AdoptOpenJDK for binaries. >>> >> >>> >> At this point of time, from what I know, JemmySWT is what is needed. >>> Ant build scripts are constructed in a way so that by while JemmySWT is >>> build, the dependences are also built, you should have no problem with that. >>> >> >>> >> Binaries would, then, simply include all jar files create after the >>> build. The jar files will be: */*/build/*.jar >>> >> >>> >> Shura >>> >> >>> >> >>> >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg < >>> martijnverburg at gmail.com> wrote: >>> >>> >>> >>> Hi Dalibor, >>> >>> >>> >>> We're shifting the code tools off Cloudbees to the new >>> adoptiopenjdk.net build farm. I'm more than happy to add it, a quick Q: >>> >>> >>> >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: >>> >>> >>> >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . >>> >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. >>> >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg >>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck >>> >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT >>> >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core >>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make >>> >>> >>> >>> but I can't see what the canonical entry point to build it is. >>> >>> >>> >>> I'll sign up to jemmy-dev and x-post there shortly. >>> >>> >>> >>> Cheers, >>> >>> Martijn >>> >>> >>> >>> On 28 March 2018 at 17:02, dalibor topic >>> wrote: >>> >>> Hi Martijn, >>> >>> >>> >>> would you be able to add the Jemmy v3 repo at >>> http://hg.openjdk.java.net/code-tools/jemmy/v3/ to >>> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? >>> >>> >>> >>> cheers, >>> >>> dalibor topic >>> >>> -- >>> >>> Dalibor Topic | Principal Product Manager >>> >>> Phone: +494089091214 > | Mobile: >>> +491737185961 >>> >>> > >>> >>> >>> >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>> >>> >>> >>> >>> ORACLE Deutschland B.V. & Co. KG >>> >>> Hauptverwaltung: Riesstr. 25, D-80992 >>> >>> M?nchen >>> >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>> >>> >>> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>> >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>> >>> >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>> >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >>> >>> >>> >>> Oracle is committed to developing >>> >>> practices and products that help protect the environment >>> >>> >>> >> >>> >> >>> > >>> >>> >> >> > > From martijnverburg at gmail.com Wed Apr 11 16:41:01 2018 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 11 Apr 2018 17:41:01 +0100 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: <8EEAEA50-2843-4534-8A77-D8DD9058D758@oracle.com> Message-ID: Hi all, The Jemmy build project is here: https://ci.adoptopenjdk.net/view/Dependencies/job/jemmy/ If managed to get a mostly successful run and have produced a jemmy.tar.gz file that contains the 3 jar files (jemmyCore.jar, JemmyAWTInput.jar, JemmyBrowser.jar). Now for some questions :-) 1.) I'm running this on Linux x86 - since we're replying on an SWT lib, do platform specific jemmy's need to be built? 2.) Some of the tests naturally failed (Robot testing the UI), I'll see if I can get that Jenkins node to fire up an X11 so that those tests can pass. 3.) Can folks please grab the tar.gz from the latest artifacts link and let me know if that's how they expect it to be named and whether the layout of the contents is acceptable 4.) Versioning / naming - should I be building off a known good tag? Do we want the tip/commit number to be part of the artifact name? It should build on an SCM change and weekly as well Cheers, Martijn On 11 April 2018 at 09:56, Martijn Verburg wrote: > Cool, I'll go with what I have as a working build for now and adjust to > use the test target when that change comes in, and then perhaps move to the > Maven build later. > > Cheers, > Martijn > > On 10 April 2018 at 21:26, Alexandre (Shura) Iline < > alexandre.iline at oracle.com> wrote: > >> >> >> On Apr 10, 2018, at 8:52 AM, Martijn Verburg >> wrote: >> >> Hi Alexandre, >> >> I'm using JTReg from the AdoptOpenJDK Build Farm ( >> https://ci.adoptopenjdk.net/view/all/job/jtreg/) in particular >> the jtreg-4.2-b12.tar.gz binary. That appears to have cleared that issue >> up (we did have broken binaries for a bit). >> >> If I now run >> >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar bu >> ild-dependecies-impl >> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ >> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar te >> st-dependecies-impl >> >> Then I get a passing build! >> >> --------- >> >> Onto the next issue! If I run just: >> >> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ >> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test >> >> Then I get compile errors like: >> >> compile-test: >> [javac] Compiling 7 source files to /Users/karianna/Documents/work >> space/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test >> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/ >> v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error: cannot find >> symbol >> [javac] prnt.lookup(new ByTextItem("Table")). >> wrap().mouse().click(); >> [javac] ^ >> [javac] symbol: class ByTextItem >> [javac] location: class ItemsTest >> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/ >> v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error: cannot find >> symbol >> [javac] prnt.lookup(new ByTextItem(tab)).wrap >> ().mouse().click(); >> [javac] ^ >> [javac] symbol: class ByTextItem >> [javac] location: class ItemsTest >> >> >> >> This, I believe, is a bug which is going to be addressed by the review in >> progress: http://mail.openjdk.java.net/pipermail/jemmy-dev/2 >> 018-April/000080.html >> >> Shura >> >> >> ------------ >> >> A *README.txt* for building at the root of the project and a .*hgignore* >> file would also be nice to haves. >> >> ------------ >> >> I'm now going to source a Linux 4.3 SWT lib and see if I can get Jemmy >> building nightly on our build farm. I'm also very interested in seeing the >> Maven support go in :-). >> >> Cheers, >> Martijn >> >> On 9 April 2018 at 18:52, Alexandre (Shura) Iline < >> alexandre.iline at oracle.com> wrote: >> >>> Do you happen to have full stack trace of that? >>> >>> Also, how to I get JTReg which are you using? >>> >>> The reported missing method would be a part of JTReg, clearly. >>> >>> The other thing is you should probably be ok with just running ant ?. >>> test. ?test? target is coming from http://hg.openjdk.java.ne >>> t/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml. >>> >>> Shura >>> >>> >>> On Apr 6, 2018, at 6:47 AM, Martijn Verburg >>> wrote: >>> >>> Hi Alexandre, >>> >>> I got a little further (This is using Java 1.8.0_162). Once I set my >>> swt.jar and jtreg.home I was able to run: >>> >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>> check-dependecies-impl >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>> build-dependecies-impl >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>> -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJD >>> K_Projects/jtreg/ test-dependecies-impl >>> >>> The first two execute OK but then the test gives me the test failure of: >>> >>> test: >>> [exec] Directory "/Users/karianna/Documents/wor >>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not >>> found: creating >>> [exec] Directory "/Users/karianna/Documents/wor >>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" >>> not found: creating >>> [exec] runner starting test: org/jemmy/browser/PropPanelTest.java >>> [exec] runner finished test: org/jemmy/browser/PropPanelTest.java >>> [exec] Error. Unexpected error caught from test >>> org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: >>> com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/su >>> n/javatest/regtest/agent/JDK_Version;)I >>> [exec] Test results: error: 1 >>> [exec] Report written to /Users/karianna/Documents/work >>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_ >>> report/html/report.html >>> [exec] Results written to /Users/karianna/Documents/work >>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd >>> [exec] Error: Some tests failed or other problems occurred. >>> [exec] Result: 3 >>> >>> Any ideas? >>> >>> FYI - I'm still running this locally on my Mac OS X box until I get a >>> clean build so I know the minimum steps for the build farm job. Note to >>> self that the build box will need to provide a platform specific SWT lib >>> (Linux x86). >>> >>> Cheers, >>> Martijn >>> >>> On 28 March 2018 at 21:43, Alexandre (Shura) Iline < >>> alexandre.iline at oracle.com> wrote: >>> >>>> Now including aliases and more recipients.. >>>> >>>> > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline < >>>> alexandre.iline at oracle.com> wrote: >>>> > >>>> > >>>> > >>>> >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg < >>>> martijnverburg at gmail.com> wrote: >>>> >> >>>> >> Hi Alexandre, >>>> >> >>>> >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and >>>> that failed with: >>>> >> >>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: >>>> Please specify swt.jar >>>> > >>>> > You do need the SWT library to build SWT. >>>> > >>>> > this is what I just did: >>>> > >>>> > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar >>>> jar >>>> > >>>> > >>>> > I clearly need to provide a README. Will do. >>>> > >>>> > Shura >>>> > >>>> >> >>>> >> Then I actually bothered to read the build.xml file and saw the >>>> build-dependecies-impl target, so I ran ant build-dependecies-impl which >>>> seemed to build: >>>> >> >>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>> /core/JemmyCore/build/JemmyCore.jar >>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>> /core/JemmyAWTInput/build/JemmyAWTInput.jar >>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>> /core/JemmyBrowser/build/JemmyBrowser.jar >>>> >> >>>> >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set >>>> >> >>>> >> Before I shave more Yaks, is this the right direction to be going in? >>>> >> >>>> >> >>>> >> Cheers, >>>> >> Martijn >>>> >> >>>> >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline < >>>> alexandre.iline at oracle.com> wrote: >>>> >> Martijn, >>>> >> >>>> >> Jemmy v3 consists of several project which depend on each other. >>>> >> >>>> >> If, besides hosting the source, the intension is to build it, you >>>> need to build projects which are in use by others who would be coming to >>>> AdoptOpenJDK for binaries. >>>> >> >>>> >> At this point of time, from what I know, JemmySWT is what is needed. >>>> Ant build scripts are constructed in a way so that by while JemmySWT is >>>> build, the dependences are also built, you should have no problem with that. >>>> >> >>>> >> Binaries would, then, simply include all jar files create after the >>>> build. The jar files will be: */*/build/*.jar >>>> >> >>>> >> Shura >>>> >> >>>> >> >>>> >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg < >>>> martijnverburg at gmail.com> wrote: >>>> >>> >>>> >>> Hi Dalibor, >>>> >>> >>>> >>> We're shifting the code tools off Cloudbees to the new >>>> adoptiopenjdk.net build farm. I'm more than happy to add it, a quick >>>> Q: >>>> >>> >>>> >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: >>>> >>> >>>> >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . >>>> >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. >>>> >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg >>>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck >>>> >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT >>>> >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core >>>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make >>>> >>> >>>> >>> but I can't see what the canonical entry point to build it is. >>>> >>> >>>> >>> I'll sign up to jemmy-dev and x-post there shortly. >>>> >>> >>>> >>> Cheers, >>>> >>> Martijn >>>> >>> >>>> >>> On 28 March 2018 at 17:02, dalibor topic >>>> wrote: >>>> >>> Hi Martijn, >>>> >>> >>>> >>> would you be able to add the Jemmy v3 repo at >>>> http://hg.openjdk.java.net/code-tools/jemmy/v3/ to >>>> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? >>>> >>> >>>> >>> cheers, >>>> >>> dalibor topic >>>> >>> -- >>>> >>> Dalibor Topic | Principal Product Manager >>>> >>> Phone: +494089091214 > | Mobile: >>>> +491737185961 >>>> >>> > >>>> >>> >>>> >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>>> >>>> >>> >>>> >>> ORACLE Deutschland B.V. & Co. KG >>>> >>> Hauptverwaltung: Riesstr. 25, D-80992 >>>> >>>> M?nchen >>>> >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>>> >>> >>>> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>>> >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>>> >>>> >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>>> >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >>>> >>> >>>> >>> Oracle is committed to >>>> developing >>>> >>> practices and products that help protect the environment >>>> >>> >>>> >> >>>> >> >>>> > >>>> >>>> >>> >>> >> >> > From martijnverburg at gmail.com Wed Apr 11 16:41:37 2018 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 11 Apr 2018 17:41:37 +0100 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: <8EEAEA50-2843-4534-8A77-D8DD9058D758@oracle.com> Message-ID: Oh and folks who are interested in joining the build farm, especially with regards to building code-tools - please DM me and I'll get you started. Cheers, Martijn On 11 April 2018 at 17:41, Martijn Verburg wrote: > Hi all, > > The Jemmy build project is here: https://ci.adoptopenjdk.net/ > view/Dependencies/job/jemmy/ > > If managed to get a mostly successful run and have produced a jemmy.tar.gz > file that contains the 3 jar files (jemmyCore.jar, JemmyAWTInput.jar, > JemmyBrowser.jar). Now for some questions :-) > > 1.) I'm running this on Linux x86 - since we're replying on an SWT lib, do > platform specific jemmy's need to be built? > 2.) Some of the tests naturally failed (Robot testing the UI), I'll see if > I can get that Jenkins node to fire up an X11 so that those tests can pass. > 3.) Can folks please grab the tar.gz from the latest artifacts link > > and let me know if that's how they expect it to be named and whether the > layout of the contents is acceptable > 4.) Versioning / naming - should I be building off a known good tag? Do > we want the tip/commit number to be part of the artifact name? > > It should build on an SCM change and weekly as well > > > Cheers, > Martijn > > On 11 April 2018 at 09:56, Martijn Verburg > wrote: > >> Cool, I'll go with what I have as a working build for now and adjust to >> use the test target when that change comes in, and then perhaps move to the >> Maven build later. >> >> Cheers, >> Martijn >> >> On 10 April 2018 at 21:26, Alexandre (Shura) Iline < >> alexandre.iline at oracle.com> wrote: >> >>> >>> >>> On Apr 10, 2018, at 8:52 AM, Martijn Verburg >>> wrote: >>> >>> Hi Alexandre, >>> >>> I'm using JTReg from the AdoptOpenJDK Build Farm ( >>> https://ci.adoptopenjdk.net/view/all/job/jtreg/) in particular >>> the jtreg-4.2-b12.tar.gz binary. That appears to have cleared that issue >>> up (we did have broken binaries for a bit). >>> >>> If I now run >>> >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar bu >>> ild-dependecies-impl >>> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ >>> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar te >>> st-dependecies-impl >>> >>> Then I get a passing build! >>> >>> --------- >>> >>> Onto the next issue! If I run just: >>> >>> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ >>> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test >>> >>> Then I get compile errors like: >>> >>> compile-test: >>> [javac] Compiling 7 source files to /Users/karianna/Documents/work >>> space/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test >>> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>> /SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error: cannot find >>> symbol >>> [javac] prnt.lookup(new ByTextItem("Table")). >>> wrap().mouse().click(); >>> [javac] ^ >>> [javac] symbol: class ByTextItem >>> [javac] location: class ItemsTest >>> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>> /SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error: cannot find >>> symbol >>> [javac] prnt.lookup(new ByTextItem(tab)).wrap >>> ().mouse().click(); >>> [javac] ^ >>> [javac] symbol: class ByTextItem >>> [javac] location: class ItemsTest >>> >>> >>> >>> This, I believe, is a bug which is going to be addressed by the review >>> in progress: http://mail.openjdk.java.net/pipermail/jemmy-dev/2 >>> 018-April/000080.html >>> >>> Shura >>> >>> >>> ------------ >>> >>> A *README.txt* for building at the root of the project and a .*hgignore* >>> file would also be nice to haves. >>> >>> ------------ >>> >>> I'm now going to source a Linux 4.3 SWT lib and see if I can get Jemmy >>> building nightly on our build farm. I'm also very interested in seeing the >>> Maven support go in :-). >>> >>> Cheers, >>> Martijn >>> >>> On 9 April 2018 at 18:52, Alexandre (Shura) Iline < >>> alexandre.iline at oracle.com> wrote: >>> >>>> Do you happen to have full stack trace of that? >>>> >>>> Also, how to I get JTReg which are you using? >>>> >>>> The reported missing method would be a part of JTReg, clearly. >>>> >>>> The other thing is you should probably be ok with just running ant ?. >>>> test. ?test? target is coming from http://hg.openjdk.java.ne >>>> t/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml. >>>> >>>> Shura >>>> >>>> >>>> On Apr 6, 2018, at 6:47 AM, Martijn Verburg >>>> wrote: >>>> >>>> Hi Alexandre, >>>> >>>> I got a little further (This is using Java 1.8.0_162). Once I set my >>>> swt.jar and jtreg.home I was able to run: >>>> >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>>> check-dependecies-impl >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>>> build-dependecies-impl >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>>> -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJD >>>> K_Projects/jtreg/ test-dependecies-impl >>>> >>>> The first two execute OK but then the test gives me the test failure of: >>>> >>>> test: >>>> [exec] Directory "/Users/karianna/Documents/wor >>>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not >>>> found: creating >>>> [exec] Directory "/Users/karianna/Documents/wor >>>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" >>>> not found: creating >>>> [exec] runner starting test: org/jemmy/browser/PropPanelTest.java >>>> [exec] runner finished test: org/jemmy/browser/PropPanelTest.java >>>> [exec] Error. Unexpected error caught from test >>>> org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: >>>> com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/su >>>> n/javatest/regtest/agent/JDK_Version;)I >>>> [exec] Test results: error: 1 >>>> [exec] Report written to /Users/karianna/Documents/work >>>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_ >>>> report/html/report.html >>>> [exec] Results written to /Users/karianna/Documents/work >>>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd >>>> [exec] Error: Some tests failed or other problems occurred. >>>> [exec] Result: 3 >>>> >>>> Any ideas? >>>> >>>> FYI - I'm still running this locally on my Mac OS X box until I get a >>>> clean build so I know the minimum steps for the build farm job. Note to >>>> self that the build box will need to provide a platform specific SWT lib >>>> (Linux x86). >>>> >>>> Cheers, >>>> Martijn >>>> >>>> On 28 March 2018 at 21:43, Alexandre (Shura) Iline < >>>> alexandre.iline at oracle.com> wrote: >>>> >>>>> Now including aliases and more recipients.. >>>>> >>>>> > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline < >>>>> alexandre.iline at oracle.com> wrote: >>>>> > >>>>> > >>>>> > >>>>> >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg < >>>>> martijnverburg at gmail.com> wrote: >>>>> >> >>>>> >> Hi Alexandre, >>>>> >> >>>>> >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and >>>>> that failed with: >>>>> >> >>>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: >>>>> Please specify swt.jar >>>>> > >>>>> > You do need the SWT library to build SWT. >>>>> > >>>>> > this is what I just did: >>>>> > >>>>> > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar >>>>> jar >>>>> > >>>>> > >>>>> > I clearly need to provide a README. Will do. >>>>> > >>>>> > Shura >>>>> > >>>>> >> >>>>> >> Then I actually bothered to read the build.xml file and saw the >>>>> build-dependecies-impl target, so I ran ant build-dependecies-impl which >>>>> seemed to build: >>>>> >> >>>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>>> /core/JemmyCore/build/JemmyCore.jar >>>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>>> /core/JemmyAWTInput/build/JemmyAWTInput.jar >>>>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>>> /core/JemmyBrowser/build/JemmyBrowser.jar >>>>> >> >>>>> >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set >>>>> >> >>>>> >> Before I shave more Yaks, is this the right direction to be going >>>>> in? >>>>> >> >>>>> >> >>>>> >> Cheers, >>>>> >> Martijn >>>>> >> >>>>> >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline < >>>>> alexandre.iline at oracle.com> wrote: >>>>> >> Martijn, >>>>> >> >>>>> >> Jemmy v3 consists of several project which depend on each other. >>>>> >> >>>>> >> If, besides hosting the source, the intension is to build it, you >>>>> need to build projects which are in use by others who would be coming to >>>>> AdoptOpenJDK for binaries. >>>>> >> >>>>> >> At this point of time, from what I know, JemmySWT is what is >>>>> needed. Ant build scripts are constructed in a way so that by while >>>>> JemmySWT is build, the dependences are also built, you should have no >>>>> problem with that. >>>>> >> >>>>> >> Binaries would, then, simply include all jar files create after the >>>>> build. The jar files will be: */*/build/*.jar >>>>> >> >>>>> >> Shura >>>>> >> >>>>> >> >>>>> >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg < >>>>> martijnverburg at gmail.com> wrote: >>>>> >>> >>>>> >>> Hi Dalibor, >>>>> >>> >>>>> >>> We're shifting the code tools off Cloudbees to the new >>>>> adoptiopenjdk.net build farm. I'm more than happy to add it, a quick >>>>> Q: >>>>> >>> >>>>> >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: >>>>> >>> >>>>> >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . >>>>> >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. >>>>> >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg >>>>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck >>>>> >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT >>>>> >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core >>>>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make >>>>> >>> >>>>> >>> but I can't see what the canonical entry point to build it is. >>>>> >>> >>>>> >>> I'll sign up to jemmy-dev and x-post there shortly. >>>>> >>> >>>>> >>> Cheers, >>>>> >>> Martijn >>>>> >>> >>>>> >>> On 28 March 2018 at 17:02, dalibor topic >>>>> wrote: >>>>> >>> Hi Martijn, >>>>> >>> >>>>> >>> would you be able to add the Jemmy v3 repo at >>>>> http://hg.openjdk.java.net/code-tools/jemmy/v3/ to >>>>> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? >>>>> >>> >>>>> >>> cheers, >>>>> >>> dalibor topic >>>>> >>> -- >>>>> >>> Dalibor Topic | Principal Product Manager >>>>> >>> Phone: +494089091214 > | >>>>> Mobile: +491737185961 >>>>> >>> > >>>>> >>> >>>>> >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>>>> >>>>> >>> >>>>> >>> ORACLE Deutschland B.V. & Co. KG >>>>> >>> Hauptverwaltung: Riesstr. 25, D-80992 >>>>> >>>>> M?nchen >>>>> >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>>>> >>> >>>>> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>>>> >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>>>> >>>>> >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>>>> >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >>>>> >>> >>>>> >>> Oracle is committed to >>>>> developing >>>>> >>> practices and products that help protect the environment >>>>> >>> >>>>> >> >>>>> >> >>>>> > >>>>> >>>>> >>>> >>>> >>> >>> >> > From alexandre.iline at oracle.com Wed Apr 11 21:13:54 2018 From: alexandre.iline at oracle.com (Alexandre (Shura) Iline) Date: Wed, 11 Apr 2018 14:13:54 -0700 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: <8EEAEA50-2843-4534-8A77-D8DD9058D758@oracle.com> Message-ID: <9232E30E-36C5-4891-BF9E-786D6E0836AA@oracle.com> > On Apr 11, 2018, at 9:41 AM, Martijn Verburg wrote: > > Hi all, > > The Jemmy build project is here: https://ci.adoptopenjdk.net/view/Dependencies/job/jemmy/ > > If managed to get a mostly successful run and have produced a jemmy.tar.gz file that contains the 3 jar files (jemmyCore.jar, JemmyAWTInput.jar, JemmyBrowser.jar). Now for some questions :-) > > 1.) I'm running this on Linux x86 - since we're replying on an SWT lib, do platform specific jemmy's need to be built? > 2.) Some of the tests naturally failed (Robot testing the UI), I'll see if I can get that Jenkins node to fire up an X11 so that those tests can pass. > 3.) Can folks please grab the tar.gz from the latest artifacts link and let me know if that's how they expect it to be named and whether the layout of the contents is acceptable This and above I will leave for Erik to answer. > 4.) Versioning / naming - should I be building off a known good tag? Do we want the tip/commit number to be part of the artifact name? Ah, the versioning. Historically, Jemmy version is contained in a properties file in the source code. This is true for all Jemmy artifacts. Such as, for example: $ cat core/JemmyCore/src/org/jemmy/jemmy.properties version.major=1 version.minor=0 version.mini=0 Side note: it is 1.0.0 because I have bumped it to that while uploading to code-tools. It used to be 0.9.* before that. Every developer is supposed to bump up the mini or the minor version with API changes. The build process is so that a build number adds a date to the version and specifies appropriate manifest so the version could be reported from commend line. Such as $ java -jar core/JemmyCore/build/JemmyCore.jar JemmyCore version: 1.0.0.20180328 I know too little about maven to tell what of that could be preserved with maven builds. It would definitely be good to not loose this info in maven artifacts. Shura > > It should build on an SCM change and weekly as well > > > Cheers, > Martijn > > On 11 April 2018 at 09:56, Martijn Verburg wrote: > Cool, I'll go with what I have as a working build for now and adjust to use the test target when that change comes in, and then perhaps move to the Maven build later. > > Cheers, > Martijn > > On 10 April 2018 at 21:26, Alexandre (Shura) Iline wrote: > > >> On Apr 10, 2018, at 8:52 AM, Martijn Verburg wrote: >> >> Hi Alexandre, >> >> I'm using JTReg from the AdoptOpenJDK Build Farm (https://ci.adoptopenjdk.net/view/all/job/jtreg/) in particular the jtreg-4.2-b12.tar.gz binary. That appears to have cleared that issue up (we did have broken binaries for a bit). >> >> If I now run >> >> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar build-dependecies-impl >> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test-dependecies-impl >> >> Then I get a passing build! >> >> --------- >> >> Onto the next issue! If I run just: >> >> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test >> >> Then I get compile errors like: >> >> compile-test: >> [javac] Compiling 7 source files to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test >> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error: cannot find symbol >> [javac] prnt.lookup(new ByTextItem("Table")).wrap().mouse().click(); >> [javac] ^ >> [javac] symbol: class ByTextItem >> [javac] location: class ItemsTest >> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error: cannot find symbol >> [javac] prnt.lookup(new ByTextItem(tab)).wrap().mouse().click(); >> [javac] ^ >> [javac] symbol: class ByTextItem >> [javac] location: class ItemsTest > > > This, I believe, is a bug which is going to be addressed by the review in progress: http://mail.openjdk.java.net/pipermail/jemmy-dev/2018-April/000080.html > > Shura > >> >> ------------ >> >> A README.txt for building at the root of the project and a .hgignore file would also be nice to haves. >> >> ------------ >> >> I'm now going to source a Linux 4.3 SWT lib and see if I can get Jemmy building nightly on our build farm. I'm also very interested in seeing the Maven support go in :-). >> >> Cheers, >> Martijn >> >> On 9 April 2018 at 18:52, Alexandre (Shura) Iline wrote: >> Do you happen to have full stack trace of that? >> >> Also, how to I get JTReg which are you using? >> >> The reported missing method would be a part of JTReg, clearly. >> >> The other thing is you should probably be ok with just running ant ?. test. ?test? target is coming from http://hg.openjdk.java.net/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml. >> >> Shura >> >> >>> On Apr 6, 2018, at 6:47 AM, Martijn Verburg wrote: >>> >>> Hi Alexandre, >>> >>> I got a little further (This is using Java 1.8.0_162). Once I set my swt.jar and jtreg.home I was able to run: >>> >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 check-dependecies-impl >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 build-dependecies-impl >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ test-dependecies-impl >>> >>> The first two execute OK but then the test gives me the test failure of: >>> >>> test: >>> [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not found: creating >>> [exec] Directory "/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" not found: creating >>> [exec] runner starting test: org/jemmy/browser/PropPanelTest.java >>> [exec] runner finished test: org/jemmy/browser/PropPanelTest.java >>> [exec] Error. Unexpected error caught from test org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/sun/javatest/regtest/agent/JDK_Version;)I >>> [exec] Test results: error: 1 >>> [exec] Report written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report/html/report.html >>> [exec] Results written to /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd >>> [exec] Error: Some tests failed or other problems occurred. >>> [exec] Result: 3 >>> >>> Any ideas? >>> >>> FYI - I'm still running this locally on my Mac OS X box until I get a clean build so I know the minimum steps for the build farm job. Note to self that the build box will need to provide a platform specific SWT lib (Linux x86). >>> >>> Cheers, >>> Martijn >>> >>> On 28 March 2018 at 21:43, Alexandre (Shura) Iline wrote: >>> Now including aliases and more recipients.. >>> >>> > On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline wrote: >>> > >>> > >>> > >>> >> On Mar 28, 2018, at 12:28 PM, Martijn Verburg wrote: >>> >> >>> >> Hi Alexandre, >>> >> >>> >> OK, So I naively tried to run ant in the SWT/JemmySWT folder and that failed with: >>> >> >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: Please specify swt.jar >>> > >>> > You do need the SWT library to build SWT. >>> > >>> > this is what I just did: >>> > >>> > ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar jar >>> > >>> > >>> > I clearly need to provide a README. Will do. >>> > >>> > Shura >>> > >>> >> >>> >> Then I actually bothered to read the build.xml file and saw the build-dependecies-impl target, so I ran ant build-dependecies-impl which seemed to build: >>> >> >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyCore/build/JemmyCore.jar >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyAWTInput/build/JemmyAWTInput.jar >>> >> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/JemmyBrowser.jar >>> >> >>> >> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set >>> >> >>> >> Before I shave more Yaks, is this the right direction to be going in? >>> >> >>> >> >>> >> Cheers, >>> >> Martijn >>> >> >>> >> On 28 March 2018 at 20:43, Alexandre (Shura) Iline wrote: >>> >> Martijn, >>> >> >>> >> Jemmy v3 consists of several project which depend on each other. >>> >> >>> >> If, besides hosting the source, the intension is to build it, you need to build projects which are in use by others who would be coming to AdoptOpenJDK for binaries. >>> >> >>> >> At this point of time, from what I know, JemmySWT is what is needed. Ant build scripts are constructed in a way so that by while JemmySWT is build, the dependences are also built, you should have no problem with that. >>> >> >>> >> Binaries would, then, simply include all jar files create after the build. The jar files will be: */*/build/*.jar >>> >> >>> >> Shura >>> >> >>> >> >>> >>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg wrote: >>> >>> >>> >>> Hi Dalibor, >>> >>> >>> >>> We're shifting the code tools off Cloudbees to the new adoptiopenjdk.net build farm. I'm more than happy to add it, a quick Q: >>> >>> >>> >>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: >>> >>> >>> >>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . >>> >>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. >>> >>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg >>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck >>> >>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT >>> >>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core >>> >>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make >>> >>> >>> >>> but I can't see what the canonical entry point to build it is. >>> >>> >>> >>> I'll sign up to jemmy-dev and x-post there shortly. >>> >>> >>> >>> Cheers, >>> >>> Martijn >>> >>> >>> >>> On 28 March 2018 at 17:02, dalibor topic wrote: >>> >>> Hi Martijn, >>> >>> >>> >>> would you be able to add the Jemmy v3 repo at http://hg.openjdk.java.net/code-tools/jemmy/v3/ to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? >>> >>> >>> >>> cheers, >>> >>> dalibor topic >>> >>> -- >>> >>> Dalibor Topic | Principal Product Manager >>> >>> Phone: +494089091214 | Mobile: +491737185961 >>> >>> >>> >>> >>> >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>> >>> >>> >>> ORACLE Deutschland B.V. & Co. KG >>> >>> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >>> >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>> >>> >>> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>> >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>> >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>> >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >>> >>> >>> >>> Oracle is committed to developing >>> >>> practices and products that help protect the environment >>> >>> >>> >> >>> >> >>> > >>> >>> >> >> > > > From erik.greijus at oracle.com Fri Apr 13 07:40:10 2018 From: erik.greijus at oracle.com (Erik Greijus) Date: Fri, 13 Apr 2018 09:40:10 +0200 Subject: Adding Jemmy v3 to https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ In-Reply-To: References: <8EEAEA50-2843-4534-8A77-D8DD9058D758@oracle.com> Message-ID: <393DE88C-5998-4DF0-A820-F20CBFBF57DD@oracle.com> > 11 apr. 2018 kl. 18:41 skrev Martijn Verburg : > > Hi all, > > The Jemmy build project is here: > https://ci.adoptopenjdk.net/view/Dependencies/job/jemmy/ > > If managed to get a mostly successful run and have produced a jemmy.tar.gz > file that contains the 3 jar files (jemmyCore.jar, JemmyAWTInput.jar, > JemmyBrowser.jar). Now for some questions :-) > > 1.) I'm running this on Linux x86 - since we're replying on an SWT lib, do > platform specific jemmy's need to be built? Yes. The JemmySWT jar should have been built as well (./SWT/JemmySWT/target/...) > 2.) Some of the tests naturally failed (Robot testing the UI), I'll see if > I can get that Jenkins node to fire up an X11 so that those tests can pass. That would be good. > 3.) Can folks please grab the tar.gz from the latest artifacts link > > and let me know if that's how they expect it to be named and whether the > layout of the contents is acceptable I miss the JemmySWT jar file mentioned above. > 4.) Versioning / naming - should I be building off a known good tag? Do we > want the tip/commit number to be part of the artifact name? > > It should build on an SCM change and weekly as well > > > Cheers, > Martijn > > On 11 April 2018 at 09:56, Martijn Verburg wrote: > >> Cool, I'll go with what I have as a working build for now and adjust to >> use the test target when that change comes in, and then perhaps move to the >> Maven build later. >> >> Cheers, >> Martijn >> >> On 10 April 2018 at 21:26, Alexandre (Shura) Iline < >> alexandre.iline at oracle.com> wrote: >> >>> >>> >>> On Apr 10, 2018, at 8:52 AM, Martijn Verburg >>> wrote: >>> >>> Hi Alexandre, >>> >>> I'm using JTReg from the AdoptOpenJDK Build Farm ( >>> https://ci.adoptopenjdk.net/view/all/job/jtreg/) in particular >>> the jtreg-4.2-b12.tar.gz binary. That appears to have cleared that issue >>> up (we did have broken binaries for a bit). >>> >>> If I now run >>> >>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar bu >>> ild-dependecies-impl >>> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ >>> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar te >>> st-dependecies-impl >>> >>> Then I get a passing build! >>> >>> --------- >>> >>> Onto the next issue! If I run just: >>> >>> ant -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/jtreg/ >>> -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3.jar test >>> >>> Then I get compile errors like: >>> >>> compile-test: >>> [javac] Compiling 7 source files to /Users/karianna/Documents/work >>> space/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build/test >>> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/ >>> v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:84: error: cannot find >>> symbol >>> [javac] prnt.lookup(new ByTextItem("Table")). >>> wrap().mouse().click(); >>> [javac] ^ >>> [javac] symbol: class ByTextItem >>> [javac] location: class ItemsTest >>> [javac] /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/ >>> v3/SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java:92: error: cannot find >>> symbol >>> [javac] prnt.lookup(new ByTextItem(tab)).wrap >>> ().mouse().click(); >>> [javac] ^ >>> [javac] symbol: class ByTextItem >>> [javac] location: class ItemsTest >>> >>> >>> >>> This, I believe, is a bug which is going to be addressed by the review in >>> progress: http://mail.openjdk.java.net/pipermail/jemmy-dev/2 >>> 018-April/000080.html >>> >>> Shura >>> >>> >>> ------------ >>> >>> A *README.txt* for building at the root of the project and a .*hgignore* >>> file would also be nice to haves. >>> >>> ------------ >>> >>> I'm now going to source a Linux 4.3 SWT lib and see if I can get Jemmy >>> building nightly on our build farm. I'm also very interested in seeing the >>> Maven support go in :-). >>> >>> Cheers, >>> Martijn >>> >>> On 9 April 2018 at 18:52, Alexandre (Shura) Iline < >>> alexandre.iline at oracle.com> wrote: >>> >>>> Do you happen to have full stack trace of that? >>>> >>>> Also, how to I get JTReg which are you using? >>>> >>>> The reported missing method would be a part of JTReg, clearly. >>>> >>>> The other thing is you should probably be ok with just running ant ?. >>>> test. ?test? target is coming from http://hg.openjdk.java.ne >>>> t/code-tools/jemmy/v3/file/898c9e02c8c9/make/build_template.xml. >>>> >>>> Shura >>>> >>>> >>>> On Apr 6, 2018, at 6:47 AM, Martijn Verburg >>>> wrote: >>>> >>>> Hi Alexandre, >>>> >>>> I got a little further (This is using Java 1.8.0_162). Once I set my >>>> swt.jar and jtreg.home I was able to run: >>>> >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>>> check-dependecies-impl >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>>> build-dependecies-impl >>>> ant -Dswt.jar=lib/org.eclipse.swt.cocoa.macosx.x86_64-4.3 >>>> -Djtreg.home=/Users/karianna/Documents/workspace/AdoptOpenJD >>>> K_Projects/jtreg/ test-dependecies-impl >>>> >>>> The first two execute OK but then the test gives me the test failure of: >>>> >>>> test: >>>> [exec] Directory "/Users/karianna/Documents/wor >>>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd" not >>>> found: creating >>>> [exec] Directory "/Users/karianna/Documents/wor >>>> kspace/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_report" >>>> not found: creating >>>> [exec] runner starting test: org/jemmy/browser/PropPanelTest.java >>>> [exec] runner finished test: org/jemmy/browser/PropPanelTest.java >>>> [exec] Error. Unexpected error caught from test >>>> org/jemmy/browser/PropPanelTest.java: java.lang.NoSuchMethodError: >>>> com.sun.javatest.regtest.agent.JDK_Version.compareTo(Lcom/su >>>> n/javatest/regtest/agent/JDK_Version;)I >>>> [exec] Test results: error: 1 >>>> [exec] Report written to /Users/karianna/Documents/work >>>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_ >>>> report/html/report.html >>>> [exec] Results written to /Users/karianna/Documents/work >>>> space/AdoptOpenJDK_Projects/v3/core/JemmyBrowser/build/test_wd >>>> [exec] Error: Some tests failed or other problems occurred. >>>> [exec] Result: 3 >>>> >>>> Any ideas? >>>> >>>> FYI - I'm still running this locally on my Mac OS X box until I get a >>>> clean build so I know the minimum steps for the build farm job. Note to >>>> self that the build box will need to provide a platform specific SWT lib >>>> (Linux x86). >>>> >>>> Cheers, >>>> Martijn >>>> >>>> On 28 March 2018 at 21:43, Alexandre (Shura) Iline < >>>> alexandre.iline at oracle.com> wrote: >>>> >>>>> Now including aliases and more recipients.. >>>>> >>>>>> On Mar 28, 2018, at 1:41 PM, Alexandre (Shura) Iline < >>>>> alexandre.iline at oracle.com> wrote: >>>>>> >>>>>> >>>>>> >>>>>>> On Mar 28, 2018, at 12:28 PM, Martijn Verburg < >>>>> martijnverburg at gmail.com> wrote: >>>>>>> >>>>>>> Hi Alexandre, >>>>>>> >>>>>>> OK, So I naively tried to run ant in the SWT/JemmySWT folder and >>>>> that failed with: >>>>>>> >>>>>>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3/SWT/JemmySWT/build.xml:33: >>>>> Please specify swt.jar >>>>>> >>>>>> You do need the SWT library to build SWT. >>>>>> >>>>>> this is what I just did: >>>>>> >>>>>> ~/JDK/hg/jemmy/v3/SWT/JemmySWT$ ant -Dswt.jar=/usr/lib/eclipse/plugins/org.eclipse.swt_3.8.2.jar >>>>> jar >>>>>> >>>>>> >>>>>> I clearly need to provide a README. Will do. >>>>>> >>>>>> Shura >>>>>> >>>>>>> >>>>>>> Then I actually bothered to read the build.xml file and saw the >>>>> build-dependecies-impl target, so I ran ant build-dependecies-impl which >>>>> seemed to build: >>>>>>> >>>>>>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>>> /core/JemmyCore/build/JemmyCore.jar >>>>>>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>>> /core/JemmyAWTInput/build/JemmyAWTInput.jar >>>>>>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/v3 >>>>> /core/JemmyBrowser/build/JemmyBrowser.jar >>>>>>> >>>>>>> Then I ran ant test-dependecies-impl and it wanted my jtreg.home set >>>>>>> >>>>>>> Before I shave more Yaks, is this the right direction to be going in? >>>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> Martijn >>>>>>> >>>>>>> On 28 March 2018 at 20:43, Alexandre (Shura) Iline < >>>>> alexandre.iline at oracle.com> wrote: >>>>>>> Martijn, >>>>>>> >>>>>>> Jemmy v3 consists of several project which depend on each other. >>>>>>> >>>>>>> If, besides hosting the source, the intension is to build it, you >>>>> need to build projects which are in use by others who would be coming to >>>>> AdoptOpenJDK for binaries. >>>>>>> >>>>>>> At this point of time, from what I know, JemmySWT is what is needed. >>>>> Ant build scripts are constructed in a way so that by while JemmySWT is >>>>> build, the dependences are also built, you should have no problem with that. >>>>>>> >>>>>>> Binaries would, then, simply include all jar files create after the >>>>> build. The jar files will be: */*/build/*.jar >>>>>>> >>>>>>> Shura >>>>>>> >>>>>>> >>>>>>>> On Mar 28, 2018, at 11:35 AM, Martijn Verburg < >>>>> martijnverburg at gmail.com> wrote: >>>>>>>> >>>>>>>> Hi Dalibor, >>>>>>>> >>>>>>>> We're shifting the code tools off Cloudbees to the new >>>>> adoptiopenjdk.net build farm. I'm more than happy to add it, a quick >>>>> Q: >>>>>>>> >>>>>>>> hg clone http://hg.openjdk.java.net/code-tools/jemmy/v3/ gives me: >>>>>>>> >>>>>>>> drwxr-xr-x 7 karianna staff 238 28 Mar 19:30 . >>>>>>>> drwxr-xr-x 44 karianna staff 1496 28 Mar 19:30 .. >>>>>>>> drwxr-xr-x 13 karianna staff 442 28 Mar 19:30 .hg >>>>>>>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 .jcheck >>>>>>>> drwxr-xr-x 4 karianna staff 136 28 Mar 19:30 SWT >>>>>>>> drwxr-xr-x 6 karianna staff 204 28 Mar 19:30 core >>>>>>>> drwxr-xr-x 3 karianna staff 102 28 Mar 19:30 make >>>>>>>> >>>>>>>> but I can't see what the canonical entry point to build it is. >>>>>>>> >>>>>>>> I'll sign up to jemmy-dev and x-post there shortly. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Martijn >>>>>>>> >>>>>>>> On 28 March 2018 at 17:02, dalibor topic >>>>> wrote: >>>>>>>> Hi Martijn, >>>>>>>> >>>>>>>> would you be able to add the Jemmy v3 repo at >>>>> http://hg.openjdk.java.net/code-tools/jemmy/v3/ to >>>>> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/ ? >>>>>>>> >>>>>>>> cheers, >>>>>>>> dalibor topic >>>>>>>> -- >>>>>>>> Dalibor Topic | Principal Product Manager >>>>>>>> Phone: +494089091214 > | Mobile: >>>>> +491737185961 >>>>>>>> > >>>>>>>> >>>>>>>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>>>> >>>>>>>> >>>>>>>> ORACLE Deutschland B.V. & Co. KG >>>>>>>> Hauptverwaltung: Riesstr. 25, D-80992 >>>>> >>>>> M?nchen >>>>>>>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>>>>>>> >>>>>>>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>>>>>>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>>>> >>>>>>>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>>>>>>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >>>>>>>> >>>>>>>> Oracle is committed to >>>>> developing >>>>>>>> practices and products that help protect the environment >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> From erik.greijus at oracle.com Wed Apr 18 05:14:53 2018 From: erik.greijus at oracle.com (Erik Greijus) Date: Wed, 18 Apr 2018 07:14:53 +0200 Subject: RFR 7902144: Make jemmy/v3 build/test with Maven In-Reply-To: <353619FB-A1B5-421C-A866-A78A2C8CCA35@oracle.com> References: <353619FB-A1B5-421C-A866-A78A2C8CCA35@oracle.com> Message-ID: Hello all, Please have a look at this updated review. http://cr.openjdk.java.net/~shurailine/7902144/webrev.01/ Regards /Erik > 10 apr. 2018 kl. 08:45 skrev Erik Greijus : > > Hello all, > > Please have a look and get back with comments on this change. > > Description: > Currently jemmy/v3 is built and tested by means of ant scripts. As such dependency management is manual and can be an obstacle for new developers. > Setting the project up with Maven makes it more or less plug'n'play (as long as the user has installed Maven). > > Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902144 > Webrev: http://cr.openjdk.java.net/~shurailine/7902144/ > > Thanks > /Erik > From erik.greijus at oracle.com Wed Apr 18 05:22:33 2018 From: erik.greijus at oracle.com (Erik Greijus) Date: Wed, 18 Apr 2018 07:22:33 +0200 Subject: RFR 7902157: Resolving various test issues when building/testing with maven Message-ID: <28EF9651-3822-4E24-8C3A-32DCC8530F5F@oracle.com> Hello all, Please have a look at this review. Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902157 Webrev: http://cr.openjdk.java.net/~shurailine/7902157/webrev.00 Thanks /Erik From abdul.kolarkunnu at oracle.com Wed Apr 18 12:24:15 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Wed, 18 Apr 2018 05:24:15 -0700 (PDT) Subject: RFR 7902121: Jemmy JInternalFrameOperator: Add wait for close(), activate(), resize() and move() operations Message-ID: Hi All, Please review an enhancement task: https://bugs.openjdk.java.net/browse/CODETOOLS-7902121 Webrev : http://cr.openjdk.java.net/~akolarkunnu/7902121/webrev.00/ Regards, Muneer From alexandre.iline at oracle.com Wed Apr 18 20:22:07 2018 From: alexandre.iline at oracle.com (Alexandre (Shura) Iline) Date: Wed, 18 Apr 2018 13:22:07 -0700 Subject: RFR 7902121: Jemmy JInternalFrameOperator: Add wait for close(), activate(), resize() and move() operations In-Reply-To: References: Message-ID: <6E36047B-4F25-42F0-BEE1-5D9111754DB6@oracle.com> Looks good to me. Shura > On Apr 18, 2018, at 5:24 AM, Muneer Kolarkunnu wrote: > > Hi All, > > Please review an enhancement task: https://bugs.openjdk.java.net/browse/CODETOOLS-7902121 > Webrev : http://cr.openjdk.java.net/~akolarkunnu/7902121/webrev.00/ > > Regards, > Muneer From alexandre.iline at oracle.com Thu Apr 19 14:58:21 2018 From: alexandre.iline at oracle.com (Alexandre (Shura) Iline) Date: Thu, 19 Apr 2018 07:58:21 -0700 Subject: RFR 7902157: Resolving various test issues when building/testing with maven In-Reply-To: <28EF9651-3822-4E24-8C3A-32DCC8530F5F@oracle.com> References: <28EF9651-3822-4E24-8C3A-32DCC8530F5F@oracle.com> Message-ID: <1B7CD0CC-A108-46D5-A8CE-A4FFFD909C83@oracle.com> Not all changes seem to be related to a different initialization order. For, example, missing imports are not. There is nothing at all wrong with the changes - it is fine to use them in, it?s just I find the bug description confusing or otherwise inconsistent with the suggested fix. It would be interesting, for future, to better understand how exactly the initiation order differs, why and to what extend it affects the tests. Shura > On Apr 17, 2018, at 10:22 PM, Erik Greijus wrote: > > Hello all, > > Please have a look at this review. > > Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902157 > Webrev: http://cr.openjdk.java.net/~shurailine/7902157/webrev.00 > > Thanks > /Erik From alexandre.iline at oracle.com Thu Apr 19 14:59:02 2018 From: alexandre.iline at oracle.com (Alexandre (Shura) Iline) Date: Thu, 19 Apr 2018 07:59:02 -0700 Subject: RFR 7902144: Make jemmy/v3 build/test with Maven In-Reply-To: References: <353619FB-A1B5-421C-A866-A78A2C8CCA35@oracle.com> Message-ID: These make total sense. Shura > On Apr 17, 2018, at 10:14 PM, Erik Greijus wrote: > > Hello all, > > Please have a look at this updated review. > > http://cr.openjdk.java.net/~shurailine/7902144/webrev.01/ > > Regards > /Erik > > >> 10 apr. 2018 kl. 08:45 skrev Erik Greijus : >> >> Hello all, >> >> Please have a look and get back with comments on this change. >> >> Description: >> Currently jemmy/v3 is built and tested by means of ant scripts. As such dependency management is manual and can be an obstacle for new developers. >> Setting the project up with Maven makes it more or less plug'n'play (as long as the user has installed Maven). >> >> Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902144 >> Webrev: http://cr.openjdk.java.net/~shurailine/7902144/ >> >> Thanks >> /Erik >> > From erik.greijus at oracle.com Thu Apr 19 15:22:20 2018 From: erik.greijus at oracle.com (Erik Greijus) Date: Thu, 19 Apr 2018 17:22:20 +0200 Subject: RFR 7902157: Resolving various test issues when building/testing with maven In-Reply-To: <1B7CD0CC-A108-46D5-A8CE-A4FFFD909C83@oracle.com> References: <28EF9651-3822-4E24-8C3A-32DCC8530F5F@oracle.com> <1B7CD0CC-A108-46D5-A8CE-A4FFFD909C83@oracle.com> Message-ID: <6703D188-3A83-40AE-829F-F2FF6639F29D@oracle.com> Yes, there is a comment in the bug stating that the initialization issues were solved by means of a different maven configuration. The remaining changes though, were needed for successful compilation and test runs Thanks /Erik > 19 apr. 2018 kl. 16:58 skrev Alexandre (Shura) Iline : > > Not all changes seem to be related to a different initialization order. For, example, missing imports are not. > > There is nothing at all wrong with the changes - it is fine to use them in, it?s just I find the bug description confusing or otherwise inconsistent with the suggested fix. > > It would be interesting, for future, to better understand how exactly the initiation order differs, why and to what extend it affects the tests. > > Shura > >> On Apr 17, 2018, at 10:22 PM, Erik Greijus wrote: >> >> Hello all, >> >> Please have a look at this review. >> >> Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7902157 >> Webrev: http://cr.openjdk.java.net/~shurailine/7902157/webrev.00 >> >> Thanks >> /Erik > From alexandre.iline at oracle.com Thu Apr 19 21:34:30 2018 From: alexandre.iline at oracle.com (alexandre.iline at oracle.com) Date: Thu, 19 Apr 2018 21:34:30 +0000 Subject: hg: code-tools/jemmy/v2: 2 new changesets Message-ID: <201804192134.w3JLYUpt008790@aojmv0008.oracle.com> Changeset: ad21d12db156 Author: shurailine Date: 2018-04-19 14:30 -0700 URL: http://hg.openjdk.java.net/code-tools/jemmy/v2/rev/ad21d12db156 7902121: Jemmy JInternalFrameOperator: Add wait for close(), activate(), resize() and move() operations Reviewed-by: shurailine Contributed-by: abdul.kolarkunnu at oracle.com ! src/org/netbeans/jemmy/operators/JInternalFrameOperator.java ! src/org/netbeans/jemmy/version_info + test/org/netbeans/jemmy/operators/JInternalFrameOperatorCloseTest.java + test/org/netbeans/jemmy/operators/JInternalFrameOperatorTest.java Changeset: 96ea60ecaa99 Author: shurailine Date: 2018-04-19 14:34 -0700 URL: http://hg.openjdk.java.net/code-tools/jemmy/v2/rev/96ea60ecaa99 Merge From alexandre.iline at oracle.com Thu Apr 19 21:42:43 2018 From: alexandre.iline at oracle.com (alexandre.iline at oracle.com) Date: Thu, 19 Apr 2018 21:42:43 +0000 Subject: hg: code-tools/jemmy/v3: 2 new changesets Message-ID: <201804192142.w3JLghDs013072@aojmv0008.oracle.com> Changeset: 7cde94b782c9 Author: shurailine Date: 2018-04-19 14:40 -0700 URL: http://hg.openjdk.java.net/code-tools/jemmy/v3/rev/7cde94b782c9 7902144: Make jemmy/v3 build/test with Maven Reviewed-by: shurailine Contributed-by: erik.greijus at oracle.com + SWT/JemmySWT/pom.xml ! SWT/JemmySWT/src/org/jemmy/swt/jemmy.properties + core/JemmyAWTInput/pom.xml ! core/JemmyAWTInput/src/org/jemmy/input/jemmy.properties + core/JemmyBrowser/pom.xml ! core/JemmyBrowser/src/org/jemmy/browser/jemmy.properties + core/JemmyCore/pom.xml ! core/JemmyCore/src/org/jemmy/jemmy.properties ! make/build_template.xml + pom.xml Changeset: ab97460a343c Author: shurailine Date: 2018-04-19 14:42 -0700 URL: http://hg.openjdk.java.net/code-tools/jemmy/v3/rev/ab97460a343c 7902157: Resolving various test issues when building/testing with maven Reviewed-by: shurailine Contributed-by: erik.greijus at oracle.com ! SWT/JemmySWT/test/org/jemmy/swt/Items.java ! SWT/JemmySWT/test/org/jemmy/swt/ItemsTest.java ! SWT/JemmySWT/test/org/jemmy/swt/PushButtonTest.java ! SWT/JemmySWT/test/org/jemmy/swt/SelectableTest.java From abdul.kolarkunnu at oracle.com Wed Apr 25 06:24:59 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Tue, 24 Apr 2018 23:24:59 -0700 (PDT) Subject: RFR 7902160: Jemmy JInternalFrameOperator: Dependency with orders of Minimize, Maximize and Close buttons Message-ID: Hi All, Please review an enhancement task: https://bugs.openjdk.java.net/browse/CODETOOLS-7902160 Webrev : http://cr.openjdk.java.net/~akolarkunnu/7902160/webrev.00/ Regards, Muneer