Hi Narco,
On Mon, Jan 4, 2010 at 10:36 AM, Narco <[email protected]> wrote:
>
> Hans, as I already said there is no configuration object so I have no idea
> how to get that 'pathWithCustomAntTask.jar'.
> So, how to get dependencies path from initscript? example:
> initscript {
> repositories {
> add(new org.apache.ivy.plugins.resolver.URLResolver()) {
> ...
> }
> }
> dependencies {
> classpath group: 'ant-apache-oro', name: 'ant-apache-oro', version:
> '1.7.1'
> classpath group: 'jakarta-oro', name: 'jakarta-oro', version:
> '2.0.8'
> }
> }
> AntBuilder ant = new AntBuilder()
> //now I should add jars from dependencies to ant classpath, please help
> ant.p4sync(view: "...${changelist}")
>
I see your point. You are correct that you can't use the Gradle dependency
DSL at the moment in the init script (well, you could do it to some degree
but that would be pretty awkward). This is something we should address in
our next release. Until then you have a couple choices:
- Store the jar in version control
- Use the ant get command to download the jars
- Use the Ant Maven tasks
- Use the Ant Ivy tasks
- Hans
>
>
> Hans Dockter wrote:
> >
> > On Tue, Dec 22, 2009 at 11:14 AM, Narco <[email protected]> wrote:
> >
> >>
> >> John, You got my point how things should work :) However, I don`t want
> to
> >> use
> >> gradlew. I already have special bootstrap tool which downloads jdk,
> >> gradle,
> >> gwt etc from internal repository to set up client machine or even build
> >> machine. I need to ensure build reproducibility what means I need to be
> >> able
> >> to build any previous project state with simple switch on command line.
> >> At
> >> the same time I need to be sure that all client machines always builds
> >> with
> >> latest build scripts and sources when no switch is specified. This can
> be
> >> done only before project build. Since init.script is also managed by my
> >> bootstrap (dedicated from project) I can use it for this synchronization
> >> from VCS.
> >>
> >> So, Hans, Yes, I want to _execute_ the perforce ant task when the init
> >> script is evaluated.
> >>
> >
> > You can use the plain Groovy AntBuilder in the init.gradle.
> >
> > AntBuilder ant = new AntBuilder()
> > ant.getClass().classLoader.addURL(new
> > File('pathWithCustomAntTask.jar').toURL()) }
> > ant.someAntTask {
> >
> > }
> >
> > - Hans
> >
> > --
> > Hans Dockter
> > Gradle Project Manager
> > http://www.gradle.org
> >
> >
> >>
> >> John Murph wrote:
> >> >
> >> > On Mon, Dec 21, 2009 at 10:50 AM, Hans Dockter <[email protected]>
> wrote:
> >> >
> >> >>
> >> >>
> >> >> On Mon, Dec 21, 2009 at 10:58 AM, Narco <[email protected]> wrote:
> >> >>
> >> >>>
> >> >>> I see, is there a JIRA issue?
> >> >>> I have a bit complicated problem since I need to get it working from
> >> >>> init.gradle script where object configurations does not exists.
> >> Please
> >> >>> help.
> >> >>>
> >> >>
> >> >> You don't need configurations. You just need file objects for
> >> injecting
> >> >> the
> >> >> jars into the classloader.
> >> >>
> >> >> Do you want to _execute_ the perforce java task when the init script
> >> is
> >> >> evaluated?
> >> >>
> >> >>
> >> > Wow, that's interesting. I envision giving someone gradlew (and
> >> friends)
> >> > and an init.script. When they run it, it could pull down the "correct
> >> > version" of Gradle (this makes it a bit different from gradlew,
> >> though...)
> >> > and then run the init script. That script could then pull the
> >> necessary
> >> > sources from VCS (Perforce, or whatever) and then build it, which
> means
> >> I
> >> > want to _execute_ tasks from my init script. For what I'm thinking, I
> >> > would
> >> > want gradlew to get a specific release of Gradle, but be able to
> change
> >> > that
> >> > without touching the client machine. Maybe have gradlew get Gradle
> >> from
> >> > my
> >> > own repository and use the latest version (I'm assuming I would never
> >> want
> >> > to go back to an older version). In gradle-wrapper.properties, can
> >> > distributionVersion be '0.9+'? Or could I get gradlew to pull down a
> >> new
> >> > gradle-wrapper.properties from my binary repository and then use that
> >> > properties file to find the Gradle to use?
> >> >
> >> > BTW, the reason that I care is when I'm thinking about integrating
> >> Gradle
> >> > into our build process that involves non-software development teams.
> >> For
> >> > instance, we have a team that produces other data that goes into our
> >> > product. I want these teams to "publish" their contributions to our
> >> > internal binary repository. But, that's a lot of people (say 50 or
> >> so),
> >> > so
> >> > I don't want to have to maintain their Gradle installations. If I
> >> could
> >> > just put Gradlew (and a simple init script) on their machines the
> first
> >> > time
> >> > and be able to push stuff to the repo to "update" them on the fly it
> >> would
> >> > simply maintenance.
> >> >
> >> > All this makes me wonder if gradlew could be changed to use a script
> >> > rather
> >> > than a properties file. Then I could put logic into it to do things
> >> like
> >> > get more data from the repository and use that data to find the
> version
> >> of
> >> > Gradle to extract. Which goes towards Gradle being a script execution
> >> > engine with support for automatically downloading and using plugins
> >> (think
> >> > Ruby gems). The "Gradle install" becomes 20 or 30 KB, and everything
> >> else
> >> > gets downloaded on demand. Anyway, just something to think about.
> >> >
> >> > Sorry Narco, not trying to hijack your thread. I'll shut up now. :)
> >> >
> >> >
> >> > --
> >> > John Murph
> >> > Automated Logic Research Team
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >>
> http://old.nabble.com/Using-ant.p4sync-task-from-gradle-0.8-tp26829605p26886219.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
> >>
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/Using-ant.p4sync-task-from-gradle-0.8-tp26829605p27010606.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
>
>
>
