Hi, That's really great Rudy. Thanks for trying it out :)
Frankly I would say that the current version is somewhere pre-pre-alpha, because there is a lot of stuff that has to be improved (like e.g. your custom maven repo), but the code from Cosmin is a solid base and we can totally build upon it! Cosmin told me he is willing to work on it after GSoC and the first thing he will do is providing a DevDoc wiki page. There we can post problems/suggestions/improvements. Furthermore we can use JIRA (maybe as a new project - WEBAPPTESTS ?). Werner, I think we can do a lot of your tests using the automated-webapp-tests. I am looking forward to trying it out :) Regards, Jakob 2010/8/18 Werner Punz <werner.p...@gmail.com> > Hi I added meta logging facilities to _ExtLang.js a while ago I have been > using this mainly for manual testing with Selenium as afterthought. It might > be a base to start off for the ajax stuff. > > What it does is to be able to log into a console if it exists, > and also to a div with a certain id if this one exists in the dom tree. > Also there is a small unit testing javascript class in UnitTest.js > which takes care of asserts on top of it the way junit does. > Again currently only used by me internally. > > We might take that one as a small base for testing on the client side in > conjunction with selenium. > > Werner > > > Am 18.08.10 09:08, schrieb Rudy De Busscher: > >> Hi, >> >> I also did some tests and had to make a small modification so that it >> finds my custom maven repository (defined in the settings.xml). For the >> rest, it seems to work great. >> >> I can add that code after the integration is done. >> >> regards >> rudy. >> >> On 17 August 2010 22:02, Jakob Korherr <jakob.korh...@gmail.com >> <mailto:jakob.korh...@gmail.com>> wrote: >> >> Hi Leo, >> >> After the integration, we can do that. I would like to have this too :) >> >> Regards, >> Jakob >> >> 2010/8/17 Leonardo Uribe <lu4...@gmail.com <mailto:lu4...@gmail.com>> >> >> >> Hi >> >> Good to know that. I'll take a look at this one. I would like to >> have a test suite for flash scope and ajax stuff. >> >> regards, >> >> Leonardo Uribe >> >> 2010/8/10 Martinconi Cosmin <cosmin.martinc...@codebeat.ro >> <mailto:cosmin.martinc...@codebeat.ro>> >> >> >> Hi, >> >> >> The GSoC program for this year is almost finished and I >> wanted to let you know about the progress and the current >> state of the "Automated webapp tests for MyFacescore and >> extensions", my project for this GSoC. >> >> You can follow the API and the implementation(SVN google >> code) on: >> >> * http://wiki.apache.org/myfaces/AutomatedWebappTestsAPI >> * >> https://gsoc2010-automated-myfaces-tests.googlecode.com/svn/trunk/ >> >> The API that I have followed is the one from the wiki, >> including small changes like introducing "@Tester" and >> "@Assertable" instead of "@Inject" for the resource >> injection configuration. The "@Tester" will inject an >> WebappTester instance that will provide all required >> functionality, and "@Assertable" to inject proxy instances >> for assertions. >> >> Also an "@ConfigurationTestSuite" configuration was >> provided, where the user of the API can specify a list of >> configurations and the API will run the test case with all >> the configs, meaning an "n" configured test case will >> generate "n" tests for the same test instance but with each >> of the specified configs. >> >> The API provides the following actions: click(buttonId), >> input(string).into(fieldId); and the assertions: >> >> assertThat(methodCall/ELexpression).is(Object).before/after(PhaseId) >> and expectCall(methodCall/ELexpression).in(PhaseId) >> >> I am currently working on some issues regarding expectCall() >> that I overlooked, but this should be functional by the end >> of this week. Other drawbacks of the project are that I >> couldn't get rid of the method: >> >> @Deployment >> public static Archive<?> createDeployment() { >> return webappTestCase.createArchive(null); >> } >> >> Arquillian is looking for a method annotated with >> @Deployment and if such a method is not provided it fails >> the test run. Another inconvenience is that, for the embaded >> Tomcat container, Arquillian requires, for now, a servlet >> mapping in the web.xml of the testing webapp, like: >> >> <servlet> >> <servlet-name>ServletTestRunner</servlet-name> >> >> >> <servlet-class>org.apache.myfaces.test.webapp.api.runner.WebappServletTestRunner</servlet-class> >> </servlet> >> <servlet-mapping> >> <servlet-name>ServletTestRunner</servlet-name> >> <url-pattern>/ArquillianServletRunner</url-pattern> >> </servlet-mapping> >> >> I would highly appreciate any feedback, comments or >> suggestions on the project and the implementation. >> >> Regards, >> Cosmin >> >> >> >> >> >> -- >> Jakob Korherr >> >> blog: http://www.jakobk.com >> twitter: http://twitter.com/jakobkorherr >> work: http://www.irian.at >> >> >> > > -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at