I will go and specify the versions. But isn't maven suppose to look for and upgrade to the latest version, unless I say otherwise, every time I run maven?
Or is this something done on a random basis? I get more and more confuse by the minute on how maven is suppose to behave. Jose A. Brian E. Fox wrote: > > If you haven't specified the version of the plugin in your pom, then the > version each developer has can be different. See the other threads on > this list for more info. > > -----Original Message----- > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > Sent: Monday, April 23, 2007 8:36 AM > To: [email protected] > Subject: Re: NullPointerException during maven-assembly-plugin > > > We are quite simple maven users here. We all installed maven 2.0.5, our > project code and POMs are on SVN. We do not build any maven component > from > source and using the same settings. And we all run maven from the same > recipe of commands that we more or less cut and paste like: > > mvn install assembly:directory -Dlive > > or > > mvn -Dproject.test.skip=false install assembly:directory -Dlive > > Nothing fancy. > > > Jason van Zyl-2 wrote: >> >> >> If you all share a single configuration then they should behave them >> same. If some developers have different update policies then some >> users will download new versions and some won't. If some have built >> from trunk then some will have yet again a different version. The >> only way to lock it down is to specify the version. The assembly >> plugin was released on the 11th it appears: >> >> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-assembly- > >> plugin/ >> >>> As per a reproducible example, this is exactly the main issue we >>> are having, >>> we cannot even reproduce the error across our environments here. >> >> > > Will try fixing to 2.1 and will let you know. > > > Jason van Zyl-2 wrote: >> >> When you specify a version? >> >>> We are all >>> running maven 2.0.5 and we are all building out of the same source >>> on SVN. >> > > Will let you know... >> >> >> >> Jason van Zyl-2 wrote: >>> >>> Specify the version of the assembly plugin you want to use, and you >>> probably want 2.1 which was the release before 2.2-beta-1. >>> >>> You've hit a bug with the new version of the assembly plugin. This is >>> why it is good to specify the versions of plugins you are using. Your >>> builds probably updated to the latest version of the assembly plugin. >>> >>> Please give us a build that is representative of your build so that >>> we can fix it. >>> >>> Thanks, >>> >>> Jason. >>> >>>> >>>> Jose Alberto Fernandez wrote: >>>>> >>>>> Hi guys, I posted this on the user list but got no answers. It >>>>> is an >>>>> urgent matter as it is affecting some of our developers that are >>>>> unable to >>>>> build the project anymore while others can. Talking about >>>>> unreproducible >>>>> builds. >>>>> >>>>> We are getting the following stack-trace while executing the >>>>> assembly:directory goal. >>>>> >>>>> The artifact com.cellectivity:fattoush-test-shared is declared >>>>> on the >>>>> module POMs as: >>>>> >>>>> <dependency> >>>>> <groupId>com.cellectivity</groupId> >>>>> <artifactId>fattoush-test-shared</artifactId> >>>>> <scope>test</scope> >>>>> <version>[1.0,)</version> >>>>> <type>test-jar</type> >>>>> </dependency> >>>>> >>>>> As it is needed only for testing. Notice that the version is >>>>> required by >>>>> MVN and if I ask for the specific current version $ >>>>> {project.version} MVN >>>>> complaints it cannot find it. Eventhough it is one of the >>>>> artifacts that >>>>> is building. >>>>> >>>>> <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> >>>>> <groupId>com.cellectivity</groupId> >>>>> <artifactId>fattoush</artifactId> >>>>> <version>1.5.2-SNAPSHOT</version> >>>>> </parent> >>>>> <modelVersion>4.0.0</modelVersion> >>>>> <artifactId>fattoush-test-shared</artifactId> >>>>> <packaging>jar</packaging> >>>>> <name>Fattoush Test Shared</name> >>>>> <dependencies> >>>>> <dependency> >>>>> <groupId>com.cellectivity</groupId> >>>>> <artifactId>fattoush-core</artifactId> >>>>> </dependency> >>>>> <dependency> >>>>> <groupId>com.cellectivity</groupId> >>>>> <artifactId>fattoush-module-constant</artifactId> >>>>> </dependency> >>>>> </dependencies> >>>>> <build> >>>>> <plugins> >>>>> <plugin> >>>>> <groupId>org.apache.maven.plugins</groupId> >>>>> <artifactId>maven-jar-plugin</artifactId> >>>>> <executions> >>>>> <execution> >>>>> <goals> >>>>> <goal>test-jar</goal> >>>>> </goals> >>>>> </execution> >>>>> </executions> >>>>> </plugin> >>>>> </plugins> >>>>> </build> >>>>> </project> >>>>> >>>>> when we execute mvn install everything works, but if we do mvn >>>>> install >>>>> assembly:directory it fails during assembly. the stack-trace is as >>>>> follows: >>>>> >>>>> [INFO] [assembly:directory] >>>>> [INFO] Reading assembly descriptor: >>>>> D:\fattoush\mvn\fattoush\assembly\assembly-live.xml >>>>> [WARNING] NOTE: Currently, inclusion of module dependencies may >>>>> produce >>>>> unpredictable results if a version conflict occu rs. >>>>> [INFO] Processing DependencySet (output=${version}/lib) [INFO] >>>>> ------------------------------------------------------------------- > >>>>> -- >>>>> --- >>>>> [ERROR] FATAL ERROR >>>>> [INFO] >>>>> ------------------------------------------------------------------- > >>>>> -- >>>>> --- >>>>> [INFO] version was null for com.cellectivity:fattoush-test-shared >>>>> [INFO] >>>>> ------------------------------------------------------------------- > >>>>> -- >>>>> --- >>>>> [INFO] Trace >>>>> java.lang.NullPointerException: version was null for >>>>> com.cellectivity:fattoush-test-shared >>>>> at >>>>> org.apache.maven.artifact.DefaultArtifact.getBaseVersion >>>>> (DefaultArtifact.java:364) >>>>> at >>>>> org.apache.maven.artifact.DefaultArtifact.getId >>>>> (DefaultArtifact.java:225) >>>>> at >>>>> org.apache.maven.shared.artifact.filter.ScopeArtifactFilter.include >>>>> (ScopeArtifactFilter.java:142) >>>>> at >>>>> org.apache.maven.project.artifact.MavenMetadataSource.createArtifac > >>>>> ts >>>>> (MavenMetadataSource.java:344) >>>>> at >>>>> org.apache.maven.plugin.assembly.artifact.DefaultDependencyResolver > >>>>> .r >>>>> esolveDependencies(DefaultDependencyReso >>>>> lver.java:82) >>>>> at >>>>> org.apache.maven.plugin.assembly.archive.task.AddDependencySetsTask > >>>>> .r >>>>> esolveDependencyArtifacts(AddDependencyS >>>>> etsTask.java:155) >>>>> at >>>>> org.apache.maven.plugin.assembly.archive.task.AddDependencySetsTask > >>>>> .a >>>>> ddDependencySet(AddDependencySetsTask.ja >>>>> va:100) >>>>> at >>>>> org.apache.maven.plugin.assembly.archive.task.AddDependencySetsTask > >>>>> .e >>>>> xecute(AddDependencySetsTask.java:90) >>>>> at >>>>> org.apache.maven.plugin.assembly.archive.phase.ModuleSetAssemblyPha > >>>>> se >>>>> .addModuleBinaries(ModuleSetAssemblyPhas >>>>> e.java:198) >>>>> at >>>>> org.apache.maven.plugin.assembly.archive.phase.ModuleSetAssemblyPha > >>>>> se >>>>> .execute(ModuleSetAssemblyPhase.java:91) >>>>> >>>>> at >>>>> org.apache.maven.plugin.assembly.archive.DefaultAssemblyArchiver.cr > >>>>> ea >>>>> teArchive(DefaultAssemblyArchiver.java:9 >>>>> 8) >>>>> at >>>>> org.apache.maven.plugin.assembly.mojos.AbstractDirectoryMojo.create > >>>>> Di >>>>> rectory(AbstractDirectoryMojo.java:79) >>>>> at >>>>> org.apache.maven.plugin.assembly.mojos.AbstractDirectoryMojo.execut > >>>>> e( >>>>> AbstractDirectoryMojo.java:57) >>>>> at >>>>> org.apache.maven.plugin.DefaultPluginManager.executeMojo >>>>> (DefaultPluginManager.java:420) >>>>> at >>>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals >>>>> (DefaultLifecycleExecutor.java:539) >>>>> at >>>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalo > >>>>> ne >>>>> Goal(DefaultLifecycleExecutor.java:493) >>>>> at >>>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal >>>>> (DefaultLifecycleExecutor.java:463) >>>>> at >>>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndH > >>>>> an >>>>> dleFailures(DefaultLifecycleExecutor.jav >>>>> a:311) >>>>> at >>>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegm > >>>>> en >>>>> ts(DefaultLifecycleExecutor.java:224) >>>>> at >>>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute >>>>> (DefaultLifecycleExecutor.java:143) >>>>> at org.apache.maven.DefaultMaven.doExecute >>>>> (DefaultMaven.java:330) >>>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java: >>>>> 123) >>>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>>> Method) >>>>> at >>>>> sun.reflect.NativeMethodAccessorImpl.invoke >>>>> (NativeMethodAccessorImpl.java:39) >>>>> at >>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke >>>>> (DelegatingMethodAccessorImpl.java:25) >>>>> at java.lang.reflect.Method.invoke(Method.java:585) >>>>> at >>>>> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) >>>>> at org.codehaus.classworlds.Launcher.launch(Launcher.java: >>>>> 255) >>>>> at >>>>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java: >>>>> 430) >>>>> at org.codehaus.classworlds.Launcher.main(Launcher.java: >>>>> 375) >>>>> >>>>> The interesting part of the assembly descriptor is: >>>>> >>>>> <moduleSets> >>>>> <moduleSet> >>>>> <includes> >>>>> <include>com.cellectivity:fattoush-app-portal</include> >>>>> </includes> >>>>> <binaries> >>>>> <outputDirectory>${version}/lib</outputDirectory> >>>>> <includeDependencies>true</includeDependencies> >>>>> <unpack>false</unpack> >>>>> </binaries> >>>>> </moduleSet> >>>>> </moduleSets> >>>>> >>>>> Funny enough the error only happens consistently on certain >>>>> machines and >>>>> not in others. I am able to build, but one of my co-workers >>>>> cannot, same >>>>> branch. So much about reproducible builds. We have even tried >>>>> copying my >>>>> local repository into his local repository to see if it made any >>>>> difference; try deleting his repository completely; but nothing >>>>> helps. >>>>> >>>>> Any clues on what can be going wrong, will be appreciated. >>>>> >>>>> >>>> >>>> -- >>>> View this message in context: http://www.nabble.com/ >>>> NullPointerException-during-maven-assembly-plugin- >>>> tf3624104s177.html#a10128693 >>>> Sent from the Maven Developers mailing list archive at Nabble.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] >>> >>> >>> >> >> -- >> View this message in context: http://www.nabble.com/ >> NullPointerException-during-maven-assembly-plugin- >> tf3624104s177.html#a10138035 >> Sent from the Maven Developers mailing list archive at Nabble.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] > > > > > -- > View this message in context: > http://www.nabble.com/NullPointerException-during-maven-assembly-plugin- > tf3624104s177.html#a10139230 > Sent from the Maven Developers mailing list archive at Nabble.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] > > > -- View this message in context: http://www.nabble.com/NullPointerException-during-maven-assembly-plugin-tf3624104s177.html#a10139689 Sent from the Maven Developers mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
