On 2/02/10 8:30 AM, RenŽé Gröschke wrote:
Hi Adam,
just tried my build with the latest gradle/master. Thanks for this fast fix of GRADLE-808. Is there a date for the next snapshot upload to http://snapshots.dist.codehaus.org/gradle/?


There's a new snapshot up there now.

regards,
René

Adam Murdoch schrieb:


On 30/01/10 8:29 AM, RenŽé Gröschke wrote:
Hi there,
I have an uploadArchive Task that is defined as follows:

uploadArchives {
   repositories.mavenDeployer {
repository(url: "http://localhost:8081/artifactory/test-snapshots";) {
           authentication(userName: "hudson", password: "hudson")
       }
   }
}

This task works fine in my java plugin based build script, but I noticed the following IMO strange behaviour:

If I add a custom configuration (e.g. the following custom configuration "iajc" to configure ant aspectj task):

configurations{
   iajc
}

and then add dependencies to this configuration, which are also defined for another configuration (e.g. compile):

dependencies{
   compile "aspectj:aspectjlib:1.6.2"
   iajc "aspectj:aspectjlib:1.6.2"
}

This ends up in a nullpointer exception while executing with the following stacktrace:

Execution failed for task ':uploadArchives'.
at org.gradle.api.internal.tasks.DefaultTaskExecuter.executeActions(DefaultTaskExecuter.java:64) at org.gradle.api.internal.tasks.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:42) at org.gradle.api.internal.project.ExecutionShortCircuitTaskExecuter.execute(ExecutionShortCircuitTaskExecuter.java:63) at org.gradle.api.internal.tasks.SkipTaskExecuter.doExecute(SkipTaskExecuter.java:61) at org.gradle.api.internal.tasks.SkipTaskExecuter.execute(SkipTaskExecuter.java:35) at org.gradle.api.internal.AbstractTask.execute(AbstractTask.java:206) at org.gradle.execution.DefaultTaskGraphExecuter.executeTask(DefaultTaskGraphExecuter.java:167) at org.gradle.execution.DefaultTaskGraphExecuter.doExecute(DefaultTaskGraphExecuter.java:160) at org.gradle.execution.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:78) at org.gradle.execution.TaskNameResolvingBuildExecuter.execute(TaskNameResolvingBuildExecuter.java:160) at org.gradle.execution.DelegatingBuildExecuter.execute(DelegatingBuildExecuter.java:54)
   at org.gradle.GradleLauncher.doBuildStages(GradleLauncher.java:198)
   at org.gradle.GradleLauncher.doBuild(GradleLauncher.java:133)
   at org.gradle.GradleLauncher.run(GradleLauncher.java:103)
   at org.gradle.launcher.Main.execute(Main.java:93)
   at org.gradle.launcher.Main.main(Main.java:42)
   at org.gradle.launcher.GradleMain.main(GradleMain.java:51)
at org.gradle.wrapper.BootstrapMainStarter.start(BootstrapMainStarter.java:38)
   at org.gradle.wrapper.Wrapper.execute(Wrapper.java:58)
at org.gradle.wrapper.GradleWrapperMain.main(GradleWrapperMain.java:39) Caused by: org.gradle.api.GradleException: Could not publish configurations [configuration 'archives']. at org.gradle.api.internal.artifacts.ivyservice.ErrorHandlingIvyService.publish(ErrorHandlingIvyService.java:44) at org.gradle.api.internal.artifacts.configurations.DefaultConfiguration.publish(DefaultConfiguration.java:198)
   at org.gradle.api.tasks.Upload.upload(Upload.java:57)
   at org.gradle.api.DefaultTask.invokeMethod(DefaultTask.groovy)
   at org.gradle.util.ReflectionUtil.invoke(ReflectionUtil.groovy:25)
at org.gradle.api.internal.project.AnnotationProcessingTaskFactory$2.execute(AnnotationProcessingTaskFactory.java:125) at org.gradle.api.internal.project.AnnotationProcessingTaskFactory$2.execute(AnnotationProcessingTaskFactory.java:123) at org.gradle.api.internal.tasks.DefaultTaskExecuter.executeActions(DefaultTaskExecuter.java:56)
   ... 19 common frames omitted
Caused by: java.lang.NullPointerException: null
at org.gradle.api.internal.artifacts.publish.maven.dependencies.DefaultConf2ScopeMappingContainer.findHighestPriorityMappingsForMappedConfigurations(DefaultConf2ScopeMappingContainer.java:69) at org.gradle.api.internal.artifacts.publish.maven.dependencies.DefaultConf2ScopeMappingContainer.getMappingsWithHighestPriority(DefaultConf2ScopeMappingContainer.java:60) at org.gradle.api.internal.artifacts.publish.maven.dependencies.DefaultConf2ScopeMappingContainer.getMappingWithHighestPriority(DefaultConf2ScopeMappingContainer.java:50) at org.gradle.api.internal.artifacts.publish.maven.dependencies.DefaultConf2ScopeMappingContainer.getMapping(DefaultConf2ScopeMappingContainer.java:42) at org.gradle.api.internal.artifacts.publish.maven.dependencies.DefaultPomDependenciesConverter.createDependencyToScopeMap(DefaultPomDependenciesConverter.java:52) at org.gradle.api.internal.artifacts.publish.maven.dependencies.DefaultPomDependenciesConverter.convert(DefaultPomDependenciesConverter.java:36) at org.gradle.api.internal.artifacts.publish.maven.dependencies.DefaultPomDependenciesWriter.convert(DefaultPomDependenciesWriter.java:38) at org.gradle.api.internal.artifacts.publish.maven.DefaultPomWriter.convert(DefaultPomWriter.java:45) at org.gradle.api.internal.artifacts.publish.maven.DefaultPomFileWriter.write(DefaultPomFileWriter.java:39) at org.gradle.api.internal.artifacts.publish.maven.deploy.DefaultArtifactPomContainer.createDeployableFilesInfos(DefaultArtifactPomContainer.java:68) at org.gradle.api.internal.artifacts.publish.maven.deploy.AbstractMavenResolver.commitPublishTransaction(AbstractMavenResolver.java:181) at org.apache.ivy.core.publish.PublishEngine.publish(PublishEngine.java:263) at org.gradle.api.internal.artifacts.ivyservice.DefaultIvyDependencyPublisher.publish(DefaultIvyDependencyPublisher.java:54) at org.gradle.api.internal.artifacts.ivyservice.DefaultIvyService.publish(DefaultIvyService.java:144) at org.gradle.api.internal.artifacts.ivyservice.ShortcircuitEmptyConfigsIvyService.publish(ShortcircuitEmptyConfigsIvyService.java:61) at org.gradle.api.internal.artifacts.ivyservice.ErrorHandlingIvyService.publish(ErrorHandlingIvyService.java:42)
   ... 26 common frames omitted



Is this a known issue?


No. The NPE is happening because of the custom configuration. I've added http://jira.codehaus.org/browse/GRADLE-808 for a fix.


Furthermore I'm not sure if adding a lib to two configurations is common practice?


Not sure if it's common practice, but it should work fine.





--
Adam Murdoch
Gradle Developer
http://www.gradle.org


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email


Reply via email to