Menu
▾
▴
abbot-users — General questions about using Abbot/Costello
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(15) |
Feb
(19) |
Mar
(100) |
Apr
(114) |
May
(90) |
Jun
(94) |
Jul
(103) |
Aug
(116) |
Sep
(138) |
Oct
(92) |
Nov
(124) |
Dec
(89) |
| 2005 |
Jan
(137) |
Feb
(82) |
Mar
(91) |
Apr
(118) |
May
(184) |
Jun
(69) |
Jul
(67) |
Aug
(148) |
Sep
(75) |
Oct
(64) |
Nov
(108) |
Dec
(84) |
| 2006 |
Jan
(83) |
Feb
(80) |
Mar
(67) |
Apr
(62) |
May
(72) |
Jun
(63) |
Jul
(56) |
Aug
(59) |
Sep
(71) |
Oct
(110) |
Nov
(28) |
Dec
(35) |
| 2007 |
Jan
(17) |
Feb
(29) |
Mar
(65) |
Apr
(50) |
May
(27) |
Jun
(55) |
Jul
(41) |
Aug
(29) |
Sep
(17) |
Oct
(38) |
Nov
(24) |
Dec
(31) |
| 2008 |
Jan
(28) |
Feb
(18) |
Mar
(16) |
Apr
(18) |
May
(11) |
Jun
(31) |
Jul
(14) |
Aug
(19) |
Sep
(50) |
Oct
(49) |
Nov
(10) |
Dec
(35) |
| 2009 |
Jan
(16) |
Feb
(12) |
Mar
(20) |
Apr
(7) |
May
(12) |
Jun
(2) |
Jul
(22) |
Aug
(8) |
Sep
(7) |
Oct
(4) |
Nov
(1) |
Dec
(3) |
| 2010 |
Jan
(2) |
Feb
(13) |
Mar
(3) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(2) |
Aug
(2) |
Sep
(6) |
Oct
(9) |
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
(4) |
Sep
(1) |
Oct
(3) |
Nov
(3) |
Dec
(7) |
| 2012 |
Jan
(6) |
Feb
(20) |
Mar
(12) |
Apr
(10) |
May
(35) |
Jun
(6) |
Jul
(4) |
Aug
(6) |
Sep
(1) |
Oct
(5) |
Nov
(3) |
Dec
(3) |
| 2013 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(6) |
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2015 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <shi...@fu...> - 2021-02-10 19:50:30
|
Hi, I have recently been trying to automate my Swing/Awt GUI but have been struggling to find a suitable open-source testing framework that is up-to-speed, easy to use and presently supported and maintained. I was wondering if you would be able to provide any guidance in this area. I am currently looking at AssertJ but have trouble with mouse clicks and generally finding components. I did notice timothy Wall receiving a thank you for allowing AssertJ authors to use his code hence I am emailing this forum. I am using Java 8, soon to move to Java 11 and Windows 10. Any help/advise will be appreciated. Thanks in advance, Kind Regards, Shinal Pala Unless otherwise stated, this email has been sent from Fujitsu Services Limited (registered in England No 96056); Fujitsu EMEA PLC (registered in England No 2216100) both with registered offices at: 22 Baker Street, London W1U 3BW; PFU (EMEA) Limited, (registered in England No 1578652) registered offices at: Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE and Fujitsu Laboratories of Europe Limited (registered in England No. 4153469) 4th Floor, Building 3, Hyde Park Hayes, 11 Millington Road, Hayes, UB3 4AZ. This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free. |
|
From: Jussi M. <jus...@gm...> - 2015-09-24 13:21:47
|
The release has updated in Maven Central and it works perfectly for us. Thank you! Jussi > On 24 Sep 2015, at 11:28, Gerard Davison <ger...@or...> wrote: > > > Made this change, will take a hour or so to show up. > > Gerard > >> On 24 Sep 2015, at 10:14, Jussi Malinen <jus...@gm...> wrote: >> >> Excellent! >> >> Otherwise it looks good, but as you are using group id abbot, you should change the dependency in costello’s pom to to depend on abbot:abbot, not net.sourceforge.abbot:abbot. >> >> >> So in costello instead of this: >> <dependency> >> <groupId>net.sourceforge.abbot</groupId> >> <artifactId>abbot</artifactId> >> <version>1.4.0</version> >> </dependency> >> >> You should use this: >> <dependency> >> <groupId>abbot</groupId> >> <artifactId>abbot</artifactId> >> <version>1.4.0</version> >> </dependency> >> >> - Jussi >> >>> On 24 Sep 2015, at 10:55, Gerard Davison <ger...@or...> wrote: >>> >>> >>> Done, >>> >>> Can you verify the changes, note I took over the abbot groupId. >>> >>> http://search.maven.org/#search%7Cga%7C1%7Cabbot >>> >>> Gerar >>> >>>> On 10 Sep 2015, at 13:13, Jussi Malinen <jus...@gm...> wrote: >>>> >>>> Well, that took a while. >>>> >>>> The project that I currently work with now really would require version 1.3 or later abbot to maven. It still is not available, so I started looking getting it there at that again. >>>> >>>> It would be nice to get rid of ant completely and just do all build phases in maven, but that seems quite involved, as the ant build file is quite complicated. So I decided just to create pom files which can be used to push the ant-built jars into sonatype and then to maven central from there. >>>> >>>> There were a few complications however: >>>> >>>> 1) jdom 1.1.1 is not available in maven central. There is version 1.1.2. That however has a broken jaxen dependency, so I had to exclude the transitive jaxen dependency from jdom in costello’s pom. (issue is discussed here http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html) >>>> >>>> 2) ant4eclipse 0.4.0-beta is not available in maven central. There is version 0.5.0-rc1, but there a few classes have changed their location. I had to change import paths in src/abbot/editors/ImportButton.java (diff included) >>>> >>>> >>>> So this is how we could get abbot and costello with their dependencies into maven central: >>>> >>>> A) The proper way (update the libraries in trunk to match the versions in maven): >>>> >>>> 1) add abbot.xml and costello.xml to project trunk >>>> 2) change the included libs to match the version used in maven poms (so jdom to 1.1.2 and ant4eclipse to 0.5.0-rc1) >>>> 3) change the import paths in src/abbot/editors/ImportButton.java >>>> 4) when making the next release, build the jars using ant as before, and then publish them to sonatype with commands at the end of this mail. >>>> >>>> B) The easy way (dont change the libraries in trunk to match maven distribution, and exclude ant4eclipse from maven): >>>> >>>> 1) add abbot.xml and costello.xml to project trunk, but exclude the ant4eclipse dependency (it is listed as optional after all? It seems to work on our tests.) >>>> 2) when making the next release, build the jars using ant as before and then publish them to sonatype. >>>> >>>> Publishing to sonatype requires creating a user account, applying the rights for net.sourceforge.abbot organization there and then running these commands: >>>> >>>> mvn gpg:sign-and-deploy-file -Dfile=build/abbot.jar -DpomFile=abbot.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging >>>> mvn gpg:sign-and-deploy-file -Dfile=build/costello.jar -DpomFile=costello.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging >>>> >>>> >>>> Any thoughts on this? Are the current maintainers interested in getting a release to maven central? (I can help in getting the sonatype account created and explain the steps needed to get the release out from sonatype if necessary.) >>>> >>>> There is also a dummy option where I just create “unofficial” maven distribution under my own name or name of my organization (org.robotframework)… >>>> >>>> Cheers, >>>> Jussi Malinen >>>> >>>> <abbot.xml><costello.xml><importbutton.patch> >>>> >>>> >>>>> On 10 Jul 2013, at 16:31, Jussi Malinen <jus...@gm...> wrote: >>>>> >>>>> Alright, I will take a look if I manage to get the project to build with maven using that pom.xml from previous post a starting point. >>>>> >>>>> - Jussi >>>>> >>>>> On Jul 10, 2013, at 4:26 PM, Gerard Davison <ger...@or...> wrote: >>>>> >>>>>> >>>>>> I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. >>>>>> >>>>>> Gerard >>>>>> >>>>>> >>>>>> On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) >>>>>>> >>>>>>> This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) >>>>>>> >>>>>>> Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? >>>>>>> >>>>>>> Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? >>>>>>> >>>>>>> Cheers, >>>>>>> Jussi >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> See everything from the browser to the database with AppDynamics >>>>>>> Get end-to-end visibility with application monitoring from AppDynamics >>>>>>> Isolate bottlenecks and diagnose root cause in seconds. >>>>>>> Start your free trial of AppDynamics Pro today! >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> abbot-users mailing list >>>>>>> abb...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>>>>> >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Monitor Your Dynamic Infrastructure at Any Scale With Datadog! >>>> Get real-time metrics from all of your servers, apps and tools >>>> in one place. >>>> SourceForge users - Click here to start your Free Trial of Datadog now! >>>> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140_______________________________________________ >>>> abbot-users mailing list >>>> abb...@li... >>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>> >>> <oracle-email-sig-198324-355094.jpg> >>> Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 >>> Oracle Breeze >>> TVP 520, Thames Valley Park, Reading, UK, RG6 1RA >>> @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com >>> >>> >>> >>> >>> >> > > <oracle-email-sig-198324-355094.jpg> > Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 > Oracle Breeze > TVP 520, Thames Valley Park, Reading, UK, RG6 1RA > @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com > > > > > |
|
From: Gerard D. <ger...@or...> - 2015-09-24 09:28:35
|
Made this change, will take a hour or so to show up. Gerard > On 24 Sep 2015, at 10:14, Jussi Malinen <jus...@gm...> wrote: > > Excellent! > > Otherwise it looks good, but as you are using group id abbot, you should change the dependency in costello’s pom to to depend on abbot:abbot, not net.sourceforge.abbot:abbot. > > > So in costello instead of this: > <dependency> > <groupId>net.sourceforge.abbot</groupId> > <artifactId>abbot</artifactId> > <version>1.4.0</version> > </dependency> > > You should use this: > <dependency> > <groupId>abbot</groupId> > <artifactId>abbot</artifactId> > <version>1.4.0</version> > </dependency> > > - Jussi > >> On 24 Sep 2015, at 10:55, Gerard Davison <ger...@or...> wrote: >> >> >> Done, >> >> Can you verify the changes, note I took over the abbot groupId. >> >> http://search.maven.org/#search%7Cga%7C1%7Cabbot >> >> Gerar >> >>> On 10 Sep 2015, at 13:13, Jussi Malinen <jus...@gm...> wrote: >>> >>> Well, that took a while. >>> >>> The project that I currently work with now really would require version 1.3 or later abbot to maven. It still is not available, so I started looking getting it there at that again. >>> >>> It would be nice to get rid of ant completely and just do all build phases in maven, but that seems quite involved, as the ant build file is quite complicated. So I decided just to create pom files which can be used to push the ant-built jars into sonatype and then to maven central from there. >>> >>> There were a few complications however: >>> >>> 1) jdom 1.1.1 is not available in maven central. There is version 1.1.2. That however has a broken jaxen dependency, so I had to exclude the transitive jaxen dependency from jdom in costello’s pom. (issue is discussed here http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html) >>> >>> 2) ant4eclipse 0.4.0-beta is not available in maven central. There is version 0.5.0-rc1, but there a few classes have changed their location. I had to change import paths in src/abbot/editors/ImportButton.java (diff included) >>> >>> >>> So this is how we could get abbot and costello with their dependencies into maven central: >>> >>> A) The proper way (update the libraries in trunk to match the versions in maven): >>> >>> 1) add abbot.xml and costello.xml to project trunk >>> 2) change the included libs to match the version used in maven poms (so jdom to 1.1.2 and ant4eclipse to 0.5.0-rc1) >>> 3) change the import paths in src/abbot/editors/ImportButton.java >>> 4) when making the next release, build the jars using ant as before, and then publish them to sonatype with commands at the end of this mail. >>> >>> B) The easy way (dont change the libraries in trunk to match maven distribution, and exclude ant4eclipse from maven): >>> >>> 1) add abbot.xml and costello.xml to project trunk, but exclude the ant4eclipse dependency (it is listed as optional after all? It seems to work on our tests.) >>> 2) when making the next release, build the jars using ant as before and then publish them to sonatype. >>> >>> Publishing to sonatype requires creating a user account, applying the rights for net.sourceforge.abbot organization there and then running these commands: >>> >>> mvn gpg:sign-and-deploy-file -Dfile=build/abbot.jar -DpomFile=abbot.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging >>> mvn gpg:sign-and-deploy-file -Dfile=build/costello.jar -DpomFile=costello.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging >>> >>> >>> Any thoughts on this? Are the current maintainers interested in getting a release to maven central? (I can help in getting the sonatype account created and explain the steps needed to get the release out from sonatype if necessary.) >>> >>> There is also a dummy option where I just create “unofficial” maven distribution under my own name or name of my organization (org.robotframework)… >>> >>> Cheers, >>> Jussi Malinen >>> >>> <abbot.xml><costello.xml><importbutton.patch> >>> >>> >>>> On 10 Jul 2013, at 16:31, Jussi Malinen <jus...@gm...> wrote: >>>> >>>> Alright, I will take a look if I manage to get the project to build with maven using that pom.xml from previous post a starting point. >>>> >>>> - Jussi >>>> >>>> On Jul 10, 2013, at 4:26 PM, Gerard Davison <ger...@or...> wrote: >>>> >>>>> >>>>> I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. >>>>> >>>>> Gerard >>>>> >>>>> >>>>> On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) >>>>>> >>>>>> This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) >>>>>> >>>>>> Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? >>>>>> >>>>>> Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? >>>>>> >>>>>> Cheers, >>>>>> Jussi >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> See everything from the browser to the database with AppDynamics >>>>>> Get end-to-end visibility with application monitoring from AppDynamics >>>>>> Isolate bottlenecks and diagnose root cause in seconds. >>>>>> Start your free trial of AppDynamics Pro today! >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> abbot-users mailing list >>>>>> abb...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>>>> >>>> >>> >>> ------------------------------------------------------------------------------ >>> Monitor Your Dynamic Infrastructure at Any Scale With Datadog! >>> Get real-time metrics from all of your servers, apps and tools >>> in one place. >>> SourceForge users - Click here to start your Free Trial of Datadog now! >>> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140_______________________________________________ >>> abbot-users mailing list >>> abb...@li... >>> https://lists.sourceforge.net/lists/listinfo/abbot-users >> >> <oracle-email-sig-198324-355094.jpg> >> Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 >> Oracle Breeze >> TVP 520, Thames Valley Park, Reading, UK, RG6 1RA >> @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com >> >> >> >> >> > Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 Oracle Breeze TVP 520, Thames Valley Park, Reading, UK, RG6 1RA @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com <http://kingsfleet.blogspot.com/> |
|
From: Jussi M. <jus...@gm...> - 2015-09-24 09:14:59
|
Excellent! Otherwise it looks good, but as you are using group id abbot, you should change the dependency in costello’s pom to to depend on abbot:abbot, not net.sourceforge.abbot:abbot. So in costello instead of this: <dependency> <groupId>net.sourceforge.abbot</groupId> <artifactId>abbot</artifactId> <version>1.4.0</version> </dependency> You should use this: <dependency> <groupId>abbot</groupId> <artifactId>abbot</artifactId> <version>1.4.0</version> </dependency> - Jussi > On 24 Sep 2015, at 10:55, Gerard Davison <ger...@or...> wrote: > > > Done, > > Can you verify the changes, note I took over the abbot groupId. > > http://search.maven.org/#search%7Cga%7C1%7Cabbot > > Gerar > >> On 10 Sep 2015, at 13:13, Jussi Malinen <jus...@gm...> wrote: >> >> Well, that took a while. >> >> The project that I currently work with now really would require version 1.3 or later abbot to maven. It still is not available, so I started looking getting it there at that again. >> >> It would be nice to get rid of ant completely and just do all build phases in maven, but that seems quite involved, as the ant build file is quite complicated. So I decided just to create pom files which can be used to push the ant-built jars into sonatype and then to maven central from there. >> >> There were a few complications however: >> >> 1) jdom 1.1.1 is not available in maven central. There is version 1.1.2. That however has a broken jaxen dependency, so I had to exclude the transitive jaxen dependency from jdom in costello’s pom. (issue is discussed here http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html) >> >> 2) ant4eclipse 0.4.0-beta is not available in maven central. There is version 0.5.0-rc1, but there a few classes have changed their location. I had to change import paths in src/abbot/editors/ImportButton.java (diff included) >> >> >> So this is how we could get abbot and costello with their dependencies into maven central: >> >> A) The proper way (update the libraries in trunk to match the versions in maven): >> >> 1) add abbot.xml and costello.xml to project trunk >> 2) change the included libs to match the version used in maven poms (so jdom to 1.1.2 and ant4eclipse to 0.5.0-rc1) >> 3) change the import paths in src/abbot/editors/ImportButton.java >> 4) when making the next release, build the jars using ant as before, and then publish them to sonatype with commands at the end of this mail. >> >> B) The easy way (dont change the libraries in trunk to match maven distribution, and exclude ant4eclipse from maven): >> >> 1) add abbot.xml and costello.xml to project trunk, but exclude the ant4eclipse dependency (it is listed as optional after all? It seems to work on our tests.) >> 2) when making the next release, build the jars using ant as before and then publish them to sonatype. >> >> Publishing to sonatype requires creating a user account, applying the rights for net.sourceforge.abbot organization there and then running these commands: >> >> mvn gpg:sign-and-deploy-file -Dfile=build/abbot.jar -DpomFile=abbot.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging >> mvn gpg:sign-and-deploy-file -Dfile=build/costello.jar -DpomFile=costello.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging >> >> >> Any thoughts on this? Are the current maintainers interested in getting a release to maven central? (I can help in getting the sonatype account created and explain the steps needed to get the release out from sonatype if necessary.) >> >> There is also a dummy option where I just create “unofficial” maven distribution under my own name or name of my organization (org.robotframework)… >> >> Cheers, >> Jussi Malinen >> >> <abbot.xml><costello.xml><importbutton.patch> >> >> >>> On 10 Jul 2013, at 16:31, Jussi Malinen <jus...@gm...> wrote: >>> >>> Alright, I will take a look if I manage to get the project to build with maven using that pom.xml from previous post a starting point. >>> >>> - Jussi >>> >>> On Jul 10, 2013, at 4:26 PM, Gerard Davison <ger...@or...> wrote: >>> >>>> >>>> I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. >>>> >>>> Gerard >>>> >>>> >>>> On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: >>>> >>>>> Hi, >>>>> >>>>> Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) >>>>> >>>>> This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) >>>>> >>>>> Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? >>>>> >>>>> Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? >>>>> >>>>> Cheers, >>>>> Jussi >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> See everything from the browser to the database with AppDynamics >>>>> Get end-to-end visibility with application monitoring from AppDynamics >>>>> Isolate bottlenecks and diagnose root cause in seconds. >>>>> Start your free trial of AppDynamics Pro today! >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> abbot-users mailing list >>>>> abb...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>>> >>> >> >> ------------------------------------------------------------------------------ >> Monitor Your Dynamic Infrastructure at Any Scale With Datadog! >> Get real-time metrics from all of your servers, apps and tools >> in one place. >> SourceForge users - Click here to start your Free Trial of Datadog now! >> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140_______________________________________________ >> abbot-users mailing list >> abb...@li... >> https://lists.sourceforge.net/lists/listinfo/abbot-users > > <oracle-email-sig-198324-355094.jpg> > Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 > Oracle Breeze > TVP 520, Thames Valley Park, Reading, UK, RG6 1RA > @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com > > > > > |
|
From: Gerard D. <ger...@or...> - 2015-09-24 08:56:03
|
Done, Can you verify the changes, note I took over the abbot groupId. http://search.maven.org/#search%7Cga%7C1%7Cabbot <http://search.maven.org/#search|ga|1|abbot> Gerard > On 10 Sep 2015, at 13:13, Jussi Malinen <jus...@gm...> wrote: > > Well, that took a while. > > The project that I currently work with now really would require version 1.3 or later abbot to maven. It still is not available, so I started looking getting it there at that again. > > It would be nice to get rid of ant completely and just do all build phases in maven, but that seems quite involved, as the ant build file is quite complicated. So I decided just to create pom files which can be used to push the ant-built jars into sonatype and then to maven central from there. > > There were a few complications however: > > 1) jdom 1.1.1 is not available in maven central. There is version 1.1.2. That however has a broken jaxen dependency, so I had to exclude the transitive jaxen dependency from jdom in costello’s pom. (issue is discussed here http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html) > > 2) ant4eclipse 0.4.0-beta is not available in maven central. There is version 0.5.0-rc1, but there a few classes have changed their location. I had to change import paths in src/abbot/editors/ImportButton.java (diff included) > > > So this is how we could get abbot and costello with their dependencies into maven central: > > A) The proper way (update the libraries in trunk to match the versions in maven): > > 1) add abbot.xml and costello.xml to project trunk > 2) change the included libs to match the version used in maven poms (so jdom to 1.1.2 and ant4eclipse to 0.5.0-rc1) > 3) change the import paths in src/abbot/editors/ImportButton.java > 4) when making the next release, build the jars using ant as before, and then publish them to sonatype with commands at the end of this mail. > > B) The easy way (dont change the libraries in trunk to match maven distribution, and exclude ant4eclipse from maven): > > 1) add abbot.xml and costello.xml to project trunk, but exclude the ant4eclipse dependency (it is listed as optional after all? It seems to work on our tests.) > 2) when making the next release, build the jars using ant as before and then publish them to sonatype. > > Publishing to sonatype requires creating a user account, applying the rights for net.sourceforge.abbot organization there and then running these commands: > > mvn gpg:sign-and-deploy-file -Dfile=build/abbot.jar -DpomFile=abbot.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging > mvn gpg:sign-and-deploy-file -Dfile=build/costello.jar -DpomFile=costello.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging > > > Any thoughts on this? Are the current maintainers interested in getting a release to maven central? (I can help in getting the sonatype account created and explain the steps needed to get the release out from sonatype if necessary.) > > There is also a dummy option where I just create “unofficial” maven distribution under my own name or name of my organization (org.robotframework)… > > Cheers, > Jussi Malinen > > <abbot.xml><costello.xml><importbutton.patch> > > >> On 10 Jul 2013, at 16:31, Jussi Malinen <jus...@gm...> wrote: >> >> Alright, I will take a look if I manage to get the project to build with maven using that pom.xml from previous post a starting point. >> >> - Jussi >> >> On Jul 10, 2013, at 4:26 PM, Gerard Davison <ger...@or...> wrote: >> >>> >>> I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. >>> >>> Gerard >>> >>> >>> On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: >>> >>>> Hi, >>>> >>>> Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) >>>> >>>> This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) >>>> >>>> Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? >>>> >>>> Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? >>>> >>>> Cheers, >>>> Jussi >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> See everything from the browser to the database with AppDynamics >>>> Get end-to-end visibility with application monitoring from AppDynamics >>>> Isolate bottlenecks and diagnose root cause in seconds. >>>> Start your free trial of AppDynamics Pro today! >>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> abbot-users mailing list >>>> abb...@li... >>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>> >> > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140_______________________________________________ > abbot-users mailing list > abb...@li... > https://lists.sourceforge.net/lists/listinfo/abbot-users Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 Oracle Breeze TVP 520, Thames Valley Park, Reading, UK, RG6 1RA @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com <http://kingsfleet.blogspot.com/> |
|
From: Gerard D. <ger...@or...> - 2015-09-22 09:55:33
|
Jussi, I am in the process of promoting a release now; but I am not sure I have the metadata correct, either way it should be done either in an hour or in a day or so. Gerard > On 10 Sep 2015, at 13:13, Jussi Malinen <jus...@gm...> wrote: > > Well, that took a while. > > The project that I currently work with now really would require version 1.3 or later abbot to maven. It still is not available, so I started looking getting it there at that again. > > It would be nice to get rid of ant completely and just do all build phases in maven, but that seems quite involved, as the ant build file is quite complicated. So I decided just to create pom files which can be used to push the ant-built jars into sonatype and then to maven central from there. > > There were a few complications however: > > 1) jdom 1.1.1 is not available in maven central. There is version 1.1.2. That however has a broken jaxen dependency, so I had to exclude the transitive jaxen dependency from jdom in costello’s pom. (issue is discussed here http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html) > > 2) ant4eclipse 0.4.0-beta is not available in maven central. There is version 0.5.0-rc1, but there a few classes have changed their location. I had to change import paths in src/abbot/editors/ImportButton.java (diff included) > > > So this is how we could get abbot and costello with their dependencies into maven central: > > A) The proper way (update the libraries in trunk to match the versions in maven): > > 1) add abbot.xml and costello.xml to project trunk > 2) change the included libs to match the version used in maven poms (so jdom to 1.1.2 and ant4eclipse to 0.5.0-rc1) > 3) change the import paths in src/abbot/editors/ImportButton.java > 4) when making the next release, build the jars using ant as before, and then publish them to sonatype with commands at the end of this mail. > > B) The easy way (dont change the libraries in trunk to match maven distribution, and exclude ant4eclipse from maven): > > 1) add abbot.xml and costello.xml to project trunk, but exclude the ant4eclipse dependency (it is listed as optional after all? It seems to work on our tests.) > 2) when making the next release, build the jars using ant as before and then publish them to sonatype. > > Publishing to sonatype requires creating a user account, applying the rights for net.sourceforge.abbot organization there and then running these commands: > > mvn gpg:sign-and-deploy-file -Dfile=build/abbot.jar -DpomFile=abbot.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging > mvn gpg:sign-and-deploy-file -Dfile=build/costello.jar -DpomFile=costello.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging > > > Any thoughts on this? Are the current maintainers interested in getting a release to maven central? (I can help in getting the sonatype account created and explain the steps needed to get the release out from sonatype if necessary.) > > There is also a dummy option where I just create “unofficial” maven distribution under my own name or name of my organization (org.robotframework)… > > Cheers, > Jussi Malinen > > <abbot.xml><costello.xml><importbutton.patch> > > >> On 10 Jul 2013, at 16:31, Jussi Malinen <jus...@gm...> wrote: >> >> Alright, I will take a look if I manage to get the project to build with maven using that pom.xml from previous post a starting point. >> >> - Jussi >> >> On Jul 10, 2013, at 4:26 PM, Gerard Davison <ger...@or...> wrote: >> >>> >>> I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. >>> >>> Gerard >>> >>> >>> On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: >>> >>>> Hi, >>>> >>>> Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) >>>> >>>> This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) >>>> >>>> Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? >>>> >>>> Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? >>>> >>>> Cheers, >>>> Jussi >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> See everything from the browser to the database with AppDynamics >>>> Get end-to-end visibility with application monitoring from AppDynamics >>>> Isolate bottlenecks and diagnose root cause in seconds. >>>> Start your free trial of AppDynamics Pro today! >>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> abbot-users mailing list >>>> abb...@li... >>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>> >> > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140_______________________________________________ > abbot-users mailing list > abb...@li... > https://lists.sourceforge.net/lists/listinfo/abbot-users Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 Oracle Breeze TVP 520, Thames Valley Park, Reading, UK, RG6 1RA @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com <http://kingsfleet.blogspot.com/> |
|
From: Gerard D. <ger...@or...> - 2015-09-15 10:22:26
|
Right, I am happy to do the proper way; I will have a go on Friday if all goes well and let you know what explodes. Gerard Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 Oracle Breeze TVP 520, Thames Valley Park, Reading, UK, RG6 1RA @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com <http://kingsfleet.blogspot.com/> |
|
From: Gerard D. <ger...@or...> - 2015-09-15 10:21:12
|
Right, I am happy to do the proper way; I will have a go on Friday if all goes well and let you know what explodes. Gerard > On 10 Sep 2015, at 13:13, Jussi Malinen <jus...@gm...> wrote: > > Well, that took a while. > > The project that I currently work with now really would require version 1.3 or later abbot to maven. It still is not available, so I started looking getting it there at that again. > > It would be nice to get rid of ant completely and just do all build phases in maven, but that seems quite involved, as the ant build file is quite complicated. So I decided just to create pom files which can be used to push the ant-built jars into sonatype and then to maven central from there. > > There were a few complications however: > > 1) jdom 1.1.1 is not available in maven central. There is version 1.1.2. That however has a broken jaxen dependency, so I had to exclude the transitive jaxen dependency from jdom in costello’s pom. (issue is discussed here http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html <http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html>) > > 2) ant4eclipse 0.4.0-beta is not available in maven central. There is version 0.5.0-rc1, but there a few classes have changed their location. I had to change import paths in src/abbot/editors/ImportButton.java (diff included) > > > So this is how we could get abbot and costello with their dependencies into maven central: > > A) The proper way (update the libraries in trunk to match the versions in maven): > > 1) add abbot.xml and costello.xml to project trunk > 2) change the included libs to match the version used in maven poms (so jdom to 1.1.2 and ant4eclipse to 0.5.0-rc1) > 3) change the import paths in src/abbot/editors/ImportButton.java > 4) when making the next release, build the jars using ant as before, and then publish them to sonatype with commands at the end of this mail. > > B) The easy way (dont change the libraries in trunk to match maven distribution, and exclude ant4eclipse from maven): > > 1) add abbot.xml and costello.xml to project trunk, but exclude the ant4eclipse dependency (it is listed as optional after all? It seems to work on our tests.) > 2) when making the next release, build the jars using ant as before and then publish them to sonatype. > > Publishing to sonatype requires creating a user account, applying the rights for net.sourceforge.abbot organization there and then running these commands: > > mvn gpg:sign-and-deploy-file -Dfile=build/abbot.jar -DpomFile=abbot.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ <http://oss.sonatype.org/service/local/staging/deploy/maven2/> -DrepositoryId=sonatype-nexus-staging > mvn gpg:sign-and-deploy-file -Dfile=build/costello.jar -DpomFile=costello.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ <http://oss.sonatype.org/service/local/staging/deploy/maven2/> -DrepositoryId=sonatype-nexus-staging > > > Any thoughts on this? Are the current maintainers interested in getting a release to maven central? (I can help in getting the sonatype account created and explain the steps needed to get the release out from sonatype if necessary.) > > There is also a dummy option where I just create “unofficial” maven distribution under my own name or name of my organization (org.robotframework)… > > Cheers, > Jussi Malinen > > <abbot.xml><costello.xml><importbutton.patch> > > >> On 10 Jul 2013, at 16:31, Jussi Malinen <jus...@gm...> wrote: >> >> Alright, I will take a look if I manage to get the project to build with maven using that pom.xml from previous post a starting point. >> >> - Jussi >> >> On Jul 10, 2013, at 4:26 PM, Gerard Davison <ger...@or...> wrote: >> >>> >>> I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. >>> >>> Gerard >>> >>> >>> On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: >>> >>>> Hi, >>>> >>>> Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) >>>> >>>> This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) >>>> >>>> Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? >>>> >>>> Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? >>>> >>>> Cheers, >>>> Jussi >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> See everything from the browser to the database with AppDynamics >>>> Get end-to-end visibility with application monitoring from AppDynamics >>>> Isolate bottlenecks and diagnose root cause in seconds. >>>> Start your free trial of AppDynamics Pro today! >>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> abbot-users mailing list >>>> abb...@li... >>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>> >> > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140_______________________________________________ <http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140_______________________________________________> > abbot-users mailing list > abb...@li... <mailto:abb...@li...> > https://lists.sourceforge.net/lists/listinfo/abbot-users <https://lists.sourceforge.net/lists/listinfo/abbot-users> Gerard Davison | Senior Principal Software Engineer | +44.118.9245095 Oracle Breeze TVP 520, Thames Valley Park, Reading, UK, RG6 1RA @kingsfleet (github, twitter, etc), http://kingsfleet.blogspot.com <http://kingsfleet.blogspot.com/> |
|
From: Jussi M. <jus...@gm...> - 2015-09-10 12:13:31
|
Well, that took a while. The project that I currently work with now really would require version 1.3 or later abbot to maven. It still is not available, so I started looking getting it there at that again. It would be nice to get rid of ant completely and just do all build phases in maven, but that seems quite involved, as the ant build file is quite complicated. So I decided just to create pom files which can be used to push the ant-built jars into sonatype and then to maven central from there. There were a few complications however: 1) jdom 1.1.1 is not available in maven central. There is version 1.1.2. That however has a broken jaxen dependency, so I had to exclude the transitive jaxen dependency from jdom in costello’s pom. (issue is discussed here http://shunned-it.blogspot.fi/2012/07/jdom-2x-and-maven.html) 2) ant4eclipse 0.4.0-beta is not available in maven central. There is version 0.5.0-rc1, but there a few classes have changed their location. I had to change import paths in src/abbot/editors/ImportButton.java (diff included) So this is how we could get abbot and costello with their dependencies into maven central: A) The proper way (update the libraries in trunk to match the versions in maven): 1) add abbot.xml and costello.xml to project trunk 2) change the included libs to match the version used in maven poms (so jdom to 1.1.2 and ant4eclipse to 0.5.0-rc1) 3) change the import paths in src/abbot/editors/ImportButton.java 4) when making the next release, build the jars using ant as before, and then publish them to sonatype with commands at the end of this mail. B) The easy way (dont change the libraries in trunk to match maven distribution, and exclude ant4eclipse from maven): 1) add abbot.xml and costello.xml to project trunk, but exclude the ant4eclipse dependency (it is listed as optional after all? It seems to work on our tests.) 2) when making the next release, build the jars using ant as before and then publish them to sonatype. Publishing to sonatype requires creating a user account, applying the rights for net.sourceforge.abbot organization there and then running these commands: mvn gpg:sign-and-deploy-file -Dfile=build/abbot.jar -DpomFile=abbot.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging mvn gpg:sign-and-deploy-file -Dfile=build/costello.jar -DpomFile=costello.xml -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/ -DrepositoryId=sonatype-nexus-staging Any thoughts on this? Are the current maintainers interested in getting a release to maven central? (I can help in getting the sonatype account created and explain the steps needed to get the release out from sonatype if necessary.) There is also a dummy option where I just create “unofficial” maven distribution under my own name or name of my organization (org.robotframework)… Cheers, Jussi Malinen |
|
From: Timothy W. <tw...@us...> - 2015-02-26 10:51:39
|
Forwarding to the abbot-users list > Begin forwarded message: > > Date: February 26, 2015 at 3:39:41 AM EST > From: mir...@us... > Subject: Abbot Framework Contributions > To: tw...@us... > Reply-To: mir...@us... > > REPLY at http://sourceforge.net/u/miroslav-a/profile/send_message <http://sourceforge.net/u/miroslav-a/profile/send_message> > Hello, dear mr.Wall. > > Thank you very much for the Abbot Framework, it is a very handy thing. > > My user experience suggests that default recorder method actionKeyString() is not convenient for the following two reasons: > 1) it is sensitive to the keyboard layout at the time of script execution (it is a perceptibly trouble for not English users); > 2) it works not fast and visibly extends the testing execution time. > > So I replaced actionKeyString() to call my custom method contains just JTextComponent.setText(). > Then for convenience I added it to my Robot.java and my ComponentTester.java. > > If you think that it is acceptable practice, then you or I could add the similar code to Abbot Project: > > 1) abbot/tester/ComponentTester.java > > /** Directly set the given text to the given component. > * Used for rapid repeat the same actions. > * Also that method not depends on the keyboard layout > * unlike {@link #actionKeyString(Component, String)} > */ > public void actionSetText(Component c, String string) { > actionFocus(c); > setText(string); > waitForIdle(); > } > 2) abbot/tester/Robot.java > > import javax.swing.text.JTextComponent; > > (...) > > /** Directly sets the given string. */ > public void setText(String str) { > Component focus = findFocusOwner(); > if (focus == null) { > Log.warn("No component has focus, setText discarded", > Log.FULL_STACK); > return; > } > try { > ((JTextComponent) focus).setText(str); > } catch (Exception e) { > Log.warn("Component can not be cast to JTextComponent", > Log.FULL_STACK); > } > } > Thank you very much for Abbot. > > This message was sent to you via the SourceForge web mail form. > Replying to this email will not work, please send a message to Miroslav at http://sourceforge.net/u/miroslav-a/profile/send_message <http://sourceforge.net/u/miroslav-a/profile/send_message> |
|
From: Timothy W. <tw...@us...> - 2014-11-26 11:47:41
|
> Begin forwarded message: > > Date: November 25, 2014 at 3:43:58 PM EST > From: "Tihomir Bicanic, INF-DMS|INF-I" <bic...@ho...> > Subject: Abbot headless > To: tw...@us... > > Hello, > > I have read in the FAQ, that Abbot will start with its own desktop, if windows > runs in service mode. Could you show me how Abbot is doing this (which classes > are needed)? After the former admin made some changes on Abbot, this seems not > to be possible, when simply trying the FAQ method > (http://abbot.sourceforge.net/doc/FAQ.shtml#q203). I managed to handle this > problem on a linux server with some easy package addition, but I could need > some help on a windows(server) > > Thanks for help. > > > Regarts, > > Thomas Bicanic |
|
From: Gerard D. <ger...@or...> - 2014-09-10 14:04:49
|
How are you starting InteliJ, Abbot needs to be in the same VM to run. Gerard On 20 Aug 2014, at 14:03, Ganesh Raghava B G <gan...@br...> wrote: > Hi, > > I’m trying to automate project creation in IntelliJ using abbot. Below are the steps of the test case- > > 1. Open IntelliJ editor > 2. Create a new project > 3. Create a new Java class file and write/paste the Java code > 4. Build and run the Java code > 5. And verify the result > > Problem statement- > 1. Will open the Costello Test Script Editor > 2. Create a new script and save it in some path > 3. Click on Capture and click on All Actions(include motion) to record the above mentioned test case steps > 4. After recording, ‘Run’ the recorded sequence > > Actual Behaviour- When I ‘Run’ the recorded sequence, it opens an empty Test script editor and the mouse pointer (arrow) moves only within the empty Test script editor > > Query- Could you please let me know how can I achieve the automation using abbot in this case? > > Thanks in Advance, > Ganesh > > This e-mail contains Privileged and Confidential Information intended solely for the use of the addressee(s). It shall not attach any liability on the sender or Brillio or its affiliates. Any views or opinions presented in this email are solely those of the sender and may not necessarily reflect the opinions of Brillio or its affiliates. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. While Brillio has taken reasonable precautions to minimize this risk, Brillio accepts no liability for any damage that may be caused to you in the event that there is any virus in this e-mail or any attachments attached hereto. It is the addresses(s) duty to check and scan this email and any attachments attached hereto for the presence of viruses prior to opening the email. ** Thank You ** ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/_______________________________________________ > abbot-users mailing list > abb...@li... > https://lists.sourceforge.net/lists/listinfo/abbot-users |
|
From: Ganesh R. B G <gan...@br...> - 2014-08-20 13:36:20
|
Hi, I'm trying to automate project creation in IntelliJ using abbot. Below are the steps of the test case- 1. Open IntelliJ editor 2. Create a new project 3. Create a new Java class file and write/paste the Java code 4. Build and run the Java code 5. And verify the result Problem statement- 1. Will open the Costello Test Script Editor 2. Create a new script and save it in some path 3. Click on Capture and click on All Actions(include motion) to record the above mentioned test case steps 4. After recording, 'Run' the recorded sequence Actual Behaviour- When I 'Run' the recorded sequence, it opens an empty Test script editor and the mouse pointer (arrow) moves only within the empty Test script editor Query- Could you please let me know how can I achieve the automation using abbot in this case? Thanks in Advance, Ganesh This e-mail contains Privileged and Confidential Information intended solely for the use of the addressee(s). It shall not attach any liability on the sender or Brillio or its affiliates. Any views or opinions presented in this email are solely those of the sender and may not necessarily reflect the opinions of Brillio or its affiliates. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. While Brillio has taken reasonable precautions to minimize this risk, Brillio accepts no liability for any damage that may be caused to you in the event that there is any virus in this e-mail or any attachments attached hereto. It is the addresses(s) duty to check and scan this email and any attachments attached hereto for the presence of viruses prior to opening the email. ** Thank You ** |
|
From: Gerard D. <ger...@or...> - 2014-04-23 10:38:13
|
All, In the later build of JDK 8 Thread.stop was disabled and nows throws an exception - this causes tests to fail when the event queue is congested, a colleague in Oracle is working on a fix for this but I don’t have a ETA. (I am currently working part time as I have a new baby, and on non GUI projects so I have stepped back from Abbot for the moment) Gerard |
|
From: krit k. <kri...@gm...> - 2014-04-10 07:41:21
|
Dear, I am trying to use the Abbot 1.3 with Java 8 to automate Java Applet tests. I encountered a problem when run the AppletviewerTest as follows: ava.lang.BootstrapMethodError: call site initialization exception at java.lang.invoke.CallSite.makeSite(CallSite.java:328) at java.lang.invoke.MethodHandleNatives.linkCallSite(MethodHandleNatives.java:296) at sun.applet.AppletPanel.findAppletJDKLevel(AppletPanel.java:1239) at sun.applet.AppletPanel.createApplet(AppletPanel.java:810) at sun.applet.AppletPanel.runLoader(AppletPanel.java:722) at sun.applet.AppletPanel.run(AppletPanel.java:379) at java.lang.Thread.run(Thread.java:744) Caused by: java.lang.invoke.LambdaConversionException: Invalid receiver type class sun.applet.AppletPanel; not a subtype of implementation type class sun.applet.AppletPanel at java.lang.invoke.AbstractValidatingLambdaMetafactory.validateMetafactoryArgs(AbstractValidatingLambdaMetafactory.java:233) at java.lang.invoke.LambdaMetafactory.metafactory(LambdaMetafactory.java:303) at java.lang.invoke.CallSite.makeSite(CallSite.java:289) Have anyone encountered this problem before? What is a possible cause of the problem? PS. The test could run properly with Java 7 Best regards, Krit K. |
|
From: Christina Z. <e07...@st...> - 2014-02-04 16:46:57
|
Hi,
I’m currently using Abbot API (version 1.3.0) for the creation of JUnit-based GUI tests for a Java Swing application. Additionally, I’m in the need to define data-driven tests, so I decided to use @RunWith(Parameterized.class). Unfortunately, my Abbot tests always fail as soon as I’m using this annotation.
Here’s a short code example demonstrating the problem:
@RunWith(Parameterized.class)
public class MyAbbotTests extends ComponentTestFixture {
private String param1;
private String param2;
@Parameters
public static Collection<Object[]> data(){
return CSVDataLoader.load(„testdata.csv");
}
public MyAbbotTests(String param1, String param2){
this.param1 = param1;
this.param2 = param2;
}
@Test
public void test() {
MyApp app = new MyApp();
JFrame mainFrame = (JFrame) getFinder().find(new ClassMatcher(JFrame.class, true));
...
}
}
I get a NullPointerException in the line of code, where the getFinder()-Method is called.
When I try to run the same test case just without the data-driven-stuff, everything works fine.
Can anybody give me a hint what I might be doing wrong or if Abbot is just not compatible with the concept of parameterized tests?
Thanks in advance!
Regards,
Christina
|
|
From: Gerard D. <ger...@or...> - 2013-12-10 11:05:28
|
On 6 Dec 2013, at 14:01, vikas jain <vic...@gm...> wrote: > Gerard, > > I understood your first concept where Costello can be opened as a menu when my product is opened in debug mode. So, to do that , this is the code I need to put into my main([]) class or where ? > > EditorContext ec = new EditorContext(); > ec.setEmbedded(true); > > TestHierarchy th = new TestHierarchy(); > ec.setTestHierarchy(th); > > Costello.showCostello(ec); > > // Make sure that we don't ignore the exisitng main window > th.setFiltered(mainWindow, false); > > Where I need to put this code to make it working (a menu item in my product itself) ... Yup, you need to wire this into your product. > > Second question :- I didn't understand the second part , can you please elaborate little bit more ... > > You can also do useful stuff like overriding the default template used for new scripts, which can be useful. If you look at the EditorContext there are a few interesting method you can override, one thing with a template is that it means the default component references can be shared between all the test you create. > This way the startup will be as per your normal application which gives better fidelity. We use a system property to read a file that causes tests to be loaded an run. So we start Oracle JDeveloper with a system properly -Dabbot.properties=xxxx this points to a .properties file which gives a list of what tests to run and what filters to apply. For examples just run the Sanity tests not the long regression tests. Internally the bit of code that puts in the Costello menu item will look for this property and it set it will take over and start running your tests. You can do this using the ScriptFixture object - although you might need to build some test fixture code around this. Can’t share the code we use as it is too deep into JDeveloper. Gerard > > Thanks so much , > > Regards. > Vicky. > > > > > > On Fri, Dec 6, 2013 at 6:58 AM, Gerard Davison <ger...@or...> wrote: > > > All, > > We do this the other way around, in our product we start Costello, and indeed run Abbot test scripts from a menu that gets added to the product when built in debug mode. There is a special interface for invoking Costello that tells it is running inside another product. The code looks like this: > > > EditorContext ec = new EditorContext(); > ec.setEmbedded(true); > > TestHierarchy th = new TestHierarchy(); > ec.setTestHierarchy(th); > > Costello.showCostello(ec); > > // Make sure that we don't ignore the exisitng main window > th.setFiltered(mainWindow, false); > > You can also do useful stuff like overriding the default template used for new scripts, which can be useful. This way the startup will be as per your normal application which gives better fidelity. We use a system property to read a file that causes tests to be loaded an run. > > Hope this is of some help, > > Gerard > > > On 5 Dec 2013, at 21:42, James Doyle <jd...@is...> wrote: > >> Hi Vicky, >> >> The JNLP file needs to add the Abbot jars (I think this list is out of date): >> >> <!-- The following jar elements are required to launch Abbot. The abbot jar >> must be first since it contains the main class. --> >> <jar href="http://xxx/abbot-signed.jar"/> >> <jar href="http://xxx/junit-signed.jar"/> >> <jar href="http://xxx/MRJToolkitStubs-signed.jar"/> >> <jar href="http://xxx/gnu-regexp-signed.jar"/> >> <jar href="http://xxx/jdom-signed.jar"/> >> <jar href="http://xxx/xerces-signed.jar"/> >> <jar href="http://xxx/bsh-signed.jar"/> >> >> And the JNLP file needs to switch its main class: >> >> <application-desc main-class="abbot.editor.Costello"/> >> >> The thing to be clear about this approach is....you are not launching a Java Web Start application from Costello. Your application is coming along with Costello, which is now the Java Web Start application specified by your JNLP file. Costello is merely executing your application's main method to initialize it and cause it to display its frames and windows. To literally launch a Java Web Start application using its JNLP file from Costello, Costello would have to create a new JVM process running the Java Web Start main program, and I don't know how Costello would do that or whether it would be able to do anything with the new separate JVM process. >> >> Jim >> >> vikas jain wrote: >>> >>> James, >>> >>> I am looking from QA point of view. I can have all the jar files on my machine. But how do I launch my http://<address>/.jnlp application from Costello. If you can provide some steps or sample of how you have done it, it would be great . >>> >>> Thanks, >>> Vicky. >>> >>> >>> >>> >>> >>> >>> On Thu, Dec 5, 2013 at 3:04 PM, James Doyle <jd...@is...> wrote: >>> Hi Vicky, >>> >>> We have a similar Java Web Start (JNLP client) application that we test with Abbot. >>> >>> For a while I was experimenting with doing the test script writing/recording through Java Web Start as well, particularly so that QA folks (not our development team) could do it. The way we had to deliver it, is to make the Abbot Test Script Editor (Costello) its own Java Web Start application with its own JNLP file that includes all the jar files needed by the application under test. The person editing the test script would have to: >>> >>> 1. Launch the Costello Java Web Start application on their local machine. >>> 2. Select a test script file on their local machine that "launches" the application under test by running its main method. >>> 3. Use Costello to run the "launch" step, thereby initializing the application under test and showing its windows/frames. >>> >>> It was a little pain to manage it this way, though. >>> >>> What we have now is that the development team can use Costello to launch the application under test, with all jar files built on their local machine. The downside is that it doesn't exercise the application *exactly* as it launches under Java Web Start, which would be a pain if the Java Web Start class loading makes a large difference to the application, or maybe a show-stopper if the application requires Java Web Start specific APIs. >>> >>> Good luck, >>> Jim >>> >>> >>> vikas jain wrote: >>>> >>>> >>>> Hey, >>>> >>>> I am planning to write/record automation tests for a application which launches with .jnlp URL. What I mean is URL for my application ends with .jnlp. I put the URL in browser and it open the application in a separate window, there is no role of browser after loading the application. >>>> >>>> Can you please tell me if we can do automation testing for this app via Abbot. If not is there tool I can use to record/write automation for this app. I am not able to find more information on internet around this. >>>> >>>> This is for my company and I am ready for commercial paid support if any. >>>> >>>> Thanks you very much. >>>> Regards, >>>> Vicky. >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Sponsored by Intel(R) XDK >>>> Develop, test and display web and hybrid apps with a single code base. >>>> Download it for free now! >>>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk >>>> >>>> _______________________________________________ >>>> abbot-users mailing list >>>> abb...@li... >>>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>>> >>> >>> ------------------------------------------------------------------------------ >>> Sponsored by Intel(R) XDK >>> Develop, test and display web and hybrid apps with a single code base. >>> Download it for free now! >>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> abbot-users mailing list >>> abb...@li... >>> https://lists.sourceforge.net/lists/listinfo/abbot-users >>> >>> >> ------------------------------------------------------------------------------ >> Sponsored by Intel(R) XDK >> Develop, test and display web and hybrid apps with a single code base. >> Download it for free now! >> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk_______________________________________________ >> abbot-users mailing list >> abb...@li... >> https://lists.sourceforge.net/lists/listinfo/abbot-users > > > ------------------------------------------------------------------------------ > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > _______________________________________________ > abbot-users mailing list > abb...@li... > https://lists.sourceforge.net/lists/listinfo/abbot-users > > > ------------------------------------------------------------------------------ > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk_______________________________________________ > abbot-users mailing list > abb...@li... > https://lists.sourceforge.net/lists/listinfo/abbot-users |
|
From: vikas j. <vic...@gm...> - 2013-12-06 14:01:09
|
Gerard,
I understood your first concept where Costello can be opened as a menu when
my product is opened in debug mode. So, to do that , this is the code I
need to put into my main([]) class or where ?
EditorContext ec = new EditorContext();
ec.setEmbedded(true);
TestHierarchy th = new TestHierarchy();
ec.setTestHierarchy(th);
Costello.showCostello(ec);
// Make sure that we don't ignore the exisitng main window
th.setFiltered(mainWindow, false);
Where I need to put this code to make it working (a menu item in my product
itself) ...
Second question :- I didn't understand the second part , can you please
elaborate little bit more ...
You can also do useful stuff like overriding the default template used for
new scripts, which can be useful. This way the startup will be as per your
normal application which gives better fidelity. We use a system property to
read a file that causes tests to be loaded an run.
Thanks so much ,
Regards.
Vicky.
On Fri, Dec 6, 2013 at 6:58 AM, Gerard Davison <ger...@or...>wrote:
>
>
> All,
>
> We do this the other way around, in our product we start Costello, and
> indeed run Abbot test scripts from a menu that gets added to the product
> when built in debug mode. There is a special interface for invoking
> Costello that tells it is running inside another product. The code looks
> like this:
>
>
> EditorContext ec = new EditorContext();
> ec.setEmbedded(true);
>
> TestHierarchy th = new TestHierarchy();
> ec.setTestHierarchy(th);
>
> Costello.showCostello(ec);
>
> // Make sure that we don't ignore the exisitng main window
> th.setFiltered(mainWindow, false);
>
> You can also do useful stuff like overriding the default template used for
> new scripts, which can be useful. This way the startup will be as per your
> normal application which gives better fidelity. We use a system property to
> read a file that causes tests to be loaded an run.
>
> Hope this is of some help,
>
> Gerard
>
>
> On 5 Dec 2013, at 21:42, James Doyle <jd...@is...> wrote:
>
> Hi Vicky,
>
> The JNLP file needs to add the Abbot jars (I think this list is out of
> date):
>
> <!-- The following jar elements are required to launch Abbot. The
> abbot jar
> must be first since it contains the main class. -->
> <jar href="http://xxx/abbot-signed.jar" <http://xxx/abbot-signed.jar>
> />
> <jar href="http://xxx/junit-signed.jar" <http://xxx/junit-signed.jar>
> />
> <jar href="http://xxx/MRJToolkitStubs-signed.jar"<http://xxx/MRJToolkitStubs-signed.jar>
> />
> <jar href="http://xxx/gnu-regexp-signed.jar"<http://xxx/gnu-regexp-signed.jar>
> />
> <jar href="http://xxx/jdom-signed.jar" <http://xxx/jdom-signed.jar>/>
> <jar href="http://xxx/xerces-signed.jar"<http://xxx/xerces-signed.jar>
> />
> <jar href="http://xxx/bsh-signed.jar" <http://xxx/bsh-signed.jar>/>
>
> And the JNLP file needs to switch its main class:
>
> <application-desc main-class="abbot.editor.Costello"/>
>
> The thing to be clear about this approach is....you are not launching a
> Java Web Start application from Costello. Your application is coming along
> with Costello, which is now the Java Web Start application specified by
> your JNLP file. Costello is merely executing your application's main
> method to initialize it and cause it to display its frames and windows. To
> literally launch a Java Web Start application using its JNLP file from
> Costello, Costello would have to create a new JVM process running the Java
> Web Start main program, and I don't know how Costello would do that or
> whether it would be able to do anything with the new separate JVM process.
>
> Jim
>
> vikas jain wrote:
>
> James,
>
> I am looking from QA point of view. I can have all the jar files on my
> machine. But how do I launch my http:// <http:/><address>/.jnlp
> application from Costello. If you can provide some steps or sample of how
> you have done it, it would be great .
>
> Thanks,
> Vicky.
>
>
>
>
>
>
> On Thu, Dec 5, 2013 at 3:04 PM, James Doyle <jd...@is...> wrote:
>
>> Hi Vicky,
>>
>> We have a similar Java Web Start (JNLP client) application that we test
>> with Abbot.
>>
>> For a while I was experimenting with doing the test script
>> writing/recording through Java Web Start as well, particularly so that QA
>> folks (not our development team) could do it. The way we had to deliver
>> it, is to make the Abbot Test Script Editor (Costello) its own Java Web
>> Start application with its own JNLP file that includes all the jar files
>> needed by the application under test. The person editing the test script
>> would have to:
>>
>> 1. Launch the Costello Java Web Start application on their local machine.
>> 2. Select a test script file on their local machine that "launches" the
>> application under test by running its main method.
>> 3. Use Costello to run the "launch" step, thereby initializing the
>> application under test and showing its windows/frames.
>>
>> It was a little pain to manage it this way, though.
>>
>> What we have now is that the development team can use Costello to launch
>> the application under test, with all jar files built on their local
>> machine. The downside is that it doesn't exercise the application
>> *exactly* as it launches under Java Web Start, which would be a pain if the
>> Java Web Start class loading makes a large difference to the application,
>> or maybe a show-stopper if the application requires Java Web Start specific
>> APIs.
>>
>> Good luck,
>> Jim
>>
>>
>> vikas jain wrote:
>>
>>
>> Hey,
>>
>> I am planning to write/record automation tests for a application which
>> launches with .jnlp URL. What I mean is URL for my application ends with
>> .jnlp. I put the URL in browser and it open the application in a separate
>> window, there is no role of browser after loading the application.
>>
>> Can you please tell me if we can do automation testing for this app via
>> Abbot. If not is there tool I can use to record/write automation for
>> this app. I am not able to find more information on internet around
>> this.
>>
>> This is for my company and I am ready for commercial paid support if
>> any.
>>
>> Thanks you very much.
>> Regards,
>> Vicky.
>>
>>
>> ------------------------------
>>
>> ------------------------------------------------------------------------------
>> Sponsored by Intel(R) XDK
>> Develop, test and display web and hybrid apps with a single code base.
>> Download it for free now!http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>>
>> ------------------------------
>>
>> _______________________________________________
>> abbot-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/abbot-users
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Sponsored by Intel(R) XDK
>> Develop, test and display web and hybrid apps with a single code base.
>> Download it for free now!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>> _______________________________________________
>> abbot-users mailing list
>> abb...@li...
>> https://lists.sourceforge.net/lists/listinfo/abbot-users
>>
>>
> ------------------------------------------------------------------------------
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
>
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk_______________________________________________
> abbot-users mailing list
> abb...@li...
> https://lists.sourceforge.net/lists/listinfo/abbot-users
>
>
>
>
> ------------------------------------------------------------------------------
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
>
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> _______________________________________________
> abbot-users mailing list
> abb...@li...
> https://lists.sourceforge.net/lists/listinfo/abbot-users
>
>
|
|
From: Gerard D. <ger...@or...> - 2013-12-06 11:58:26
|
All,
We do this the other way around, in our product we start Costello, and indeed run Abbot test scripts from a menu that gets added to the product when built in debug mode. There is a special interface for invoking Costello that tells it is running inside another product. The code looks like this:
EditorContext ec = new EditorContext();
ec.setEmbedded(true);
TestHierarchy th = new TestHierarchy();
ec.setTestHierarchy(th);
Costello.showCostello(ec);
// Make sure that we don't ignore the exisitng main window
th.setFiltered(mainWindow, false);
You can also do useful stuff like overriding the default template used for new scripts, which can be useful. This way the startup will be as per your normal application which gives better fidelity. We use a system property to read a file that causes tests to be loaded an run.
Hope this is of some help,
Gerard
On 5 Dec 2013, at 21:42, James Doyle <jd...@is...> wrote:
> Hi Vicky,
>
> The JNLP file needs to add the Abbot jars (I think this list is out of date):
>
> <!-- The following jar elements are required to launch Abbot. The abbot jar
> must be first since it contains the main class. -->
> <jar href="http://xxx/abbot-signed.jar"/>
> <jar href="http://xxx/junit-signed.jar"/>
> <jar href="http://xxx/MRJToolkitStubs-signed.jar"/>
> <jar href="http://xxx/gnu-regexp-signed.jar"/>
> <jar href="http://xxx/jdom-signed.jar"/>
> <jar href="http://xxx/xerces-signed.jar"/>
> <jar href="http://xxx/bsh-signed.jar"/>
>
> And the JNLP file needs to switch its main class:
>
> <application-desc main-class="abbot.editor.Costello"/>
>
> The thing to be clear about this approach is....you are not launching a Java Web Start application from Costello. Your application is coming along with Costello, which is now the Java Web Start application specified by your JNLP file. Costello is merely executing your application's main method to initialize it and cause it to display its frames and windows. To literally launch a Java Web Start application using its JNLP file from Costello, Costello would have to create a new JVM process running the Java Web Start main program, and I don't know how Costello would do that or whether it would be able to do anything with the new separate JVM process.
>
> Jim
>
> vikas jain wrote:
>>
>> James,
>>
>> I am looking from QA point of view. I can have all the jar files on my machine. But how do I launch my http://<address>/.jnlp application from Costello. If you can provide some steps or sample of how you have done it, it would be great .
>>
>> Thanks,
>> Vicky.
>>
>>
>>
>>
>>
>>
>> On Thu, Dec 5, 2013 at 3:04 PM, James Doyle <jd...@is...> wrote:
>> Hi Vicky,
>>
>> We have a similar Java Web Start (JNLP client) application that we test with Abbot.
>>
>> For a while I was experimenting with doing the test script writing/recording through Java Web Start as well, particularly so that QA folks (not our development team) could do it. The way we had to deliver it, is to make the Abbot Test Script Editor (Costello) its own Java Web Start application with its own JNLP file that includes all the jar files needed by the application under test. The person editing the test script would have to:
>>
>> 1. Launch the Costello Java Web Start application on their local machine.
>> 2. Select a test script file on their local machine that "launches" the application under test by running its main method.
>> 3. Use Costello to run the "launch" step, thereby initializing the application under test and showing its windows/frames.
>>
>> It was a little pain to manage it this way, though.
>>
>> What we have now is that the development team can use Costello to launch the application under test, with all jar files built on their local machine. The downside is that it doesn't exercise the application *exactly* as it launches under Java Web Start, which would be a pain if the Java Web Start class loading makes a large difference to the application, or maybe a show-stopper if the application requires Java Web Start specific APIs.
>>
>> Good luck,
>> Jim
>>
>>
>> vikas jain wrote:
>>>
>>>
>>> Hey,
>>>
>>> I am planning to write/record automation tests for a application which launches with .jnlp URL. What I mean is URL for my application ends with .jnlp. I put the URL in browser and it open the application in a separate window, there is no role of browser after loading the application.
>>>
>>> Can you please tell me if we can do automation testing for this app via Abbot. If not is there tool I can use to record/write automation for this app. I am not able to find more information on internet around this.
>>>
>>> This is for my company and I am ready for commercial paid support if any.
>>>
>>> Thanks you very much.
>>> Regards,
>>> Vicky.
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Sponsored by Intel(R) XDK
>>> Develop, test and display web and hybrid apps with a single code base.
>>> Download it for free now!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>>>
>>> _______________________________________________
>>> abbot-users mailing list
>>> abb...@li...
>>> https://lists.sourceforge.net/lists/listinfo/abbot-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Sponsored by Intel(R) XDK
>> Develop, test and display web and hybrid apps with a single code base.
>> Download it for free now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>> _______________________________________________
>> abbot-users mailing list
>> abb...@li...
>> https://lists.sourceforge.net/lists/listinfo/abbot-users
>>
>>
> ------------------------------------------------------------------------------
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk_______________________________________________
> abbot-users mailing list
> abb...@li...
> https://lists.sourceforge.net/lists/listinfo/abbot-users
|
|
From: James D. <jd...@is...> - 2013-12-05 21:43:02
|
Hi Vicky,
The JNLP file needs to add the Abbot jars (I think this list is out of
date):
<!-- The following jar elements are required to launch Abbot. The
abbot jar
must be first since it contains the main class. -->
<jar href="http://xxx/abbot-signed.jar"/>
<jar href="http://xxx/junit-signed.jar"/>
<jar href="http://xxx/MRJToolkitStubs-signed.jar"/>
<jar href="http://xxx/gnu-regexp-signed.jar"/>
<jar href="http://xxx/jdom-signed.jar"/>
<jar href="http://xxx/xerces-signed.jar"/>
<jar href="http://xxx/bsh-signed.jar"/>
And the JNLP file needs to switch its main class:
<application-desc main-class="abbot.editor.Costello"/>
The thing to be clear about this approach is....you are not launching a
Java Web Start application from Costello. Your application is coming
along with Costello, which is now the Java Web Start application
specified by your JNLP file. Costello is merely executing your
application's main method to initialize it and cause it to display its
frames and windows. To literally launch a Java Web Start application
using its JNLP file from Costello, Costello would have to create a new
JVM process running the Java Web Start main program, and I don't know
how Costello would do that or whether it would be able to do anything
with the new separate JVM process.
Jim
vikas jain wrote:
> James,
>
> I am looking from QA point of view. I can have all the jar files on my
> machine. But how do I launch my http://<address>/.jnlp application
> from Costello. If you can provide some steps or sample of how you
> have done it, it would be great .
>
> Thanks,
> Vicky.
>
>
>
>
>
>
> On Thu, Dec 5, 2013 at 3:04 PM, James Doyle <jd...@is...
> <mailto:jd...@is...>> wrote:
>
> Hi Vicky,
>
> We have a similar Java Web Start (JNLP client) application that we
> test with Abbot.
>
> For a while I was experimenting with doing the test script
> writing/recording through Java Web Start as well, particularly so
> that QA folks (not our development team) could do it. The way we
> had to deliver it, is to make the Abbot Test Script Editor
> (Costello) its own Java Web Start application with its own JNLP
> file that includes all the jar files needed by the application
> under test. The person editing the test script would have to:
>
> 1. Launch the Costello Java Web Start application on their local
> machine.
> 2. Select a test script file on their local machine that
> "launches" the application under test by running its main method.
> 3. Use Costello to run the "launch" step, thereby initializing the
> application under test and showing its windows/frames.
>
> It was a little pain to manage it this way, though.
>
> What we have now is that the development team can use Costello to
> launch the application under test, with all jar files built on
> their local machine. The downside is that it doesn't exercise the
> application *exactly* as it launches under Java Web Start, which
> would be a pain if the Java Web Start class loading makes a large
> difference to the application, or maybe a show-stopper if the
> application requires Java Web Start specific APIs.
>
> Good luck,
> Jim
>
>
> vikas jain wrote:
>>
>> Hey,
>>
>> I am planning to write/record automation tests for a application
>> which launches with .jnlp URL. What I mean is URL for my
>> application ends with .jnlp. I put the URL in browser and it open
>> the application in a separate window, there is no role of browser
>> after loading the application.
>>
>> Can you please tell me if we can do automation testing for this
>> app via Abbot. If not is there tool I can use to record/write
>> automation for this app. I am not able to find more information
>> on internet around this.
>>
>> This is for my company and I am ready for commercial paid support
>> if any.
>>
>> Thanks you very much.
>> Regards,
>> Vicky.
>>
>>
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------------
>> Sponsored by Intel(R) XDK
>> Develop, test and display web and hybrid apps with a single code base.
>> Download it for free now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk <http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> abbot-users mailing list
>> abb...@li... <mailto:abb...@li...>
>> https://lists.sourceforge.net/lists/listinfo/abbot-users
>>
>
> ------------------------------------------------------------------------------
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> <http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk>
> _______________________________________________
> abbot-users mailing list
> abb...@li...
> <mailto:abb...@li...>
> https://lists.sourceforge.net/lists/listinfo/abbot-users
>
>
|
|
From: James D. <jd...@is...> - 2013-12-05 20:31:12
|
Hi Vicky, We have a similar Java Web Start (JNLP client) application that we test with Abbot. For a while I was experimenting with doing the test script writing/recording through Java Web Start as well, particularly so that QA folks (not our development team) could do it. The way we had to deliver it, is to make the Abbot Test Script Editor (Costello) its own Java Web Start application with its own JNLP file that includes all the jar files needed by the application under test. The person editing the test script would have to: 1. Launch the Costello Java Web Start application on their local machine. 2. Select a test script file on their local machine that "launches" the application under test by running its main method. 3. Use Costello to run the "launch" step, thereby initializing the application under test and showing its windows/frames. It was a little pain to manage it this way, though. What we have now is that the development team can use Costello to launch the application under test, with all jar files built on their local machine. The downside is that it doesn't exercise the application *exactly* as it launches under Java Web Start, which would be a pain if the Java Web Start class loading makes a large difference to the application, or maybe a show-stopper if the application requires Java Web Start specific APIs. Good luck, Jim vikas jain wrote: > > Hey, > > I am planning to write/record automation tests for a application which > launches with .jnlp URL. What I mean is URL for my application ends > with .jnlp. I put the URL in browser and it open the application in a > separate window, there is no role of browser after loading the > application. > > Can you please tell me if we can do automation testing for this app > via Abbot. If not is there tool I can use to record/write automation > for this app. I am not able to find more information on internet > around this. > > This is for my company and I am ready for commercial paid support if any. > > Thanks you very much. > Regards, > Vicky. > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > ------------------------------------------------------------------------ > > _______________________________________________ > abbot-users mailing list > abb...@li... > https://lists.sourceforge.net/lists/listinfo/abbot-users > |
|
From: vikas j. <vic...@gm...> - 2013-12-05 19:11:58
|
Hey, I am planning to write/record automation tests for a application which launches with .jnlp URL. What I mean is URL for my application ends with .jnlp. I put the URL in browser and it open the application in a separate window, there is no role of browser after loading the application. Can you please tell me if we can do automation testing for this app via Abbot. If not is there tool I can use to record/write automation for this app. I am not able to find more information on internet around this. This is for my company and I am ready for commercial paid support if any. Thanks you very much. Regards, Vicky. |
|
From: Gerard D. <ger...@or...> - 2013-08-02 11:13:03
|
Hi, After much delay we finally have a 1.3.0 release, this importantly has a lot of stability fixes for JDK 7 and above along with a load of minor improvements. I will try to update the abbot site when I am not stuck behind a firewall. Let me know if there are any problems. Gerard |
|
From: Jussi M. <jus...@gm...> - 2013-07-10 13:31:23
|
Alright, I will take a look if I manage to get the project to build with maven using that pom.xml from previous post a starting point. - Jussi On Jul 10, 2013, at 4:26 PM, Gerard Davison <ger...@or...> wrote: > > I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. > > Gerard > > > On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: > >> Hi, >> >> Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) >> >> This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) >> >> Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? >> >> Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? >> >> Cheers, >> Jussi >> >> >> ------------------------------------------------------------------------------ >> See everything from the browser to the database with AppDynamics >> Get end-to-end visibility with application monitoring from AppDynamics >> Isolate bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >> _______________________________________________ >> abbot-users mailing list >> abb...@li... >> https://lists.sourceforge.net/lists/listinfo/abbot-users > |
|
From: Gerard D. <ger...@or...> - 2013-07-10 13:26:23
|
I don't see this being a problem if all the current abbot deps are also available in Maven. If you are able to look into this and can provide a patch with a suggested pom.xml file I can try to look into it. Gerard On 10 Jul 2013, at 13:03, Jussi Malinen <jus...@gm...> wrote: > Hi, > > Previously there have been some posts calling for Abbot to be uploaded to Maven Central. (for example: http://sourceforge.net/mailarchive/message.php?msg_id=20803058) > > This would be very helpful for us too with Robot Framework SwingLibray project (https://github.com/robotframework/SwingLibrary) > > Someone has made abbot 0.13 available to Maven Central, is that person (and his upload rights) still active? > > Has anyone taken a look at uploading the project to Maven Central lately? Would there be interest in making the project available through there? > > Cheers, > Jussi > > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > abbot-users mailing list > abb...@li... > https://lists.sourceforge.net/lists/listinfo/abbot-users |
59 messages has been excluded from this view by a project administrator.
