It compiled and I could run the build, but I just started trying to actually
run the wsejbdeploy ant task and I get an error:
No signature of method:
org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.antpath()
is applicable for argument types: (java.lang.String) values: {"wsanttasks"}
on the line:
taskdef(name: "wsejbdeploy", classname:
"com.ibm.websphere.ant.tasks.WsEjbDeploy", classpath:
project.dependencies.antpath("wsanttasks"))
where the logic is defined for using the custom ant task wsejbdeploy. This
happens in the following code block:
project.ant{
taskdef(name: "wsejbdeploy", classname:
"com.ibm.websphere.ant.tasks.WsEjbDeploy", classpath:
project.dependencies.antpath("wsanttasks"))
wsejbdeploy(inputJar:
"${project.buildDir.path}/${project.name}-${project.version}.jar",
classpath: path{
fileset(dir:
project.rootDir.path+"/${project.modulesDirPath}"){include(name:"**/*.jar")}
fileset(dir:
project.globalWasDir+'/lib'){include(name:"**/*.jar")}
fileset(dir:
project.globalWasDir+'/java'){include(name:"**/*.jar")}
fileset(dir:
project.globalWasDir+'/bin'){include(name:"**.*")}
fileset(dir:
project.rootDir.path){include(name:"**/*.jar")}
},
wasHome: project.globalWasDir,
outputJar:
"${project.rootDir.path}/${project.name}/${project.ejbTemp}/${project.name}-${project.version}.jar",
quiet:'false',
trace:'true',
failonerror:'true',
jvmMaxMemory: '1024M')
}
which worked in previous gradle versions.
Any idea would be much appreciated.
JerodLass wrote:
>
> filed: http://jira.codehaus.org/browse/GRADLE-527
>
> I have now built my first ear with gradle 0.6.1! Still a lot to do in
> updating all gradle files in all projects, but I can now use gradle again.
> Are there any big breaking changes in the DSL in upcoming releases? I'm
> trying to decide if I should skip over 0.6 on the CI engine since the
> people who own the projects I building have less patience than I do for
> changes in builds.
>
> Thanks for the help!
> Jerod
>
> Also, what's the status of an IntelliJ plugin?
>
>
> hdockter wrote:
>>
>>
>> On Jun 17, 2009, at 4:52 PM, JerodLass wrote:
>>
>>>
>>> Thanks, that worked. I don't have a good answer as to why I do that,
>>> but it's
>>> for using the ant task WsEjbDeploy. I declare the module and then,
>>> later, I
>>> refer to the configuration when I execute the task and it finds the
>>> jar.
>>> It's something I have been using for several gradle releases.
>>>
>>> I'm getting a funny error now. It applies all of the plugins, which
>>> is
>>> good, but now on the line:
>>> project.libs.archiveTasks.each {bundle ->
>>> I get an error:
>>> Execution failed for task ':projectModule:libs'.
>>> Cause: Could not find property 'archiveTasks' on task
>>> ':projectModule:libs'.
>>>
>>> I still see this in the userguide in example 24.59.
>>
>> This is a bug in the UG. Could you file a Jira?
>>
>>> Is there a new way to
>>> do something with all archives?
>>
>> Yes. For example:
>>
>> task showJars << {
>> tasks.withType(Jar).each { println it }
>> }
>>
>> - Hans
>>
>> --
>> Hans Dockter
>> Gradle Project Manager
>> http://www.gradle.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Client-module-for-custom-ant-tasks-tp23983465p24152726.html
Sent from the gradle-user mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
