Re: maven-surefire-plugin configuration for unit/integration tests
Maybe I need to rephrase this a bit. Your line of reasoning is absolutely correct from a process point of view (like a CI build). But rigorously applying this principle across the board denies developers the comfort of selectively running subsets of tests. Developer productivity should count for something as well. Kristof Vanbecelaere wrote: > > I disagree. Have you ever written a selenium test? This is trial and > error. I have not touched any "real" code, only test code. So I know my > unit tests succeed. All I want to do is run the integration-test phase > without unit tests. > > > Stephen Connolly-2 wrote: >> >> 2008/11/27 Kristof Vanbecelaere <[EMAIL PROTECTED]> >> >> Actually, that is the aim. >> >> You run all the unit tests to make sure that the code is good enough to >> try >> and run the integration tests. >> >> If your unit tests fail, your code is broken and you know it, so fix your >> code. >> >> If your unit tests pass, now lets see if it integrates correctly, hence >> run >> the integration tests. >> >> If the integration tests pass, we can publish the project (i.e. install >> or >> deploy to maven repo) >> >> This is what the lifecycle is all about... a well defined sequence of >> phases, all the previous phases must complete successfully before the >> next >> phase starts. >> >> > > -- View this message in context: http://www.nabble.com/maven-surefire-plugin-configuration-for-unit-integration-tests-tp20724622p20730746.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-surefire-plugin configuration for unit/integration tests
I disagree. Have you ever written a selenium test? This is trial and error. I have not touched any "real" code, only test code. So I know my unit tests succeed. All I want to do is run the integration-test phase without unit tests. Stephen Connolly-2 wrote: > > 2008/11/27 Kristof Vanbecelaere <[EMAIL PROTECTED]> > > Actually, that is the aim. > > You run all the unit tests to make sure that the code is good enough to > try > and run the integration tests. > > If your unit tests fail, your code is broken and you know it, so fix your > code. > > If your unit tests pass, now lets see if it integrates correctly, hence > run > the integration tests. > > If the integration tests pass, we can publish the project (i.e. install or > deploy to maven repo) > > This is what the lifecycle is all about... a well defined sequence of > phases, all the previous phases must complete successfully before the next > phase starts. > > -- View this message in context: http://www.nabble.com/maven-surefire-plugin-configuration-for-unit-integration-tests-tp20724622p20730286.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-surefire-plugin configuration for unit/integration tests
No, that is the point. Hand-running the integration-test goal runs unit tests as well. John Stoneham wrote: > > > Hand-running the integration-test goal will also work well, if there's > just one. Or a profile would work nicely. > > - John > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/maven-surefire-plugin-configuration-for-unit-integration-tests-tp20724622p20730300.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-surefire-plugin configuration for unit/integration tests
Hello, I found this interesting blog: http://weblogs.java.net/blog/johnsmart/archive/2008/06/unit_tests_are.html Unfortunately, I failed to make it work. When running mvn integration-test all unit tests get to run before running the integration tests, which is not really the aim. The idea really is to be able to either run unit tests or integration tests but not both at the same time. Any ideas why this fails? I guess the only real way (still) to split off integration tests is to have a separate module wherein to place these integration tests and put no unit tests in said module. Or is there? Thanks. -- View this message in context: http://www.nabble.com/maven-surefire-plugin-configuration-for-unit-integration-tests-tp20724622p20724622.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-surefire-plugin excludes too many tests?
Hello, I have a surefire configuration like this org.apache.maven.plugins maven-surefire-plugin **/integration/selenium/**/*Test.java The idea is to exclude selenium tests during unit test execution. By accident we did not follow our own naming convention and have placed some tests that do not end in Test.java and so these should not be excluded. But to my surprise these tests are excluded as well. Is this to be expected? Thanks. -- View this message in context: http://www.nabble.com/maven-surefire-plugin-excludes-too-many-tests--tp20724511p20724511.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] HibernateDoclet
Perhaps this is what you were looking for? http://mojo.codehaus.org/xdoclet-maven-plugin/usage.html On Feb 16, 2006, at 21:31, Frederic Close wrote: nobody seems to be willing to answer my question, so either you don't like or it's not really clear what I would like to do is use Xdcolet to generate my hibernate .hbm.xml files How can I do that with maven2 ? thanks for your help. Fred Frederic Close a écrit : hi, I have an application using hibernate (2.1) and I used an ant task + xdoclet in order to generate the hibernate mapping files (.hbm.xml). Could one of you point me to the good direction to get started with this. I found an article on hibernate.org (http://www.hibernate.org/ 134.html) but it's talking about maven.xml file so I guess it's related to maven 1 and not 2. Any help would be really appreciated thanks Fred - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
pmd-3.4 pom is wrong
Hi, I believe the pom for pmd-3.4 contains an error. The exclusions list a version tag which is not expected. This might cause an incomplete classpath e.g. when running maven-pmd-plugin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Is a new version of the site plugin coming?
On Feb 10, 2006, at 9:01, Geoffrey De Smet wrote: I asked this question just a few days too, check "multiproject/ module site ETA". They have made some really useful changes for multiprojects. If you're impatient (like me), check the docs on using snapshot plugins and use a snapshot. Hi Geoffrey, long time no see. So did you just add the configuration for the snapshot plugin repository then? Trouble is, I did not explicitly put versions on all of my plugin dependencies. As a result, putting in the snapshot repo gives me snapshots for all plugins. How did you do it? Add explicit versions on the other plugin dependencies? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] selecting modules for multi-module site
Hi, Will it be possible to include/exclude modules selected for site generation in maven-site-plugin? I found http://jira.codehaus.org/browse/MNG-548 with a comment saying the support is done safe for the "plugin expression". I guess this refers to the configuration tag? Will it be added before release? thanks, Kristof - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jar install question
add -DgeneratePom=true to the install command On Feb 8, 2006, at 21:46, Ole Ersoy wrote: Hi, I installed a few jars in my local repository using the install command shown in the maven documentation. The build works fine, except it tries to download a pom for the installed jar everytime it runslike this: Downloading: http://repo1.maven.org/maven2/el-ri/el-ri/1.0/el-ri-1.0.pom [WARNING] Unable to get resource from repository central Is there a way to stop Maven from trying this? Thanks, - Ole __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiproject/module site ETA
On Feb 8, 2006, at 15:29, Kristof Vanbecelaere wrote: On Feb 7, 2006, at 0:35, Brett Porter wrote: Yes, you just need to install the skins first with - DupdateReleaseInfo=true set. Anyone else looking for the info, this is a link explaining http://www.nabble.com/mvn-site-using-http%3A-svn.apache.org-repos-asf- maven-plugins-trunk-repository-t966513.html#a2571587 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiproject/module site ETA
On Feb 7, 2006, at 0:35, Brett Porter wrote: Yes, you just need to install the skins first with - DupdateReleaseInfo=true set. You mean like this: mvn -DupdateReleaseInfo=true site This is in my site.xml org.apache.maven.skins maven-stylus-skin 1.0-SNAPSHOT It was reported some time ago that the jar is no longer available on the repository so the download fails. Can it be reinstalled? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classpath/manifest file in jar
On Feb 7, 2006, at 20:54, Kristof Vanbecelaere wrote: Hi, when using 2.1-SNAPSHOT of maven-jar-plugin, is there a way of getting a custom manifest file in a jar? Or getting classpath entries in the generated manifest? And which would that be? Is the info in http://maven.apache.org/guides/mini/guide- manifest.html still applicable to 2.1-SNAPSHOT (my impression is it isn't)? Looked harder and found that true adds runtime-scoped dependencies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classpath/manifest file in jar
On Feb 7, 2006, at 20:54, Kristof Vanbecelaere wrote: Hi, when using 2.1-SNAPSHOT of maven-jar-plugin, is there a way of getting a custom manifest file in a jar? Or getting classpath entries in the generated manifest? And which would that be? I guess what I am asking for is support for the configuration tag as per maven-ear-plugin in the maven-jar-plugin and maven-war-plugin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiproject/module site ETA
On Feb 7, 2006, at 0:35, Brett Porter wrote: Yes, you just need to install the skins first with - DupdateReleaseInfo=true set. Sorry, I don't have a clue. Can you elaborate? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
classpath/manifest file in jar
Hi, when using 2.1-SNAPSHOT of maven-jar-plugin, is there a way of getting a custom manifest file in a jar? Or getting classpath entries in the generated manifest? And which would that be? Is the info in http://maven.apache.org/guides/mini/guide- manifest.html still applicable to 2.1-SNAPSHOT (my impression is it isn't)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] maven-checkstyle-plugin 2.0 can't be retrieved
I manually removed a beta from my local repository. I refer to the plugin using org.apache.maven.plugins maven-checkstyle-plugin checkstyle-jjguidelines.xml and running mvn site downloads it for me. On Jan 31, 2006, at 13:50, Yann Le Du wrote: Hi, I've seen maven-checkstyle-plugin 2.0 is available since yesterday, which is good news ! http://www.ibiblio.org/maven2/org/apache/maven/plugins/maven- checkstyle-plugin/ Though, I'm still retrieving 2.0-beta-1, even with plugin update. maven-metadata still contains 2.0-beta-1 , this may be the cause - or is it on purpose ? http://www.ibiblio.org/maven2/org/apache/maven/plugins/maven- checkstyle-plugin/maven-metadata.xml - Yann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m102] overriding goal
Hi, is it correct that in 1.0.2 one can only override project goals but not plugin goals? thanks, Kristof - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]