jameleon-developers Mailing List for Jameleon
Brought to you by:
engrean
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
|
May
(5) |
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
2005 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(15) |
Aug
(8) |
Sep
(1) |
Oct
|
Nov
(10) |
Dec
(1) |
2006 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
|
May
(2) |
Jun
(4) |
Jul
(1) |
Aug
(9) |
Sep
(4) |
Oct
(14) |
Nov
(2) |
Dec
(2) |
2007 |
Jan
(14) |
Feb
(14) |
Mar
(60) |
Apr
|
May
(18) |
Jun
(32) |
Jul
(16) |
Aug
(3) |
Sep
(10) |
Oct
(11) |
Nov
(6) |
Dec
(9) |
2008 |
Jan
(10) |
Feb
(5) |
Mar
(3) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
|
2009 |
Jan
(2) |
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: <jam...@li...> - 2014-05-07 11:32:57
|
Hi Jameleon-developers, I was hoping you may be able to help. I'm working on a MSc. thesis and am looking to distinguish (java) Open Source Test-First and Test-Last projects for a research experiment. To this end I was hoping that contributors to Jameleon would consider filling out the linked short survey (12 questions) for this project (or any other open source java project you are involved in)? My research will look at and compare design pattern usage in Test-First and Test-Last projects in relation to effectiveness and design quality. If you would be interested in learning more about the project or its findings please enter your detail in the comment box on the survey and I will contact you once the project is complete. I intend to use the results of the survey solely for the purposes of the dissertation. Individual contributors will not be named in any reporting of the project. If you do not wish your project to be identified you can indicate so in the survey and its name will be masked. Many thanks in advance; your help is very much appreciated. Keith Fogarty Link to the survey: https://docs.google.com/a/mydit.ie/forms/d/160CG5J_LJM3cAbSUrtfzka55vTrAeUwL4o-PvsY8Wkw/viewform |
From: <jam...@li...> - 2013-05-16 12:13:53
|
Hello, I just started evaluating the Jameleon, i am wrote couple of testscripts using selenum plug-in. i have below questions and trying to find out , how can i do that. 1.how to execute the test scripts in sequence 2. how can i call testscript inside another testscript. 3. how can i have common testscripts, which i can use. i mean suppose if i have log in testscript , i have to use that testscript through all test scripts which require login session. i don't want to execute every time to login for each test script. your help will be greatly appreciated. Thanks Madhu |
From: <jam...@li...> - 2011-05-24 04:46:30
|
Hi, I need to add a listener mechanism, to handle test cases(individual) that failed. Please guide. -- Thanks & Regards Bageshwar Pratap Narain |
From: <jam...@li...> - 2009-08-04 13:03:15
|
Hi Luba, There are quite a few unit/acceptance tests for that plug-in. You should be able to run the tests and see if anything else needs to be changed. If you make the changes, making sure all of the tests still pass, then I'll put the changes in. Someone else posted an HtmlUnit plug-in patch a while back too. This would be the best time to apply both. Regards, Christian ----- Original Message ---- From: "jam...@li..." <jam...@li...> To: jam...@li... Sent: Saturday, August 1, 2009 11:13:56 AM Subject: [Jameleon-developers] HtmlUnit 2.5 support Greetings, are there any plans to make Jameleon to support HtmlUnit 2.5? I am writing a regression suite for a site that relies quite heavily on jQuery 1.3, which only got a full support in HtmlUnit 2.5 I played around replacing htmlunit-1.4,jar with htmlunit-2.5.jar (and a number of other upgraded linraries). The problem with that is that HtmlUnit has removed completely a deprecated class HtmlUnitXPath. It apparently helped when I extended HtmlUnitHelper and overrode HtmlUnitHelper.getHtmlElementByXPath(DomNode container, String xpath). I then extended HtmlUnitFunctionTag and made it to use my custonm helper. The problem is that now I have to override almost all htmlunit tags dealing with xpathes. Which is fine, but I'd welcome a cleaner solution. Here is the change I made to HtmlUnitHelper (by extending) MyHtmlUnitHelper extends HtmlUnitHelper { public MyHtmlUnitHelper(HtmlUnitDelegate htmlUnitDelegate) { super(htmlUnitDelegate); } public HtmlElement getHtmlElementByXPath(DomNode domNode, String s) { return domNode.getFirstByXPath(s); } } If this is indeed the only change needed in order to support HtmlUnit 2.5, would it be reasonable to expect official Jameleon with HtmlUnit 2.5 support sometime soon? I would appreciate your insight and suggestions. Regards, Luba Roitman. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Jameleon-developers mailing list Jam...@li... https://lists.sourceforge.net/lists/listinfo/jameleon-developers |
From: <jam...@li...> - 2009-08-01 17:14:08
|
Greetings, are there any plans to make Jameleon to support HtmlUnit 2.5? I am writing a regression suite for a site that relies quite heavily on jQuery 1.3, which only got a full support in HtmlUnit 2.5 I played around replacing htmlunit-1.4,jar with htmlunit-2.5.jar (and a number of other upgraded linraries). The problem with that is that HtmlUnit has removed completely a deprecated class HtmlUnitXPath. It apparently helped when I extended HtmlUnitHelper and overrode HtmlUnitHelper.getHtmlElementByXPath(DomNode container, String xpath). I then extended HtmlUnitFunctionTag and made it to use my custonm helper. The problem is that now I have to override almost all htmlunit tags dealing with xpathes. Which is fine, but I'd welcome a cleaner solution. Here is the change I made to HtmlUnitHelper (by extending) MyHtmlUnitHelper extends HtmlUnitHelper { public MyHtmlUnitHelper(HtmlUnitDelegate htmlUnitDelegate) { super(htmlUnitDelegate); } public HtmlElement getHtmlElementByXPath(DomNode domNode, String s) { return domNode.getFirstByXPath(s); } } If this is indeed the only change needed in order to support HtmlUnit 2.5, would it be reasonable to expect official Jameleon with HtmlUnit 2.5 support sometime soon? I would appreciate your insight and suggestions. Regards, Luba Roitman. |
From: <jam...@li...> - 2009-05-12 01:11:44
|
Hi Brendan, The short answer is yes. The long answer is there are two ways to do this: - Write your own custom tag (this is the recommended way) - creating a simple custom tag - http://jameleon.sourceforge.net/getting-started/customFunctionalPoints.html - for an htmlunit custom tag - http://jameleon.sourceforge.net/htmlunit-plugin/getting-started/customFunctionalPoints.html - some documentation on the HtmlUnitFunctionTag - http://jameleon.sourceforge.net/htmlunit-plugin/apidocs/net/sf/jameleon/plugin/htmlunit/HtmlUnitFunctionTag.html - Use Jelly tags http://commons.apache.org/jelly/tags.html There is an <if/> tag. I have some examples in the tests for jameleon-core if you learn by example. http://jameleon.svn.sourceforge.net/viewvc/jameleon/trunk/jameleon-core/tst/xml/framework/skipIfOrganization.xml?revision=1185&view=markup Hope this helps, Christian ________________________________ From: "jam...@li..." <jam...@li...> To: "jam...@li..." <jam...@li...>; "jam...@li..." <jam...@li...> Sent: Sunday, May 10, 2009 8:24:24 PM Subject: [Jameleon-users] Conditional using HTMLUnit Good Morning, I am trying to write tests for an ecommerce site. I select the first product on a page using an xpath expression. The problem is, this may or may not have a ‘select size’ or ‘select color’ drop down (for example, if the first product is a bottle of perfume). Using HTML unit – how can I set these select boxes only if they are present on the page. Is there a way to use conditional logic within an html unit test? Or else is there a way to skip a tag and continue the test if the element is not on the page. Thanks! Brendan Kelly bk...@fr... |
From: <jam...@li...> - 2009-05-11 02:36:55
|
Good Morning, I am trying to write tests for an ecommerce site. I select the first product on a page using an xpath expression. The problem is, this may or may not have a 'select size' or 'select color' drop down (for example, if the first product is a bottle of perfume). Using HTML unit - how can I set these select boxes only if they are present on the page. Is there a way to use conditional logic within an html unit test? Or else is there a way to skip a tag and continue the test if the element is not on the page. Thanks! Brendan Kelly bk...@fr... |
From: <jam...@li...> - 2009-04-02 02:54:02
|
Try using & http://www.anntaylor.com/catalog/category.jsp?N=1200396&categoryId=180 ________________________________ From: "jam...@li..." <jam...@li...> To: "jam...@li..." <jam...@li...>; "jam...@li...." <jam...@li....> Sent: Wednesday, April 1, 2009 1:28:17 PM Subject: [Jameleon-developers] URLs in HTML Unit plugin Good Afternoon! Does anyone know how to represent ampersands in the navigate tag in the HTML Unit plugin? It coughs on urls such as http://www.anntaylor.com/catalog/category.jsp?N=1200396&categoryId=180 Thanks! Brendan Kelly Technical Director Fry, Inc |
From: <jam...@li...> - 2009-04-01 19:40:57
|
Good Afternoon! Does anyone know how to represent ampersands in the navigate tag in the HTML Unit plugin? It coughs on urls such as http://www.anntaylor.com/catalog/category.jsp?N=1200396&categoryId=180 Thanks! Brendan Kelly Technical Director Fry, Inc |
From: <jam...@li...> - 2009-01-08 14:47:35
|
Hi Satish, All you need to do is log into any sourceforge site with your sourceforge id (which I don't know what it is). Then you can post new threads. Regards, Christian ________________________________ From: "jam...@li..." <jam...@li...> To: jam...@li... Sent: Thursday, January 8, 2009 2:21:23 AM Subject: [Jameleon-developers] Register my email id in the sourceforge lists hi, kindly register me in the sourceforge lists to enable me to post new threads. Regards, Satish Ingle |
From: <jam...@li...> - 2009-01-08 09:21:33
|
hi, kindly register me in the sourceforge lists to enable me to post new threads. Regards, Satish Ingle |
From: <jam...@li...> - 2008-10-24 18:36:29
|
Hi B1alpha! I can't seem to find 3.2.2 anywhere. Where did you get it from? Regards, Christian ________________________________ From: "jam...@li..." <jam...@li...> To: jam...@li... Sent: Thursday, October 23, 2008 12:41:35 PM Subject: Re: [Jameleon-developers] Jameleon-developers Digest, Vol 21, Issue 1 Well, I'd like to see a support for watij 3.2.2 (currently they support only 3.2.1), rather than that, everything works fine! Thanks! B1alpha On Thu, Oct 23, 2008 at 11:27 AM, <jam...@li...> wrote: Send Jameleon-developers mailing list submissions to jam...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/jameleon-developers or, via email, send a message with subject or body 'help' to jam...@li... You can reach the person managing the list at jam...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of Jameleon-developers digest..." Today's Topics: 1. Any Problems with Jameleon 3.3-RC1? (jam...@li...) 2. New changes in Jameleon GUI (help with testing needed) (jam...@li...) 3. Re: [Jameleon-users] New changes in Jameleon GUI (help with testing needed) (jam...@li...) 4. Re: New changes in Jameleon GUI (help with testing needed) (jam...@li...) ---------------------------------------------------------------------- Message: 1 Date: Fri, 2 May 2008 08:33:08 -0700 (PDT) From: jam...@li... Subject: [Jameleon-developers] Any Problems with Jameleon 3.3-RC1? To: jam...@li..., jam...@li... Message-ID: <218...@we...> Content-Type: text/plain; charset=us-ascii Jameleon Users and Developers, Are there any outstanding bugs before me make the 3.4 release? Are there any problems that you would like to note? Or are there any unanswered questions/issues that we haven't resolved yet? Thanks, Christian Hargraves ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ------------------------------ Message: 2 Date: Wed, 22 Oct 2008 16:43:59 -0700 (PDT) From: jam...@li... Subject: [Jameleon-developers] New changes in Jameleon GUI (help with testing needed) To: jam...@li..., jam...@li... Message-ID: <292...@we...> Content-Type: text/plain; charset=us-ascii It's been a long time since I have done anything on Jameleon. I took a good rest from it and now I am back and ready to do what it takes to make a 3.4 release. For those using Jameleon on Vista, IE 7, FireFox 3 or Safari 3, you might have noticed that the GUI browser integration is broken. After I found this out (around Feb this year), I lost all energy to work on Jameleon. The problem was that I chose to use JDIC for this feature and JDIC quit being maintained when Java 6 was released over 2 years ago. To make a long story short, I replaced it with WebDriver and everything seems to work again. I think this will take at least 1-2 megs from the size of the distribution which can't be bad. I tested it under XP SP3 (IE 7 and FireFox 3) and OS X 10.5 (Safari 3 and FireFox 3) with success. However, I don't have a Linux box nor a Vista box. Can some of you out there please check out the latest version from SVN and try it out. There is a new option in the UI Config Dialog (and therefore in jameleon.conf 'ui.browser') that allows you to set the UI Browser to "firefox", "safari" and "ie". The default is FireFox. For now, this change requires that jameleon-core be built with Java 5. If this is a problem for people, now is the time to speak up. I have supported Java 1.4 since 2003 and I would like to just leave 1.4 behind and start taking advantage of Java 1.5 or even Java 1.6 (for the GUI). I believe that ripping JDIC is the last thing that needs to be redone before a 3.3-RC2 release. I would then like to redo the functional point recorder and use WebDriver instead if possible. I will be looking into that the next couple of days. If I can do that, then I would like to make a 3.4 release shortly after. Before the 3.4 release, I would also like to get people's experiences with upgrading to the latest RC release from a 3.2 or earlier 3.3 release so I can fix any problems that might arise from upgrading. If the docs are not or even is there is something annoying with the experience, please let me know. Thanks, Christian Hargraves ------------------------------ Message: 3 Date: Thu, 23 Oct 2008 19:55:31 +0200 From: jam...@li... Subject: Re: [Jameleon-developers] [Jameleon-users] New changes in Jameleon GUI (help with testing needed) To: jam...@li... Cc: jam...@li... Message-ID: <200...@gm...> Content-Type: text/plain; charset="iso-8859-1" On Donnerstag 23 Oktober 2008, jam...@li... wrote: > It's been a long time since I have done anything on Jameleon. I took a good > rest from it and now I am back and ready to do what it takes to make a 3.4 > release. Good to know that even you needed a rest ;-) > I tested it under XP SP3 (IE 7 and FireFox 3) and OS X 10.5 (Safari 3 and > FireFox 3) with success. However, I don't have a Linux box nor a Vista box. > Can some of you out there please check out the latest version from SVN and > try it out. There is a new option in the UI Config Dialog (and therefore in > jameleon.conf 'ui.browser') that allows you to set the UI Browser to > "firefox", "safari" and "ie". The default is FireFox. Today I did a sync to rev 1763, ant package.test-suite and a fresh install on Linux with java version "1.5.0_16" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02) Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_16-b02, mixed mode) I could open the result view with firefox (2.0.0.17) . Being curious I tried to switch to konqueror, which wasn't accepted as a valid browser as you already explained. I'm not sure what you would want me to check in detail. I did just the sourceforge-example with htmlunit httpunit : Beginning Session: "hu-session" Begin: starting application End: starting application BEGIN: Verify that we are on the sourceforge home page ################################################################## FAILED: Verify that we are on the sourceforge home page ################################################################## Ending Session: "hu-session" httpunit-sourceforge.xml FunctionId: Verify that we are on the sourceforge home page Line #: 11 Row #: 0 Error Message: assertTitleEquals: expected:<...Welcome to SourceForge.net> but was:<...Open Source Software> httpunit-sourceforge.xml : FAILED______________________________________________________ Test Run: 20081023193523357 Tests run: 1 Failed: 1 Time: 6.06069s ______________________________________________________ Beginning Session: "htmlunit-session" Begin: starting application Ending Session: "htmlunit-session" htmlunit-sourceforge.xml FunctionId: htmlunit-session Line #: 8 Row #: 0 Error Message: TypeError: Cannot find function execCommand. (http://static.sourceforge.net/include/jquery/jquery.corner.js#1) htmlunit-sourceforge.xml : FAILED______________________________________________________ Test Run: 20081023193549310 Tests run: 1 Failed: 1 Time: 11.504s Regards, Michael ------------------------------ Message: 4 Date: Thu, 23 Oct 2008 20:27:39 +0200 From: jam...@li... Subject: Re: [Jameleon-developers] New changes in Jameleon GUI (help with testing needed) To: jam...@li... Message-ID: <200...@gm...> Content-Type: text/plain; charset="iso-8859-1" Hi Christian, here is something strange, too: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at net.sf.jameleon.ui.BasicHtmlBrowser.destroy(BasicHtmlBrowser.java:56) at net.sf.jameleon.ui.TestCasePane.destroy(TestCasePane.java:77) at net.sf.jameleon.ui.JameleonUI$3.windowClosing(JameleonUI.java:96) at java.awt.AWTEventMulticaster.windowClosing(AWTEventMulticaster.java:291) at java.awt.Window.processWindowEvent(Window.java:1203) at javax.swing.JFrame.processWindowEvent(JFrame.java:266) at java.awt.Window.processEvent(Window.java:1161) at java.awt.Component.dispatchEventImpl(Component.java:3984) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Window.dispatchEventImpl(Window.java:1791) at java.awt.Component.dispatchEvent(Component.java:3819) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) This happens when I try to close the GUI-Window by using the "x", especially because there is no "exit"-menu-option. --Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 28026 bytes Desc: not available ------------------------------ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ------------------------------ _______________________________________________ Jameleon-developers mailing list Jam...@li... https://lists.sourceforge.net/lists/listinfo/jameleon-developers End of Jameleon-developers Digest, Vol 21, Issue 1 ************************************************** |
From: <jam...@li...> - 2008-10-24 00:46:13
|
Hi Michael, >Being curious I tried to switch to konqueror, which wasn't accepted as a valid >browser as you already explained. Yeah, currently WebDriver only supports FireFox, Safari and IE (and HtmlUnit). I also changed the httpunit and htmlunit scripts' title assertions, but it looks like they are having other errors now to due to SF's new site design. Maybe it would be best to to have these scripts point to some pages controlled by the Jameleon site. Thanks, Christian |
From: <jam...@li...> - 2008-10-24 00:32:02
|
Fixed. Thanks for reporting it. ----- Original Message ---- From: "jam...@li..." <jam...@li...> To: jam...@li... Sent: Thursday, October 23, 2008 12:27:39 PM Subject: Re: [Jameleon-developers] New changes in Jameleon GUI (help with testing needed) Hi Christian, here is something strange, too: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at net.sf.jameleon.ui.BasicHtmlBrowser.destroy(BasicHtmlBrowser.java:56) at net.sf.jameleon.ui.TestCasePane.destroy(TestCasePane.java:77) at net.sf.jameleon.ui.JameleonUI$3.windowClosing(JameleonUI.java:96) at java.awt.AWTEventMulticaster.windowClosing(AWTEventMulticaster.java:291) at java.awt.Window.processWindowEvent(Window.java:1203) at javax.swing.JFrame.processWindowEvent(JFrame.java:266) at java.awt.Window.processEvent(Window.java:1161) at java.awt.Component.dispatchEventImpl(Component.java:3984) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Window.dispatchEventImpl(Window.java:1791) at java.awt.Component.dispatchEvent(Component.java:3819) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) This happens when I try to close the GUI-Window by using the "x", especially because there is no "exit"-menu-option. --Michael |
From: <jam...@li...> - 2008-10-23 18:41:45
|
Well, I'd like to see a support for watij 3.2.2 (currently they support only 3.2.1), rather than that, everything works fine! Thanks! B1alpha On Thu, Oct 23, 2008 at 11:27 AM, < jam...@li...> wrote: > Send Jameleon-developers mailing list submissions to > jam...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/jameleon-developers > or, via email, send a message with subject or body 'help' to > jam...@li... > > You can reach the person managing the list at > jam...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Jameleon-developers digest..." > > > Today's Topics: > > 1. Any Problems with Jameleon 3.3-RC1? > (jam...@li...) > 2. New changes in Jameleon GUI (help with testing needed) > (jam...@li...) > 3. Re: [Jameleon-users] New changes in Jameleon GUI (help with > testing needed) (jam...@li...) > 4. Re: New changes in Jameleon GUI (help with testing needed) > (jam...@li...) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 2 May 2008 08:33:08 -0700 (PDT) > From: jam...@li... > Subject: [Jameleon-developers] Any Problems with Jameleon 3.3-RC1? > To: jam...@li..., > jam...@li... > Message-ID: <218...@we...> > Content-Type: text/plain; charset=us-ascii > > Jameleon Users and Developers, > > Are there any outstanding bugs before me make the 3.4 release? Are there > any problems that you would like to note? Or are there any unanswered > questions/issues that > we haven't resolved yet? > > Thanks, > Christian Hargraves > > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > ------------------------------ > > Message: 2 > Date: Wed, 22 Oct 2008 16:43:59 -0700 (PDT) > From: jam...@li... > Subject: [Jameleon-developers] New changes in Jameleon GUI (help with > testing needed) > To: jam...@li..., > jam...@li... > Message-ID: <292...@we...> > Content-Type: text/plain; charset=us-ascii > > > It's been a long time since I have done anything on Jameleon. I took a good > rest from it and now I am back and ready to do what it takes to make a 3.4 > release. For those using Jameleon on Vista, IE 7, FireFox 3 or Safari 3, you > might have noticed that the GUI browser integration is broken. After I found > this out (around Feb this year), I lost all energy to work on Jameleon. The > problem was that I chose to use JDIC for this feature and JDIC quit being > maintained when Java 6 was released over 2 years ago. > > To make a long story short, I replaced it with WebDriver and everything > seems to work again. I think this will take at least 1-2 megs from the size > of the distribution which can't be bad. > > I tested it under XP SP3 (IE 7 and FireFox 3) and OS X 10.5 (Safari 3 and > FireFox 3) with success. However, I don't have a Linux box nor a Vista box. > Can some of you out there please check out the latest version from SVN and > try it out. There is a new option in the UI Config Dialog (and therefore in > jameleon.conf 'ui.browser') that allows you to set the UI Browser to > "firefox", "safari" and "ie". The default is FireFox. > > For now, this change requires that jameleon-core be built with Java 5. If > this is a problem for people, now is the time to speak up. I have supported > Java 1.4 since 2003 and I would like to just leave 1.4 behind and start > taking advantage of Java 1.5 or even Java 1.6 (for the GUI). > > I believe that ripping JDIC is the last thing that needs to be redone > before a 3.3-RC2 release. I would then like to redo the functional point > recorder and use WebDriver instead if possible. I will be looking into that > the next couple of days. If I can do that, then I would like to make a 3.4 > release shortly after. > > Before the 3.4 release, I would also like to get people's experiences with > upgrading to the latest RC release from a 3.2 or earlier 3.3 release so I > can fix any problems that might arise from upgrading. If the docs are not or > even is there is something annoying with the experience, please let me know. > > > Thanks, > Christian Hargraves > > > > > > > > ------------------------------ > > Message: 3 > Date: Thu, 23 Oct 2008 19:55:31 +0200 > From: jam...@li... > Subject: Re: [Jameleon-developers] [Jameleon-users] New changes in > Jameleon GUI (help with testing needed) > To: jam...@li... > Cc: jam...@li... > Message-ID: <200...@gm...> > Content-Type: text/plain; charset="iso-8859-1" > > On Donnerstag 23 Oktober 2008, jam...@li... wrote: > > It's been a long time since I have done anything on Jameleon. I took a > good > > rest from it and now I am back and ready to do what it takes to make a > 3.4 > > release. > Good to know that even you needed a rest ;-) > > > > I tested it under XP SP3 (IE 7 and FireFox 3) and OS X 10.5 (Safari 3 and > > FireFox 3) with success. However, I don't have a Linux box nor a Vista > box. > > Can some of you out there please check out the latest version from SVN > and > > try it out. There is a new option in the UI Config Dialog (and therefore > in > > jameleon.conf 'ui.browser') that allows you to set the UI Browser to > > "firefox", "safari" and "ie". The default is FireFox. > > > Today I did a sync to rev 1763, ant package.test-suite and a fresh install > on > Linux with > java version "1.5.0_16" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02) > Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_16-b02, mixed mode) > > I could open the result view with firefox (2.0.0.17) . > Being curious I tried to switch to konqueror, which wasn't accepted as a > valid > browser as you already explained. > > > I'm not sure what you would want me to check in detail. > I did just the sourceforge-example with > htmlunit > httpunit : > > Beginning Session: "hu-session" > > Begin: starting application > > End: starting application > > BEGIN: Verify that we are on the sourceforge home page > > ################################################################## > > FAILED: Verify that we are on the sourceforge home page > > ################################################################## > > > > Ending Session: "hu-session" > > > > > > httpunit-sourceforge.xml > FunctionId: Verify that we are on the sourceforge home page > Line #: 11 > Row #: 0 > Error Message: assertTitleEquals: expected:<...Welcome to SourceForge.net> > but was:<...Open Source Software> > httpunit-sourceforge.xml : > FAILED______________________________________________________ > > Test Run: 20081023193523357 > Tests run: 1 Failed: 1 Time: 6.06069s > ______________________________________________________ > Beginning Session: "htmlunit-session" > > Begin: starting application > > Ending Session: "htmlunit-session" > > > > > > htmlunit-sourceforge.xml > FunctionId: htmlunit-session > Line #: 8 > Row #: 0 > Error Message: TypeError: Cannot find function execCommand. > (http://static.sourceforge.net/include/jquery/jquery.corner.js#1) > htmlunit-sourceforge.xml : > FAILED______________________________________________________ > > Test Run: 20081023193549310 > Tests run: 1 Failed: 1 Time: 11.504s > > > Regards, > Michael > > > > ------------------------------ > > Message: 4 > Date: Thu, 23 Oct 2008 20:27:39 +0200 > From: jam...@li... > Subject: Re: [Jameleon-developers] New changes in Jameleon GUI (help > with testing needed) > To: jam...@li... > Message-ID: <200...@gm...> > Content-Type: text/plain; charset="iso-8859-1" > > Hi Christian, > > here is something strange, too: > > Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > at > net.sf.jameleon.ui.BasicHtmlBrowser.destroy(BasicHtmlBrowser.java:56) > at net.sf.jameleon.ui.TestCasePane.destroy(TestCasePane.java:77) > at net.sf.jameleon.ui.JameleonUI$3.windowClosing(JameleonUI.java:96) > at > java.awt.AWTEventMulticaster.windowClosing(AWTEventMulticaster.java:291) > at java.awt.Window.processWindowEvent(Window.java:1203) > at javax.swing.JFrame.processWindowEvent(JFrame.java:266) > at java.awt.Window.processEvent(Window.java:1161) > at java.awt.Component.dispatchEventImpl(Component.java:3984) > at java.awt.Container.dispatchEventImpl(Container.java:2024) > at java.awt.Window.dispatchEventImpl(Window.java:1791) > at java.awt.Component.dispatchEvent(Component.java:3819) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) > at > > java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) > at > > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) > at > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) > > This happens when I try to close the GUI-Window by using the "x", > especially > because there is no "exit"-menu-option. > > --Michael > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: image/png > Size: 28026 bytes > Desc: not available > > ------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > ------------------------------ > > _______________________________________________ > Jameleon-developers mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jameleon-developers > > > End of Jameleon-developers Digest, Vol 21, Issue 1 > ************************************************** > |
From: <jam...@li...> - 2008-10-23 18:27:52
|
Hi Christian, here is something strange, too: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at net.sf.jameleon.ui.BasicHtmlBrowser.destroy(BasicHtmlBrowser.java:56) at net.sf.jameleon.ui.TestCasePane.destroy(TestCasePane.java:77) at net.sf.jameleon.ui.JameleonUI$3.windowClosing(JameleonUI.java:96) at java.awt.AWTEventMulticaster.windowClosing(AWTEventMulticaster.java:291) at java.awt.Window.processWindowEvent(Window.java:1203) at javax.swing.JFrame.processWindowEvent(JFrame.java:266) at java.awt.Window.processEvent(Window.java:1161) at java.awt.Component.dispatchEventImpl(Component.java:3984) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Window.dispatchEventImpl(Window.java:1791) at java.awt.Component.dispatchEvent(Component.java:3819) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) This happens when I try to close the GUI-Window by using the "x", especially because there is no "exit"-menu-option. --Michael |
From: <jam...@li...> - 2008-10-23 17:55:48
|
On Donnerstag 23 Oktober 2008, jam...@li... wrote: > It's been a long time since I have done anything on Jameleon. I took a good > rest from it and now I am back and ready to do what it takes to make a 3.4 > release. Good to know that even you needed a rest ;-) > I tested it under XP SP3 (IE 7 and FireFox 3) and OS X 10.5 (Safari 3 and > FireFox 3) with success. However, I don't have a Linux box nor a Vista box. > Can some of you out there please check out the latest version from SVN and > try it out. There is a new option in the UI Config Dialog (and therefore in > jameleon.conf 'ui.browser') that allows you to set the UI Browser to > "firefox", "safari" and "ie". The default is FireFox. Today I did a sync to rev 1763, ant package.test-suite and a fresh install on Linux with java version "1.5.0_16" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02) Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_16-b02, mixed mode) I could open the result view with firefox (2.0.0.17) . Being curious I tried to switch to konqueror, which wasn't accepted as a valid browser as you already explained. I'm not sure what you would want me to check in detail. I did just the sourceforge-example with htmlunit httpunit : Beginning Session: "hu-session" Begin: starting application End: starting application BEGIN: Verify that we are on the sourceforge home page ################################################################## FAILED: Verify that we are on the sourceforge home page ################################################################## Ending Session: "hu-session" httpunit-sourceforge.xml FunctionId: Verify that we are on the sourceforge home page Line #: 11 Row #: 0 Error Message: assertTitleEquals: expected:<...Welcome to SourceForge.net> but was:<...Open Source Software> httpunit-sourceforge.xml : FAILED______________________________________________________ Test Run: 20081023193523357 Tests run: 1 Failed: 1 Time: 6.06069s ______________________________________________________ Beginning Session: "htmlunit-session" Begin: starting application Ending Session: "htmlunit-session" htmlunit-sourceforge.xml FunctionId: htmlunit-session Line #: 8 Row #: 0 Error Message: TypeError: Cannot find function execCommand. (http://static.sourceforge.net/include/jquery/jquery.corner.js#1) htmlunit-sourceforge.xml : FAILED______________________________________________________ Test Run: 20081023193549310 Tests run: 1 Failed: 1 Time: 11.504s Regards, Michael |
From: <jam...@li...> - 2008-10-22 23:44:02
|
It's been a long time since I have done anything on Jameleon. I took a good rest from it and now I am back and ready to do what it takes to make a 3.4 release. For those using Jameleon on Vista, IE 7, FireFox 3 or Safari 3, you might have noticed that the GUI browser integration is broken. After I found this out (around Feb this year), I lost all energy to work on Jameleon. The problem was that I chose to use JDIC for this feature and JDIC quit being maintained when Java 6 was released over 2 years ago. To make a long story short, I replaced it with WebDriver and everything seems to work again. I think this will take at least 1-2 megs from the size of the distribution which can't be bad. I tested it under XP SP3 (IE 7 and FireFox 3) and OS X 10.5 (Safari 3 and FireFox 3) with success. However, I don't have a Linux box nor a Vista box. Can some of you out there please check out the latest version from SVN and try it out. There is a new option in the UI Config Dialog (and therefore in jameleon.conf 'ui.browser') that allows you to set the UI Browser to "firefox", "safari" and "ie". The default is FireFox. For now, this change requires that jameleon-core be built with Java 5. If this is a problem for people, now is the time to speak up. I have supported Java 1.4 since 2003 and I would like to just leave 1.4 behind and start taking advantage of Java 1.5 or even Java 1.6 (for the GUI). I believe that ripping JDIC is the last thing that needs to be redone before a 3.3-RC2 release. I would then like to redo the functional point recorder and use WebDriver instead if possible. I will be looking into that the next couple of days. If I can do that, then I would like to make a 3.4 release shortly after. Before the 3.4 release, I would also like to get people's experiences with upgrading to the latest RC release from a 3.2 or earlier 3.3 release so I can fix any problems that might arise from upgrading. If the docs are not or even is there is something annoying with the experience, please let me know. Thanks, Christian Hargraves |
From: <jam...@li...> - 2008-05-02 15:35:56
|
Jameleon Users and Developers, Are there any outstanding bugs before me make the 3.4 release? Are there any problems that you would like to note? Or are there any unanswered questions/issues that we haven't resolved yet? Thanks, Christian Hargraves ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ |
From: Christian H. <en...@ya...> - 2008-03-06 14:00:03
|
Hi Sanga! 1. Once I see that you are writing unit/acceptance tests against the tags you are writing and I see that you understand Jameleon at the level you need to in order to contribute to the plug-in, I will give you commit access to SVN. 2. Maybe we can just refactor the TestCase so that is accepts a list of these types of attributes. That way, someone can simply create their new tag (i.e. <test-case-precondition/>) and append it to the list of attributes. We can then change the templates and simply loop through the attributes instead of calling them out one by one. a. No that is not correct. Jelly knows nothing of the TestCase class. It is only aware of TestCaseTag. The TestCaseTag creates a TestCase which then does some XPath on the actual script. The Xpath functionality is only for the GUI and should be factored out anyway. b. I think a refactor would make this easier and more flexible. c. As explained above, Jelly doesn't know about TestCase. d. Think of Jelly as the scripting language. Jameleon made it easier to define your own scripting keywords in Jelly. So currently: - Jameleon opens script and passes it to Jelly - Jelly finds a tag it doesn't understand and asks Jameleon-core if it knows about. - Jameleon responds with either the tag or an exception because it didn't find the tag - Jelly sets up the tag. Most Jameleon Tags extend JameleonTagSupport which is where all of the magic is. - Jelly ends up calling a method in the tag and the tag now has control e. explained above. I will take a look at your tags soon. I am currently taking a quick break from Jameleon and trying to see people's feedback on the current 3.3-RC1 release. Regards, Christian ----- Original Message ---- From: "Lawalata, Sanga" <San...@ja...> To: jam...@li... Sent: Thursday, March 6, 2008 2:21:25 AM Subject: [Jameleon-developers] Greetings <!-- _filtered {font-family:Wingdings;panose-1:5 0 0 0 0 0 0 0 0 0;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;font-family:"Times New Roman";} a:link, span.MsoHyperlink {color:blue;text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {color:purple;text-decoration:underline;} span.EmailStyle17 {font-family:Arial;color:windowtext;} _filtered {margin:70.85pt 70.85pt 2.0cm 70.85pt;} div.Section1 {} --> Halo all and engren, I have questions : 1. I have made HtmlUnitExtractText (based on regex) and HtmlUnitExtractHtml (based on xpath), currently I put them all on the patches. In the future, If I create a new HtmlUnit-plugin can I check in to the cvs? Or I give it to you engren as a project leader? 2. I want to enable TestCase customization. My idea is every person can add some additional information inside xml file (it is on the bottom of this email), and I can configure it inside the jameleon.conf so that jameleon-core call this MyTestCase. But I missing some information here, maybe someone can give me information : a. There are 2 things here TestCase.java and TestCaseTag.java. What I understand how jelly works is, it will register TestCaseTag with TestCase class so that when the it reads the TestCase tag inside the xml file, it will call the TestCase class? Is it right? b. My idea is, if we define MyTestCase extends JameleonTestCase (which is TestCase.java in jameleon-core, to make it clear in the explanation) and MyTestCaseTag extends JameleonTestCaseTag, register them with jelly, each time the jelly read the xml, it will find the MyTestCase tag and run the MyTestCase.java. c. I still don’t find (after debugging the code), where the point when the jelly try to find if there is TestCase class while reading the TestCase tag inside the xml file. d. I find difficulty to learn how jelly works because it is based on maven 1.x maybe someone can explain me the steps how jameleon-core uses this jelly. e. The benefit is : every users or company can define their own test cases structures without changing JameleonTestCase.java. And I will create a documentation based on this project so that later someone can extend TestCase easily. 3. I would like to contribute a jameleon developer and especially HtmlUnit plugin. I hope you engren can assign me with this task after reviewing which tag is needed. All the check-in mechanism maybe it is better that I send the code to you to be evaluated. that all J just let me know if I can help something J best regards sanga Lawalata the testcase example <MyTestCase xmlns="jelly:jameleon" xmlns:j="jelly:core"> <test-case-id>hm1-0001</test-case-id> <test-case-summary> The user chooses the handset, changes the handset, and resets the handset while being logged-in inside jamba account (flow 01 = without additional buying options + handset setting based on vendor) </test-case-summary> <test-case-author>Sanga Lawalata</test-case-author> <test-case-level>functional</test-case-level> <test-case-level>RAT</test-case-level> <test-case-feature-group>hm1</test-case-feature-group> <functional-point-tested>hm1-f1</functional-point-tested> <test-case-precondition>user is registered</test-case-precondition> <test-case-precondition> no handset selected for the user </test-case-precondition> <test-case-expected-result> User can select and change the handset, when logged in </test-case-expected-result> <test-case-equivalence-class></test-case-equivalence-class> <test-case-type>positive</test-case-type> <csv name="handset/handsetFlow01LoggedIn" countRow="true"> <htmlunit-session baseUrl="http://google.de" beginSession="true" useJavaScript="false" timeout="30000" throwExceptionOnScriptError="false"> ……….. -----Inline Attachment Follows----- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -----Inline Attachment Follows----- _______________________________________________ Jameleon-developers mailing list Jam...@li... https://lists.sourceforge.net/lists/listinfo/jameleon-developers ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ |
From: Lawalata, S. <San...@ja...> - 2008-03-06 09:19:52
|
Halo all and engren, I have questions : 1. I have made HtmlUnitExtractText (based on regex) and HtmlUnitExtractHtml (based on xpath), currently I put them all on the patches. In the future, If I create a new HtmlUnit-plugin can I check in to the cvs? Or I give it to you engren as a project leader? 2. I want to enable TestCase customization. My idea is every person can add some additional information inside xml file (it is on the bottom of this email), and I can configure it inside the jameleon.conf so that jameleon-core call this MyTestCase. But I missing some information here, maybe someone can give me information : a. There are 2 things here TestCase.java and TestCaseTag.java. What I understand how jelly works is, it will register TestCaseTag with TestCase class so that when the it reads the TestCase tag inside the xml file, it will call the TestCase class? Is it right? b. My idea is, if we define MyTestCase extends JameleonTestCase (which is TestCase.java in jameleon-core, to make it clear in the explanation) and MyTestCaseTag extends JameleonTestCaseTag, register them with jelly, each time the jelly read the xml, it will find the MyTestCase tag and run the MyTestCase.java. c. I still don't find (after debugging the code), where the point when the jelly try to find if there is TestCase class while reading the TestCase tag inside the xml file. d. I find difficulty to learn how jelly works because it is based on maven 1.x maybe someone can explain me the steps how jameleon-core uses this jelly. e. The benefit is : every users or company can define their own test cases structures without changing JameleonTestCase.java. And I will create a documentation based on this project so that later someone can extend TestCase easily. 3. I would like to contribute a jameleon developer and especially HtmlUnit plugin. I hope you engren can assign me with this task after reviewing which tag is needed. All the check-in mechanism maybe it is better that I send the code to you to be evaluated. that all :-) just let me know if I can help something :-) best regards sanga Lawalata the testcase example <MyTestCase xmlns="jelly:jameleon" xmlns:j="jelly:core"> <test-case-id>hm1-0001</test-case-id> <test-case-summary> The user chooses the handset, changes the handset, and resets the handset while being logged-in inside jamba account (flow 01 = without additional buying options + handset setting based on vendor) </test-case-summary> <test-case-author>Sanga Lawalata</test-case-author> <test-case-level>functional</test-case-level> <test-case-level>RAT</test-case-level> <test-case-feature-group>hm1</test-case-feature-group> <functional-point-tested>hm1-f1</functional-point-tested> <test-case-precondition>user is registered</test-case-precondition> <test-case-precondition> no handset selected for the user </test-case-precondition> <test-case-expected-result> User can select and change the handset, when logged in </test-case-expected-result> <test-case-equivalence-class></test-case-equivalence-class> <test-case-type>positive</test-case-type> <csv name="handset/handsetFlow01LoggedIn" countRow="true"> <htmlunit-session baseUrl="http://google.de" beginSession="true" useJavaScript="false" timeout="30000" throwExceptionOnScriptError="false"> ........... |
From: Lawalata, S. <San...@ja...> - 2008-03-06 08:52:56
|
From: Kwakman, S. <San...@or...> - 2008-02-14 17:35:14
|
Christian, yeah your explanation does makes sense. Thanks for clearing that up. -- Sannie ________________________________ Van: Christian Hargraves [mailto:en...@ya...] Verzonden: do 14-2-2008 17:39 Aan: Kwakman, Sannie; jam...@li... Onderwerp: Re: [Jameleon-developers] Required java version for Jameleon 3.3-RC1 and later Hi Sannie! I can see how this can be confusing. Thus far, I have tried to keep the core of Jameleon JDK 1.4.2 compliant. However, there are now three plug-ins which require Java 5.0 to build and run. So, to make things easier on me, I just state on the website that Java 5.0 is required because of those three plug-ins. If you try starting the GUI with those three plug-ins enabled (Jiffie, Selenium-RC and Watij) under JDK 1.4.2, and run a script, then Java complains. However, if you disable those plug-ins, the GUI and the Ant tasks work fine. In the future, I might just make the entire Jameleon distribution require JDK 5.0 or even 6.0. Does that make sense? Regards Christian ----- Original Message ---- From: "Kwakman, Sannie" <San...@or...> To: jam...@li... Sent: Thursday, February 14, 2008 9:22:04 AM Subject: [Jameleon-developers] Required java version for Jameleon 3.3-RC1 and later Christian, I'm a little confused about which Java version will be supported by Jameleon. Since 3.3-M5 this has been upped to 1.5, but after the RC-1 release I'm seeing signs that this is being reverted back to 1.4. Although Jameleon's site still mentions 1.5, the latest build.properties shows jdk.version=1.4 and I've seen at least one SVN commit in which 1.5-specific api calls are removed. So which one will it be in the next version(s)? Regards, Sannie Kwakman Disclaimer Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. This e-mail and any attachments are confidential and is solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. -----Inline Attachment Follows----- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -----Inline Attachment Follows----- _______________________________________________ Jameleon-developers mailing list Jam...@li... https://lists.sourceforge.net/lists/listinfo/jameleon-developers ________________________________ Never miss a thing. Make Yahoo your homepage. <http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs> Disclaimer Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. This e-mail and any attachments are confidential and is solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. |
From: Christian H. <en...@ya...> - 2008-02-14 16:39:16
|
Hi Sannie! I can see how this can be confusing. Thus far, I have tried to keep the core of Jameleon JDK 1.4.2 compliant. However, there are now three plug-ins which require Java 5.0 to build and run. So, to make things easier on me, I just state on the website that Java 5.0 is required because of those three plug-ins. If you try starting the GUI with those three plug-ins enabled (Jiffie, Selenium-RC and Watij) under JDK 1.4.2, and run a script, then Java complains. However, if you disable those plug-ins, the GUI and the Ant tasks work fine. In the future, I might just make the entire Jameleon distribution require JDK 5.0 or even 6.0. Does that make sense? Regards Christian ----- Original Message ---- From: "Kwakman, Sannie" <San...@or...> To: jam...@li... Sent: Thursday, February 14, 2008 9:22:04 AM Subject: [Jameleon-developers] Required java version for Jameleon 3.3-RC1 and later Christian, I'm a little confused about which Java version will be supported by Jameleon. Since 3.3-M5 this has been upped to 1.5, but after the RC-1 release I'm seeing signs that this is being reverted back to 1.4. Although Jameleon's site still mentions 1.5, the latest build.properties shows jdk.version=1.4 and I've seen at least one SVN commit in which 1.5-specific api calls are removed. So which one will it be in the next version(s)? Regards, Sannie Kwakman Disclaimer Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. This e-mail and any attachments are confidential and is solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. -----Inline Attachment Follows----- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -----Inline Attachment Follows----- _______________________________________________ Jameleon-developers mailing list Jam...@li... https://lists.sourceforge.net/lists/listinfo/jameleon-developers ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping |
From: Kwakman, S. <San...@or...> - 2008-02-14 16:22:19
|
Christian, I'm a little confused about which Java version will be supported by Jameleon. Since 3.3-M5 this has been upped to 1.5, but after the RC-1 release I'm seeing signs that this is being reverted back to 1.4. Although Jameleon's site still mentions 1.5, the latest build.properties shows jdk.version=1.4 and I've seen at least one SVN commit in which 1.5-specific api calls are removed. So which one will it be in the next version(s)? Regards, Sannie Kwakman Disclaimer Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. This e-mail and any attachments are confidential and is solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. |