What should be the correct check for any XML to be POM?
Hi all, I am need of writing a check method to filter POMs from a list of xml files. What should be the exact check? Only the project tag along with Namespace is sufficient or I need to check for all three xmlns, xmlns :xsi and xsi:schemaLocation? project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd; Another related question is : Consider a case of multi-module application pom, where in each module's directory there are more than one xml files, So is it possible that for this module there can be two POMs ? or only one.? There are two xml files attached, that have the same artifactId common-artifact, what check would return me correct POM for this artifact. 1. bak_pom.xml 2. pom.xml Thanks --amaresh project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; parent groupIdOER-Common/groupId artifactIdOER-Common/artifactId version0.0.1-SNAPSHOT/version /parent modelVersion4.0.0/modelVersion groupIdOER-Common/groupId artifactIdcommon.artifact/artifactId version0.0.1-SNAPSHOT/version namecommon.artifact/name dependencies dependency groupIdOER-Common/groupId artifactIdcommon.web/artifactId version0.0.1-SNAPSHOT/version /dependency dependency groupIdOER-Common/groupId artifactIdcommon.util/artifactId version0.0.1-SNAPSHOT/version classifiertests/classifier scopetest/scope /dependency /dependencies /project ?xml version=1.0 encoding=US-ASCII ? project xmlns=http://maven.apache.org/POM/4.0.0; modelVersion4.0.0/modelVersion groupIdcommon.artifact/groupId artifactIdcommon.artifact/artifactId version0.0.1-SNAPSHOT/version build sourceDirectorysrc/main/java//sourceDirectory outputDirectorytarget//outputDirectory plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId version2.0.2/version configuration source 1.6 /source target 1.6 /target /configuration /plugin /plugins /build /project - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: What should be the correct check for any XML to be POM?
Hi Amaresh, it is possible that in one directory more than one pom file exists. Even as far as i have used maven this case never occured. You can call mvn with the -f option in order to specify another pom.xml file. But keep in mind, that prior to version 2.0.9 (since 2.0.9 it is possible [1]) it was not possible to these pom files as modules. Regarding your question about the check: In my opinion it is sufficient to check the project with the default namespace (xmlns=...). In order to have things working in the future without touching your code i would make this configurable, as the namespace can change. Maybe it would be sufficient to use the filename (pom.xml) only. This depends on your setup. E.g. pom.xml.bak would be found when all xml files are considered (and it would match all syntax checks, but .bak files are normally considered as backup files and as a consequence it is very likely that you don't want to consider it.) [1] http://jira.codehaus.org/browse/MNG-1493 Von: amaresh mourya [mailto:amaresh.mou...@gmail.com] Gesendet: Freitag, 8. Januar 2010 10:52 An: Maven Users List Betreff: What should be the correct check for any XML to be POM? Hi all, I am need of writing a check method to filter POMs from a list of xml files. What should be the exact check? Only the project tag along with Namespace is sufficient or I need to check for all three xmlns, xmlns :xsi and xsi:schemaLocation? project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd; Another related question is : Consider a case of multi-module application pom, where in each module's directory there are more than one xml files, So is it possible that for this module there can be two POMs ? or only one.? There are two xml files attached, that have the same artifactId common-artifact, what check would return me correct POM for this artifact. 1. bak_pom.xml 2. pom.xml Thanks --amaresh
Plugin configuration element is duplicating itself
Hello, I'm using the rpm plugin for creating rpms. One project is divided into 3 rpms, so I have a configuration like plugin configuration mappings ... /mappings /configuration executions execution .../execution /executions /plugin There is 1 main configuration, and 2 separate ones in 2 executions. The main configuration contains a mapping with a softlinkSource element. This is the only time this element appears in the whole pom.xml. Now what happens next is that the soft link will appear in all 3 rpms. I've debugged the source, and all 3 executions contain the softlinkSource element! It's not in the pom.xml, but somehow the xml is parsed so that the same element is added to all 3 executions. The softlinkSource element will always get appended to the last mapping element. So if I have like: mapping ... stuff 1 /mapping mapping ... stuff 2 /mapping mapping ... stuff 3 /mapping then in the mapping containing stuff 3, there will also be a softlinkSource. How to make it run normally? Why is this happening in the first place? Thanks, Csaba - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: What should be the correct check for any XML to be POM?
Project and namespace Depending on the pom generator, you have no idea, whether the xmlns:xsi and xsi:schemaLocation are present or not. Jochen 2010/1/8 amaresh mourya amaresh.mou...@gmail.com: Hi all, I am need of writing a check method to filter POMs from a list of xml files. What should be the exact check? Only the project tag along with Namespace is sufficient or I need to check for all three xmlns, xmlns :xsi and xsi:schemaLocation? project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd; Another related question is : Consider a case of multi-module application pom, where in each module's directory there are more than one xml files, So is it possible that for this module there can be two POMs ? or only one.? There are two xml files attached, that have the same artifactId common-artifact, what check would return me correct POM for this artifact. 1. bak_pom.xml 2. pom.xml Thanks --amaresh - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugin configuration element is duplicating itself
I've looked a bit deeper into the source code. The mapping element is mapped by a Mapping class. This class has a setSources() method. This method is invoked by org.codehaus.plexus.component.configurator.converters.ComponentValueSetter with the method setValueUsingSetter(). Is there a bug in this component? Because in the pom.xml, the specific mapping has just one source element, while the setSources() method is forwarded a list of two source elements! I'm not sure from which package it comes from, perhaps org.codehaus.plexus:plexus-utils:1.5.7 ? Regards, Csaba Gajo Csaba wrote: Hello, I'm using the rpm plugin for creating rpms. One project is divided into 3 rpms, so I have a configuration like plugin configuration mappings ... /mappings /configuration executions execution .../execution /executions /plugin There is 1 main configuration, and 2 separate ones in 2 executions. The main configuration contains a mapping with a softlinkSource element. This is the only time this element appears in the whole pom.xml. Now what happens next is that the soft link will appear in all 3 rpms. I've debugged the source, and all 3 executions contain the softlinkSource element! It's not in the pom.xml, but somehow the xml is parsed so that the same element is added to all 3 executions. The softlinkSource element will always get appended to the last mapping element. So if I have like: mapping ... stuff 1 /mapping mapping ... stuff 2 /mapping mapping ... stuff 3 /mapping then in the mapping containing stuff 3, there will also be a softlinkSource. How to make it run normally? Why is this happening in the first place? Thanks, Csaba - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- _ _ _ _ _ |_| |_| |_| |_| |_| Csaba Gajo Cosylab Email: csaba.g...@cosylab.com http://www.cosylab.com Phone: +386 (70) 226-357 Teslova ulica 30 Skype ID: gcsaba2SI-1000 Ljubljana Yahoo! IM: gcsaba2Slovenia Web page: http://users.cosylab.com/~cgajo __ _ _ _ _ __ _ _ _ _ __ |_| |_| |_| |_| |_| |_| |_| |_| |_| |_| - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
The jxr-maven-plugin doesn't pick up additional source folders
Hi all, I am currently having trouble getting the jxr-maven-plugin to pick up additional (test) source folders, regardless of whether the are added by the build-helper-maven-plugin or the sourceRoot/testSourceRoot configuration elements of the exec-maven-plugin. FWIW, here's the plugin's configuration, from the reporting section of my POM: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jxr-plugin/artifactId version2.1/version reportSets reportSet reports reportjxr/report reporttest-jxr/report /reports /reportSet /reportSets configuration !-- Override default of ISO-8859-1 -- outputEncoding${project.reporting.outputEncoding}/outputEncoding /configuration /plugin Is this a known limitation of the jxr-maven-plugin (I couldn't find a JIRA issue, though) or am I doing something wrong? Best wishes, Andreas Sewe - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Environment variables set by maven-surefire-plugin not available in test
L.S., We are trying to set an environment variable for a unit test by adding it to the maven-surefire-plugin configuration as in : plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration forkModepertest/forkMode environmentVariables activemq.port1${port1}/activemq.port1 /environmentVariables /configuration /plugin However, the environment variable is not available in the unit test, doing a System.getenv(activemq.port1) returns null. This only happens on AIX (V5.3, using Java 6), it seems to work fine on Windows and Linux. I have already run mvn with -X flag and see the log when the environment variable is being set: [DEBUG] Using JVM: /opt/tools/pfm/jdk16_64_sr6/jre/bin/java [DEBUG] Setting environment variable [activemq.port1]=[61811] Any suggestions on what else I can do to fix/troubleshoot the issue? Regards, Gert - --- Gert Vanthienen http://gertvanthienen.blogspot.com -- View this message in context: http://old.nabble.com/Environment-variables-set-by-maven-surefire-plugin-not-available-in-test-tp27077406p27077406.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Disabling Surefire Reports for aggregator projects (i.e., with pom packaging)
Hi all, I have configured the maven-surefire-report-plugin in my parent POM as follows: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-report-plugin/artifactId version2.4.3/version /plugin Now this POM is also an aggregator POM, i.e., its packaging is set to pom. When I now generate a site for this project and its children, all project sites contain a Surefire Report project report -- even the aggregator project, which of course doesn't have any unit tests attached (after all, its packaging is pom, and the maven-surefire-plugin is never run for it). How can I disable these non-sensical reports for aggregator POMs while still benefitting from inheritance? (I don't want to configure the plugin manually in all my non-aggregator POMs.) Best wishes, Andreas Sewe - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven ant tasks: Getting artefacts based on type
Hi, I'm using maven ant tasks as i'm doing a non-java build, but want to use the power of dependencies. I'm trying to get all the dependencies of type zip into a fileset. Here is the POM: ?xml version=1.0? project modelVersion4.0.0/modelVersion groupId/groupId artifactId/artifactId version1.0-SNAPSHOT/version packagingzip/packaging dependencies dependency groupIdgroup/groupId artifactIdjarartefact/artifactId version1.0-SNAPSHOT/version typejar/type /dependency dependency groupIdgroup/groupId artifactIdzipartefact/artifactId version1.0-SNAPSHOT/version typezip/type /dependency /dependencies The ant task is: target name=build artifact:pom id=maven.profiled.pom file=pom.xml / artifact:dependencies pathId=maven.dependencies.id type=zip pom refid=maven.profiled.pom / /artifact:dependencies property name=maven.dependencies refid=maven.dependencies.id/ echo message=Zip dependencies: ${maven.dependencies} / artifact:dependencies pathId=maven.dependencies.jar.id type=jar pom refid=maven.profiled.pom / /artifact:dependencies property name=maven.dependencies.jar refid=maven.dependencies.jar.id/ echo message= Jar dependencies: ${maven.dependencies.jar} / /target I would expect both that jar and zip dependency to be printed out. However it prints out nothing for the jar, but prints out the zip. If I change the project packaging to jar, it prints out the jar, but not the zip. It seems as though the dependency mechanism takes into account the packaging of the project before looking into dependencies. Is this the way it is supposed to work? Or am I using it wrong? How do I get a filtered list of dependencies using ant tasks? Thanks for your help, Richard
Re: Disabling Surefire Reports for aggregator projects (i.e., with pom packaging)
Hi Andreas, On Fri, Jan 8, 2010 at 10:09 AM, Andreas Sewe s...@st.informatik.tu-darmstadt.de wrote: How can I disable these non-sensical reports for aggregator POMs while still benefitting from inheritance? (I don't want to configure the plugin manually in all my non-aggregator POMs.) Andreas Sewe It would be best if plugins have some intelligence that they really ought not to operate on particular types of POMs, however until that day arrives... I define a property like maven.surefire.skip to be true in the parent pom, and then false in the leaf nodes. A corresponding reference to this property must be placed into the super/aggregator POM's plugin configuration sections (both in pluginManagement and also reporting) for the skip configuration option. We do this for all of our report plugins, but I find it most useful for PMD, Checkstyle, Javadoc, and GWT's SOYC. With this strategy I'm able to get a minimal amount of leaf-node replication. I also think it makes my build process more flexible, as an experienced person can -Dmaven.surefire.skip= on the command line. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Disabling Surefire Reports for aggregator projects (i.e., with pom packaging)
Don't let your anguish go unresolved! Log a ticket in JIRA to put your request on someone's radar. Paul On Fri, Jan 8, 2010 at 9:45 AM, Jesse Farinacci jie...@gmail.com wrote: Hi Andreas, On Fri, Jan 8, 2010 at 10:09 AM, Andreas Sewe s...@st.informatik.tu-darmstadt.de wrote: How can I disable these non-sensical reports for aggregator POMs while still benefitting from inheritance? (I don't want to configure the plugin manually in all my non-aggregator POMs.) Andreas Sewe It would be best if plugins have some intelligence that they really ought not to operate on particular types of POMs, however until that day arrives... I define a property like maven.surefire.skip to be true in the parent pom, and then false in the leaf nodes. A corresponding reference to this property must be placed into the super/aggregator POM's plugin configuration sections (both in pluginManagement and also reporting) for the skip configuration option. We do this for all of our report plugins, but I find it most useful for PMD, Checkstyle, Javadoc, and GWT's SOYC. With this strategy I'm able to get a minimal amount of leaf-node replication. I also think it makes my build process more flexible, as an experienced person can -Dmaven.surefire.skip= on the command line. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Resource filtering difficulties.
I'm having difficulties with resource filtering In my pom I have: resource targetPathsome path/targetPath filteringtrue/filtering directory${basedir}/src/main/xpatch/directory includesinclude*/include/includes /resource plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-resources-plugin/artifactId configuration escapeString\/escapeString /configuration /plugin in src/main/xpatch I have: ?xml version=1.0? patches xmlns:map=http://apache.org/cocoon/sitemap/1.0; patch xpath=/runtime/containers remove=artifa...@id='competent']/ patch xpath=/runtime/containers remove=artifa...@id='doctasks']/ patch xpath=/runtime/containers insert-after=artifa...@id='workflow'] artifact id=doctasks groupId=daisy artifactId=daisy-doctaskrunner-server-impl version=${myversion}/ artifact id=doctasks groupId=daisy artifactId=daisy-doctaskrunner-server-impl version=${myversion} / artifact id=workflow groupId=daisy artifactId=daisy-workflow-server-impl version=${myversion}/ /patch /patches In the output, ${myversion} is not replaced. I have determined that the problem is caused by the fact that the @ is also a I have also tried escaping the @ using the escape string defined in the pom, but then the output looks like this:: patch xpath=/runtime/containers remove=artifa...@id='competent']/ patch xpath=/runtime/containers remove=artifac...@id='doctasks']/ patch xpath=/runtime/containers insert-after=artifac...@id='workflow'] ... (The first \@ is escaped, but for the others nothing happens. IIUC this has to do with the fact that the escape string is used to escape pairs of at signs, but that seems like a strange way to handle things). I found some more info here: http://maven.apache.org/shared/maven-filtering/, but nothing that helped In the end I ended up defining a property at=@ and using ${at} in my resource, which works but isn't very nice. Does anyone have ideas about this? Regards, Karel0 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Mojo properties inheritance
Hi Justin, it looks like it works if the two classes are inside the same project, but not if B inherits from a class in another plugin... It looks like a bug... or can anyone see any reason for it? Ste On Wed, Jan 6, 2010 at 10:25 PM, Justin Edelson justinedel...@gmail.com wrote: Are A and B in the same JAR file? If so, this should work. If you look at just about any core plugin, it depends upon this working. For example: http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-install-plugin/src/main/java/org/apache/maven/plugin/install/InstallMojo.java extends http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-install-plugin/src/main/java/org/apache/maven/plugin/install/AbstractInstallMojo.java Justin On Wed, Jan 6, 2010 at 3:54 PM, Stefano Fornari stefano.forn...@gmail.comwrote: Hi All, I am developing a mojo A and I would like to extend it with a subclass mojo B. I declared the project property in A and when the mojo executes, the property is correctly set. I expected the same behaviour for B, but it looks like it does not work. If I do not declare the project field in B, the maven project object is not set. Is this the normal behaviour? Is there a way to inherit mojo configuration parameters? Thanks in advance. -- Ste - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ste - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: error using scm:accurev with the scm plugin
I have written a replacement accurev provider that works with continuum and the release plugin See http://jira.codehaus.org/browse/SCM-445 A number of the issues and how I worked around them are in the site documentation, which I've put up at http://lastweekend.com.au/projects/maven-scm-provider-accurev/site/ I'm currently trying to get this included into maven-scm-1.3, to use it in the meantime you'll need to download and build and then reference version 1.2.1-SNAPSHOT in your pom. Stephen Connolly-2 wrote: I told you already, Accurev does not play well with Maven... and IMHO, it cannot be made to play well with Maven without Accurev re-architecting some things. -Stephen 2009/12/30 eyal edri eyal.e...@gmail.com: i'm trying to use the scm plugin with the Accurev SCM. Here's my pom: project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi= http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.company.sql/groupId artifactIdDbUtil/artifactId packagingjar/packaging version0.0.3/version nameDbUtil/name parent groupIdcom.company.maven.pom/groupId artifactIdWebSecParent/artifactId version0.0.1/version /parent dependencies dependency groupIdcom.microsoft.sqlserver.jdbc/groupId artifactIdsqljdbc/artifactId version2.0/version /dependency dependency groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-provider-accurev/artifactId version1.1/version /dependency /dependencies scm connectionscm:accurev:server:5050/CTTest/DbUtil//connection /scm build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-scm-plugin/artifactId version1.0/version configuration goalsinstall/goals /configuration /plugin /plugins /build /project when i run scm:compile: [INFO] Scanning for projects... [INFO] [INFO] Building DbUtil [INFO] task-segment: [scm:validate] (aggregator-style) [INFO] [INFO] Preparing scm:validate [INFO] No goals needed for project - skipping [INFO] [scm:validate {execution: default-cli}] [ERROR] Validation of scm url connection (connectionUrl) failed : [ERROR] No such provider installed 'accurev'. [ERROR] The invalid scm url connection: 'scm:accurev:server:5050/CTTest/DbUtil/'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Command failed. Bad Scm URL. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 4 seconds [INFO] Finished at: Wed Dec 30 15:00:28 IST 2009 [INFO] Final Memory: 11M/73M [INFO] Any idea? -- Eyal Edri - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/error-using-scm%3Aaccurev-with-the-scm-plugin-tp26967303p27083572.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: error using scm:accurev with the scm plugin
not bad you've hit the same issues I saw Sent from my [rhymes with tryPod] ;-) On 8 Jan 2010, at 23:18, lwoggardner gr...@lastweekend.com.au wrote: I have written a replacement accurev provider that works with continuum and the release plugin See http://jira.codehaus.org/browse/SCM-445 A number of the issues and how I worked around them are in the site documentation, which I've put up at http://lastweekend.com.au/projects/maven-scm-provider-accurev/site/ I'm currently trying to get this included into maven-scm-1.3, to use it in the meantime you'll need to download and build and then reference version 1.2.1-SNAPSHOT in your pom. Stephen Connolly-2 wrote: I told you already, Accurev does not play well with Maven... and IMHO, it cannot be made to play well with Maven without Accurev re-architecting some things. -Stephen 2009/12/30 eyal edri eyal.e...@gmail.com: i'm trying to use the scm plugin with the Accurev SCM. Here's my pom: project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi= http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdcom.company.sql/groupId artifactIdDbUtil/artifactId packagingjar/packaging version0.0.3/version nameDbUtil/name parent groupIdcom.company.maven.pom/groupId artifactIdWebSecParent/artifactId version0.0.1/version /parent dependencies dependency groupIdcom.microsoft.sqlserver.jdbc/groupId artifactIdsqljdbc/artifactId version2.0/version /dependency dependency groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-provider-accurev/artifactId version1.1/version /dependency /dependencies scm connectionscm:accurev:server:5050/CTTest/DbUtil//connection /scm build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-scm-plugin/artifactId version1.0/version configuration goalsinstall/goals /configuration /plugin /plugins /build /project when i run scm:compile: [INFO] Scanning for projects... [INFO] --- --- -- [INFO] Building DbUtil [INFO]task-segment: [scm:validate] (aggregator-style) [INFO] --- --- -- [INFO] Preparing scm:validate [INFO] No goals needed for project - skipping [INFO] [scm:validate {execution: default-cli}] [ERROR] Validation of scm url connection (connectionUrl) failed : [ERROR] No such provider installed 'accurev'. [ERROR] The invalid scm url connection: 'scm:accurev:server:5050/CTTest/DbUtil/'. [INFO] --- --- -- [ERROR] BUILD ERROR [INFO] --- --- -- [INFO] Command failed. Bad Scm URL. [INFO] --- --- -- [INFO] For more information, run Maven with the -e switch [INFO] --- --- -- [INFO] Total time: 4 seconds [INFO] Finished at: Wed Dec 30 15:00:28 IST 2009 [INFO] Final Memory: 11M/73M [INFO] --- --- -- Any idea? -- Eyal Edri - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/error-using-scm%3Aaccurev-with-the-scm-plugin-tp26967303p27083572.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Mojo properties inheritance
it looks like it works if the two classes are inside the same project, but not if B inherits from a class in another plugin... Extract the common functionality into its own project/jar and depend on that artifact from both plugins. You shouldn't be inheriting classes in other plugins due to the way Maven's classloader works etc. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Mojo properties inheritance
if you own the mojos, you can get them to talk via project.getPluginContext() ( ie one can write something in a map and the other reads it ) native-maven-plugin source is a good example -Dan On Fri, Jan 8, 2010 at 4:45 PM, Wayne Fay wayne...@gmail.com wrote: it looks like it works if the two classes are inside the same project, but not if B inherits from a class in another plugin... Extract the common functionality into its own project/jar and depend on that artifact from both plugins. You shouldn't be inheriting classes in other plugins due to the way Maven's classloader works etc. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org