Re: Configuring Continuum to authenticate with SCM
Jesse McConnell wrote: > > that should bypass certificates as well, there is something janky with > it right now as well so you _may_ need to hit that url, then with the > s in the https with the same url and then again the url above. there > is a jira ticket on that strangeness > I was not able to find such a ticket. So, I created a new one. See: http://jira.codehaus.org/browse/CONTINUUM-957 Regards, Martin Burger -- View this message in context: http://www.nabble.com/Configuring-Continuum-to-authenticate-with-SCM-tf2005777.html#a6795535 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: https 401 error
Joseph Marques wrote: > > when trying to add a maven2 project i'm getting the error: "could not > download https://user:[EMAIL PROTECTED]//pom.xml: Server returned > HTTP response code: 401 for URL: https://user:[EMAIL PROTECTED]/ > /pom.xml. i can hit and download the pom from both IE and > firefox. any clue as to what's going on? > See: http://jira.codehaus.org/browse/CONTINUUM-957 Regards, Martin Burger -- View this message in context: http://www.nabble.com/https-401-error-tf2360369.html#a6795521 Sent from the Continuum - Users mailing list archive at Nabble.com.
Re: errors adding maven2 project
Joseph Marques wrote: > > https:pom.xml > The URL you provided doesn't exist > > OK, so...on a whim, I decided to leave the "s" off, and try http instead. > > http:pom.xml > The URL you provided doesn't exist > > http://:@//pom.xml > Works?!? > See: http://jira.codehaus.org/browse/CONTINUUM-957 Regards, Martin Burger -- View this message in context: http://www.nabble.com/errors-adding-maven2-project-tf2371950.html#a6795507 Sent from the Continuum - Users mailing list archive at Nabble.com.
[m2] How to generate "Download report" using Maven 2
Hello! In Maven 1 it was possible to add a download report to the generated site (maven.xdoc.distributionUrl). I cannot found any information about this feature in the documentation of Maven 2. Is this feature missing? Regards, Martin Burger -- Martin Burger Researcher Software Engineering Chair (Prof. Zeller) Saarland University, Dept. of Informatics Tel. +49 (0)681 302-64783 · Fax +49 (0)681 302-64012 [EMAIL PROTECTED] · http://www.st.cs.uni-sb.de/~mburger/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: remote repository authentication
WIEDERAENDERS Klaus schrieb am 15.09.2005 13:21: I'd like to setup a Maven remote repository with an Apache web server that uses authentication. How can I specify user name and password for this in my build.properties file? Would you like to download or to upload / deploy? For download: maven.repo.remote=http://www.ibiblio.org/maven/,http://user:[EMAIL PROTECTED]/maven/ For upload: see http://maven.apache.org/reference/plugins/artifact/examples.html Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Naming convention for Maven plugin
Hello, is there any naming convention for new Maven plugins? If my project is named "foo", should I name the belonging Maven plugin "maven-foo-plugin" ($pom.id)? Are names starting with "maven-" reserved for official plugins? Background: I named my plugin "ddchange-maven-debugging" and I wonder if that was a good idea. Perhaps I should choose "maven-ddchange-plugin" as it's name? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New plugin available: DDchange Maven
Hello, a new Plugin for Maven is available: "DDchange Maven". DDchange is an Automated Debugging Framework that automatically determines why your program fails. The Maven Plugin enlarges your project knowledge by bringing DDchange to your build process. This Plugin provides information about failure-inducing code changes in your Subversion version control system. First alpha version available for download now. See http://ddchange.martin-burger.de/DDchangeWiki/ for more information about the framework, on http://ddchange.martin-burger.de/DDchangeWiki/ProductInformation/DDchangeMaven you will find information about the Maven Plugin. If you're interested in a short overview of DDchange Maven, look at http://ddchange.martin-burger.de/DDchangeWiki/ProductInformation/DDchangeMaven/UseShortIntro. I'm looking forward to your feedback about DDchange Maven. Regards, Martin Burger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven jar:deploy hangs - zombie processes (mkdir and chmod)
Martin Burger schrieb am 02.09.2005 14:05: I want to deploy a jar to my remote repository. But the goal jar:deploy hangs. On the linux machine (Debian Sarge) there are some "zombie" / "defunct" processes. If I kill such a process, the goal continues until the next process hangs. The processes are "[mkdir] " and "[chmod] ". Setting LogLevel in /etc/ssh/sshd_config to VERBOSE instead of DEBUG solves that issue, no zombie processes anymore. See: http://bugzilla.mindrot.org/show_bug.cgi?id=967 Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven jar:deploy hangs - zombie processes (mkdir and chmod)
Jörg Schaible schrieb am 02.09.2005 16:00: Just start a remote command: plink -A -2 -ssh [EMAIL PROTECTED] ls -l This should give you a list of your home directory on the remote server. You should not have to press any key or logout manually. Strange. >plink.exe -A -2 -ssh [EMAIL PROTECTED] ls -l That causes a zombie process. After killing the process, the command works. If I want to list another dir, zombie process again. After killing that process, I can list that second dir. So, sometimes it works, sometimes not. Any idea? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven jar:deploy hangs - zombie processes (mkdir and chmod)
Jörg Schaible schrieb am 02.09.2005 15:06: What happens if you start plink manually (with the options from the Maven proeprties file) >C:\\Programme\\INet\\Remote\\PuTTY\\plink.exe -A -2 -ssh [EMAIL PROTECTED] Using username "auser". Linux ahost 2.6.11.9-050512a #1 SMP Thu May 12 20:53:02 CEST 2005 i686 GNU/Linux The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Then the loudspeaker of my PC beeps and I have a login shell. There are some escape characters, but plinks spawn's the mkdir process, so I think these character should be no problem. Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven jar:deploy hangs - zombie processes (mkdir and chmod)
Jörg Schaible schrieb am 02.09.2005 15:06: What happens if you start plink manually (with the options from the Maven proeprties file)? Get the executed command from Maven by calling it with -X option. Using -X option shows a lot of [DEBUG] messages, but no commands: [DEBUG] Could not load class (org.apache.tools.ant.taskdefs.optional.ejb.DDCreator) for type ddcreator [echo] Deploying... Using userBuildPropertiesFile: C:\Dokumente und Einstellungen\Martin Burger\build.properties Using projectPropertiesFile: E:\Uni\DiplInf\repository\trunk\ddchange-framework-debugging\project.properties Using projectBuildPropertiesFile: E:\Uni\DiplInf\repository\trunk\ddchange-framework-debugging\build.properties Will deploy to 1 repository(ies): ddchangerepo Deploying to repository: ddchangerepo Uploading to deltadebugging/poms/ddchange-framework-debugging-0.1.1-SNAPSHOT.pom: Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven jar:deploy hangs - zombie processes (mkdir and chmod)
Martin Burger schrieb am 02.09.2005 14:53: Because I deploy from a German Windows XP machine to a Debian box I expect that it works. ;-) Uups, that does not mean that a German XP is better as another one. But perhaps the different languages on the systems cause the problem... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven jar:deploy hangs - zombie processes (mkdir and chmod)
Jörg Schaible schrieb am 02.09.2005 14:51: Well, IMHO, maven.repo.foorepo.ssh.executable and maven.repo.foorepo.scp.executable seem like they have to be Windows executables, since the jar has to be deployed from Windows to Linux... OK, this is different. In that case I assume, that he had not started the putty agent and Maven is waiting for manual input. No, plink causes the zombie processes. That means that it can connect the server. After killing some zombie processes, pscp copies the file to the server. After that there are again some zombie processes causesd by plink. Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven jar:deploy hangs - zombie processes (mkdir and chmod)
Jörg Schaible schrieb am 02.09.2005 14:42: Well, yes. You execute Maven on Linux and expect it to respect DOS/Windows paths and executables. So what do you expect? Because I deploy from a German Windows XP machine to a Debian box I expect that it works. ;-) Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven jar:deploy hangs - zombie processes (mkdir and chmod)
Hello! I want to deploy a jar to my remote repository. But the goal jar:deploy hangs. On the linux machine (Debian Sarge) there are some "zombie" / "defunct" processes. If I kill such a process, the goal continues until the next process hangs. The processes are "[mkdir] " and "[chmod] ". Here's my configuration for the artifact plugin: maven.repo.list=foorepo maven.repo.foorepo=scpexe://host.some.where maven.repo.foorepo.username=auser maven.repo.foorepo.directory=/tmp maven.repo.foorepo.compress=true maven.repo.foorepo.ssh.executable=C:\\Programme\\Remote\\PuTTY\\plink.exe maven.repo.foorepo.ssh.args=-A -2 -ssh maven.repo.foorepo.scp.executable=C:\\Programme\\Remote\\PuTTY\\pscp.exe maven.repo.foorepo.scp.args=-2 Any ideas? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to access default value of property of another plugin
Arnaud HERITIER schrieb am 23.08.2005 00:52: Maven:pluginVar is deprecated. You must use maven:get http://maven.apache.org/tags.html#maven:get Thank you very much! That's exactly what I looked for. Regards Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to access default value of property of another plugin
Hello, I need the value of the property "maven.test.reportsDirectory" in the plugin.jelly of my plugin even if it is not set via a project.properties file. Regard this simple goal: Value of maven.test.reportsDirectory: ${maven.test.reportsDirectory} If I run this goal without setting the property in a project.properties, it's output is just "[echo] Value of maven.test.reportsDirectory:". If I run "maven test:compile some:goal", it's output is "[echo] Value of maven.test.reportsDirectory: " How can I access the default value of that property as defined in the plugin.properties of the test-Plugin without running a test goal? Should I set this property in the plugin.properties of my plugin? I think that solution is not so good, because if that property's default value is changed I will need to change my settings, too. Can I load the default properties of another plugin in my plugin's jelly file? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jellybean awaits setter with File instead of String argument
Dion Gillard schrieb am 12.08.2005 23:53: What are the other methods on that class? I violated the bean specification, there was a getter returning File instead of String. And how do you know its passing in a File or expecting one to go to the class? Log message of the beanutils: copyProperty([EMAIL PROTECTED], testClasses, MARTIN) target propName=testClasses, type=class java.io.File, index=-1, key=null USING CONVERTER [EMAIL PROTECTED] Notice: type=class java.io.File Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jellybean awaits setter with File instead of String argument
Martin Burger schrieb am 12.08.2005 14:15: Hello, I'm using a jellybean in my Maven Plugin to start the "entry point" of my plugin - a Java bean. The jellybean awaits for the attributes a setter that accepts a single String value. Now, I added an attribute "testClasses" and set it to "MARTIN". My Java bean class has a setter "setTestClasses(String)", but jelly awaits a setter that takes a File as argument: If I rename the attribute of the jellybean to "fooTestClasses" and the setter in the bean class to "setFooTestClasses(String)" it works! So, if the attribute is named "testClasses" then the jellybean will await a setter with File argument, if it is named "fooTestClasses" a setter with String argument is ok... Does anybody know that problem? Regards Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jellybean awaits setter with File instead of String argument
Hello, I'm using a jellybean in my Maven Plugin to start the "entry point" of my plugin - a Java bean. The jellybean awaits for the attributes a setter that accepts a single String value. Now, I added an attribute "testClasses" and set it to "MARTIN". My Java bean class has a setter "setTestClasses(String)", but jelly awaits a setter that takes a File as argument: copyProperty([EMAIL PROTECTED], testClasses, MARTIN) target propName=testClasses, type=class java.io.File, index=-1, key=null USING CONVERTER [EMAIL PROTECTED] Note that BeanUtils uses a converter "TagLibrary". The other attributes are set using a converter "StringConverter". Why wants BeanUtils a setter that accepts a File instead of a String? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to write to Maven's console and how to trigger failed build from jellybean
Hello, I'm writing a Maven 1.1 plugin that is launched via an jellybean defined in plugin.jelly. While my plugin is running, I want to write info and error messages to the "Maven console" and want to cause that the build fail if certain exceptions occur. For writing to the console, is "System.out.println(...)" the best way? Or should I use some logger, perhaps "Logger.getLogger("org.apache.maven")"? Is there any well defined way to trigger that the build failed ("BUILD FAILED")? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [JAR] maven jar:deploy constructs different file names for .pom and .jar (different timestamps)
Martin Burger schrieb am 28.07.2005 18:26: Note the different timestamps of the pom and the jar file. Is that intended of a (known) bug? intended _or_ a (known) bug Sorry! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[JAR] maven jar:deploy constructs different file names for .pom and .jar (different timestamps)
Hello, I deployed a snapshot version of a project using "maven jar:deploy": jar:deploy: [echo] Deploying... Will deploy to 1 repository(ies): arepo Deploying to repository: arepo Uploading to aproject/poms/alib-framework-subversion-0.1.1-SNAPSHOT.pom: (5K) Uploading to aproject/poms/alib-framework-subversion-snapshot-version: (0K) Uploading to aproject/poms/alib-framework-subversion-0.1.1-20050728.160023.pom: (5K) Will deploy to 1 repository(ies): arepo Deploying to repository: arepo Uploading to aproject/jars/alib-framework-subversion-0.1.1-SNAPSHOT.jar: (17K) Uploading to aproject/jars/alib-framework-subversion-snapshot-version: (0K) Uploading to aproject/jars/alib-framework-subversion-0.1.1-20050728.160137.jar: (17K) BUILD SUCCESSFUL Total time : 2 minutes 31 seconds Finished at : Donnerstag, 28. Juli 2005 18:02:50 CEST Note the different timestamps of the pom and the jar file. Is that intended of a (known) bug? Regards Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M1] Adding tools.jar
Marc Jambert schrieb am 18.07.2005 15:16: Hello Martin, Thanks for answering. the only problem is that I am using Maven2 and it appears there is no sun groupid in the m2 repo... Sorry, my email was intended as question, not as answer. Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M1] Adding tools.jar
Hello, I added JDK's tools.jar as follows: project.properties: === snip === maven.jar.override=on maven.jar.tools=${java.home}/../lib/tools.jar === snap === project.xml === snip === sun tools jar === snap === That solution taken from the list is not platform independent: On Mac OS X there's no tools.jar. Instead these classes are located in Apple's classes.jar. So, if I want to use that project with Maven on Mac OS X Maven will try to find tools.jar in /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/lib but will fail - there's no tools.jar as described above. So, do you know any solution for that problem? Commenting out the dependency is no valid solution... ;-) Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with dependencies (Digester) of self written plugin
Brett Porter schrieb am 16.07.2005 06:51: Unfortunately you are stuck here. The version in MAVEN_HOME/lib is used above the others due to the classloader hierachy in use and the fact that plugins are not separated. What about upcoming 2.0? Will the plugins be separated (with respect to the classloader)? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with dependencies (Digester) of self written plugin
Martin Burger schrieb am 15.07.2005 17:05: I think while running the plugin Digester 1.7 is not used, "Maven's" 1.4.1 is used instead. Therefore some parts of the XML report are ignored. Switching to Maven 1.1-beta-1 helped. But how to provide backward compatibility? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How can I get Log4j messages sent while plugin is running?
Martin Burger schrieb am 15.07.2005 17:19: So, how can I get the messages sent while the plugin is running? Found a solution: 1. Set "MAVEN_OPTS" to "-Dlog4j.configuration=file:/e:/log4j.xml -Dlog4j.debug" 2. In your log4j.xml, you have add the following tags: Thats works quite good. But there's a "cosmetic" problem: some messages (e.g. "Total time: 5 seconds") are logged twice to the console. Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with dependencies (Digester) of self written plugin
Martin Burger schrieb am 15.07.2005 17:05: I think while running the plugin Digester 1.7 is not used, "Maven's" 1.4.1 is used instead. Therefore some parts of the XML report are ignored. In my code, I added a call of the method Digester.getSAXLogger(). That method was added in Digester 1.6. Running the test that method gets called, running the plugin there's a NoSuchMethodError: java.lang.NoSuchMethodError: org.apache.commons.digester.Digester.getSAXLogger()Lorg/apache/commons/logging/Log; So, I'm pretty sure that Digester 1.4.1 is used. Is it possible to use another version of the Digester than 1.4.1? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How can I get Log4j messages sent while plugin is running?
Hello, I developed a Maven plugin. That plugin uses Log4j to log messages (SocketAppender and ConsoleAppender). While running "maven plugin:install" I get the messages sent to SocketAppender using Chainsaw, the messages sent to ConsoleAppender are stored in the test report files. Fine. But how can I get these messages sent while the plugin is running? I tried "maven -e fantasticplugin" and "maven -Dlog4j.debug -Dlog4j.configuration=file:///e:/log4j.xml -e fantasticplugin", both times I got no messages. So, how can I get the messages sent while the plugin is running? Regards, Martin P.s.: I sent this message several times, at http://marc.theaimsgroup.com/?l=turbine-maven-user the message does not appear and I didn't receive the message via the list. So if you received this message more than once I would like to apologize for that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with dependencies (Digester) of self written plugin
Hello, I'm developing a plugin for Maven (1.0.2) and run into trouble. The plugin has - among other - the following dependencies: commons-beanutils commons-beanutils 1.7.0 http://jakarta.apache.org/commons/beanutils/ commons-digester commons-digester 1.7 http://jakarta.apache.org/commons/digester/ commons-io commons-io 1.0 http://jakarta.apache.org/commons/io/ root commons-logging commons-logging 1.0.4 http://jakarta.apache.org/commons/logging/Missing DTD definition for BeanPropertySetterRule xml-apis xml-apis 1.0.b2 If I run my unit tests in the IDE (Eclipse) or via the goal test, everything runs fine. But if I want to use my plugin after "maven plugin:install", it does not work. The plugin parses the Junit test reports using commons-digester, my code has test coverage of 100%! Running the plugin there are some strange errors, parts of the XML report are not parsed (ignored). If I add that XML report to my test suite, everything works as expected. So, I think my code is "correct". The parts ignored while the plugin run should be collected via a "bean-property-setter-rule". I searched issues.apache.org for bugs and found that one: http://issues.apache.org/bugzilla/show_bug.cgi?id=16785 According to that bug, the rule "bean-property-setter-rule" was added after Digester 1.4.1 release. My code uses 1.7... So, I looked into the lib folder of my Maven installation, and there is a commons-digester-1.4.1.jar. I think while running the plugin Digester 1.7 is not used, "Maven's" 1.4.1 is used instead. Therefore some parts of the XML report are ignored. While running a plugin that has a dependency to a jar that Maven depends on, which version is used for the plugin? How can I force that the right version is used for my plugin? Thanks, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
test
test - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Eclipse Plugin] Defining dependency as Eclipse project
Marcell Manfrin Barbacena schrieb am 30.06.2005 10:02: However, you can add an Eclipse project to the classpath by defining the following in your project.properties file: maven.eclipse.classpath.include=/test1 This adds E:/test1 to the .classpath as classpathentry (note the drive letter). BTW, I think the documentation on http://maven.apache.org/reference/plugins/eclipse/ is misleading. Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Eclipse Plugin] Defining dependency as Eclipse project
Edmund Urbani schrieb am 30.06.2005 09:36: The maven eclipse plugin just includes the artifacts from the maven repository for you. It does not create dependencies between eclipse projects (even though this would be desirable for SNAPSHOT dependencies). AFAIK this can't be done with the current eclipse plugin, because it does not know about the other projects in your eclipse workspace and their locations in the filesystem. Mmh, quoted from http://maven.apache.org/reference/plugins/eclipse/: " The dependencies defined in the POM need not to be jars strictly. They can be projects in the eclipse workspace. If a dependency is an eclipse project a property needs to be added to that dependency to indicate so." "They can be projects in the eclipse workspace." Does this not say that it's possible to add a project instead of a JAR? Regards Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Eclipse Plugin] Defining dependency as Eclipse project
Hello, I tried to define an Eclipse project as dependency in the project.xml. But after calling "maven eclipse" maven tries to download a JAR instead of adding an entry to the .classpath file. I used the sample code at http://maven.apache.org/reference/plugins/eclipse/. Did I misunderstand something? I thought thats the way to add a required project to the build path using maven. Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clover plug-in: code coverage of assertions / assert statements
Vincent Massol schrieb am 07.06.2005 12:56: I added maven.clover.context.block.names=assert to my project.properties, but the assert statements are not covered. Any idea? Nope. It should work. After running update commands (http://maven.apache.org/start/download.html) it works. Thanks, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clover plug-in: code coverage of assertions / assert statements
Vincent Massol schrieb am 07.06.2005 12:21: Why don't you use a context filter? (see http://cenqua.com/clover/doc/adv/contexts.html). This is supported by the latest versions of the Clover plugin I added maven.clover.context.block.names=assert to my project.properties, but the assert statements are not covered. Any idea? I found no documentation for this property, is the documentation on the Maven site out-of-date? I found only some properties files using Google... Thanks, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Clover plug-in: code coverage of assertions / assert statements
Hello, I'm using a lot of assert statements in my code, and it seems that I will never get 100% coverage because clover says the assertion's expression is never executed. AFAIK the Eclipse plug-in of clover allows to filter assert statements, but I was not able to find such a feature for the maven plug-in. Is there any possibility to filter these statements - not using ///CLOVER...? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]