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
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
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
Hi,
Thanks for your feedback and suggestions, and special thanks to Jakob, for a
great collaboration, and Gerhard my mentors for this project. GSoC codding
is over, and it would be my pleasure to continue working on this project
within MyFaces. So, as Jakob mentioned, I will initially provide a
Hi Cosmin,
Thanks a lot for your great work! I already tried it out a couple of times
and it works really great.
I will integrate the code into the MyFaces codebase after GSoC ends so that
we all can start working on this framework. Later, when we have the first
releaseable version in place, we
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
Hi,
The GSoC program for this year is almost finished and I wanted to let you
know about
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
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
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:
-
Hi Leo,
First of all it is very great to have you on board with MyFaces-test
stuff. I saw that you opened an issue about creating a site on
myfaces.apache.org for myfaces-test, which is just great!!
I think, after the GSoC project, we should have two modules of myfaces-test.
The first one
hi,
imo the mentioned gsoc project should provide an easy to use api which
reduces the amount of test-code to a minimum.
the tests should run in the embedded versions of the available containers.
therefore it's possible to test jsf applications, component libs,
extensions,... with real jsf
Hi
I think in my personal opinion the target of myfaces-test and what is
proposed in this project are two different things.
- myfaces-test aims to provide a jsf test environment for artifacts like
components, attached objects(converters, validators ) or things related
to myfaces core itself
Hi
I have checked the status of myfaces testing stuff and I did a list of the
oportunities to make myfaces even better.
- Enhance myfaces-test project: In that project we have just moved
shale-test stuff and did some updates/fixes to make it work in jsf 2.0. But
it is becoming more critical to
Hi Rudy,
Yes, of course. This will certainly be an important issue we have to
address, but I think we will be on the safe side by starting one container
for multiple tests with the same dependencies and then deploying each test
case as an own WAR. This is the way Arquillian does it and it is not
Looks very interesting.
Can you add an example test showing what it would look like to test if
a component was rendered? Design note: attempting to input().into()
a non-rendered component (or otherwise manipulate a non-rendered
component from the tests) should raise an assertion.
Is it
Hi Mike,
Thanks for looking at this!
The input().into() will most likely just delegate to HtmlUnit to set the
values on the current page. Thus inputting into a non-rendered field will
not be possible.
Yes, actually Gerhard and I are currently talking about this. On the one
hand we want to have
The same pattern used in the example test() method can be used in the
WebappTestCase superclass. Thus you can provide preconfigured
superclasses without requiring superclasses.
public class WebappTestCase {
public void setUpWebapp() {
webAppTester = new WebappTestCaseHelper();
Yes, right!
I adapted the wiki page and added this as the second idea.
Regards,
Jakob
2010/6/8 Mike Kienenberger mkien...@gmail.com
The same pattern used in the example test() method can be used in the
WebappTestCase superclass. Thus you can provide preconfigured
superclasses without
looks promising, will speed be of any considiration? Assembling the
resources and starting op the web container could be a major impact. I
prefer functionality above execution time but it has some limits.
The @dependency annotation, is it resolving the dependencies itself or just
refering to the
Hi guys,
Cosmin, Gerhard and I have been working on an initial API proposal for the
GSoC project Automated webapptests for MyFacescore + extensions. You can
find the proposal in the MyFaces wiki at
http://wiki.apache.org/myfaces/AutomatedWebappTestsAPI
With the help of this API it will be
Hi
Just one comment, the test webapp here:
http://svn.apache.org/repos/asf/myfaces/current20/test-webapp/
has a very simple integration test that runs with maven and use HtmlUnit.
It has profiles that runs them with jetty and tomcat(using maven cargo
plugin)
I also did something similar on
Hi Mike,
Thanks for the feedback. I did considered Selenium, but after some
discussions we concluded that the testing should be done totally automated
within maven and without a browser, so that excludes Selenium since it needs
a browser running in order to work.
Regards,
Cosmin
On Wed, Apr
Had a look at JBoss' Arquillian ?
-Matthias
On Thu, Apr 8, 2010 at 9:55 AM, Martinconi Cosmin
cosmin.martinc...@codebeat.ro wrote:
Hi Mike,
Thanks for the feedback. I did considered Selenium, but after some
discussions we concluded that the testing should be done totally automated
within
You can use the Selenium RC Server [1] to host the browser. You can then
remotely invoke this server from your Maven build. The Maven build then
doesn't need a browser. (but you're right, Selenium needs a browser
*somewhere*)
Regards,
Jan-Kees
[1] http://seleniumhq.org/projects/remote-control/
Selenium seems to keep coming up here again and again, but the main problem
about it is that you need a browser to run the tests and that is what we
don't want. We want to be able to include the tests in every maven build and
thus also on the apache build server and we certainly can't use a
You could note that in the proposal :)
On Thu, Apr 8, 2010 at 8:28 AM, Jakob Korherr jakob.korh...@gmail.com wrote:
Selenium seems to keep coming up here again and again, but the main problem
about it is that you need a browser to run the tests and that is what we
don't want. We want to be
Hi,
I also prepared an application proposal, that I submitted to Google and a
wiki page:
http://wiki.apache.org/myfaces/GSoC2010_AutomatedTests
for the Automated webapp tests for MyFaces Core and extensions issue.
You can find the Jira Issue at:
https://issues.apache.org/jira/browse/MYFACESTEST-6
I'd like to recommend that you also consider Selenium as a test framework.
On Wed, Apr 7, 2010 at 10:04 AM, Martinconi Cosmin
cosmin.martinc...@codebeat.ro wrote:
Hi,
I also prepared an application proposal, that I submitted to Google and a
wiki page:
27 matches
Mail list logo