Hello Hans,
thanks for clearing this up. I just digged into the manual again and saw, that
you described my problem in Example 23.2.
Anyhow, the difference between adding actions to a task and configuring a task
is very small.
Kind regards
Matthias
-Original Message-
From: Hans
We are using an ivy.xml within Eclipse (+IvyDE plugin), and we want Gradle to
pickup that file.
In Gradle 0.5.2 there was a simple way to load dependencies from an existing
ivy.xml file.
dependencies {
dependencyDescriptors(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I need to set a classpath attribute for an ant task to contain the artefacts
of some configuration. In Gradle 0.5 I did it like this:
ant.java(classname: 'org.example.Clazz',
classpath: dependencies.antpath('myconfig'))
But antpath() is
Ok, I have been trying to confine all the nasty details of that Jython
artifact handling thing.
But I'm stuck in Gradle. Below is an annotated version of what I have been
trying to get working. I tried to confine everything to one task to not have
all the details spread through the build code. If
On May 25, 2009, at 9:39 PM, Daniel wrote:
One neat thing to do on the mac, that is on a related note, would be
to support Growl, as Buildr does. It's very nice to have a window
popup that says your couple of minutes lasting build failed, while
you're surfing the web. Growl has a Java API
On May 26, 2009, at 1:04 PM, Pfau, Matthias wrote:
Hello Hans,
thanks for clearing this up. I just digged into the manual again and
saw, that you described my problem in Example 23.2.
Anyhow, the difference between adding actions to a task and
configuring a task is very small.
One very
The twitter one has already an issue in JIRA:
http://jira.codehaus.org/browse/GRADLE-494
One is probably going to be a duplicate of the other...
2009/5/26 Jason Porter lightguard...@gmail.com
http://jira.codehaus.org/browse/GRADLE-505 - it contains the growl
idea as well as the accounce task
On May 25, 2009, at 9:46 PM, Daniel wrote:
On Tue, May 26, 2009 at 2:33 AM, Hans Dockter m...@dockter.biz
wrote:
On May 25, 2009, at 6:29 PM, Daniel Mueller wrote:
I'm trying to get a small project on Gradle 0.6. Without too much
success so far unfortunately.
I could try to describe
Hi Daniel,
there is a reasonable solution for your problem. I need to do some
polishing and commenting. I will post it during the next couple of
hours.
- Hans
On May 26, 2009, at 4:49 PM, Daniel wrote:
Ok, I have been trying to confine all the nasty details of that
Jython artifact
Oh, thanks, that would be awesome.
Daniel
On Tue, May 26, 2009 at 11:32 PM, Hans Dockter m...@dockter.biz wrote:
Hi Daniel,
there is a reasonable solution for your problem. I need to do some
polishing and commenting. I will post it during the next couple of hours.
- Hans
On May 26,
Hi all,
I am currently migrating from 0.5 to 0.6 and have almost succeeded (thanks
to the breaking changes doc) except for the exclusion of transitive
dependencies. Actually, I'm getting a NPE when I try to iterate over the
files in a configuration.
Here is a code snippet:
configurations {
On May 26, 2009, at 4:49 PM, Daniel wrote:
Ok, I have been trying to confine all the nasty details of that
Jython artifact handling thing.
But I'm stuck in Gradle. Below is an annotated version of what I
have been trying to get working. I tried to confine everything to
one task to not
Hi Rafa,
I can't reproduce this. The following code works for me (MetaModel has
a dependency on hsqldb):
usePlugin 'java'
repositories {
mavenCentral()
}
configurations {
all*.exclude group: hsqldb
}
dependencies {
compile dk.eobjects.commons:MetaModel:1.0.7
}
task
Hi Helmut,
On May 25, 2009, at 3:47 PM, Helmut Denk wrote:
another thing, i am not sure about is:
artifacts {
archives war
}
from the usersguide: The archives configuration is the
standard configuration to assign your artifacts to. The
Java plugin automatically assigns the default jar
On May 25, 2009, at 3:05 PM, Helmut Denk wrote:
hi gradle-users,
i am just about to upgrade and improve my
http://www.nabble.com/common-resolver-setup-across-multiple-gradle-builds-to19570795.html
gradle-customization and want to
share the results ... maybe get some feedback ;-)
here my
On May 26, 2009, at 8:45 PM, Jason Porter wrote:
How is this working with Ivy? AFAIK this is broken in Ivy.
Not that I know off. What exactly do you mean is broken? The whole Ivy
exclude mechanism?
- Hans
Jason Porter
Real Programmers think better when playing Adventure or Rogue.
Stellar! Thanks for the effort and the writeup.
I came across both the configurations copy() and the resolveAsReport() but
didn't combine the approaches. Also the assignment of the dependency to a
var didn't occur to me (ok, I'm coding in Groovy since 2 days or so ;) ).
I continued to search the
Oh, that was something that I was wondering about while browsing the code
(and looking through the Scala Plugin patch): There's no actual reason to
write plugins in Java, or is there?
Cheers,
Daniel
On Wed, May 27, 2009 at 1:55 AM, Hans Dockter m...@dockter.biz wrote:
On May 25, 2009, at 3:05
Ok, the stock PackagerResolver works like:
configurations {
somestuff
}
dependencies {
somestuff net.sourceforge.jtidy:jtidy:8.0.20060801.131059
}
repositories {
add(new org.apache.ivy.plugins.resolver.packager.PackagerResolver()) {
name = roundup
buildRoot = new
Hi Hans,
Thanks for the quick reply. I over-simplified my use case and that example
works, but I have just found the problem and it comes when using a flatDir
resolver. Here is a failing script:
repositories {
flatDir name: 'lib', dirs: src/lib
mavenCentral().checkconsistency = false
Those links are the same material that is in the user guide, which I've read
twice and still don't have a clue about how to use gradle to build a j2ee
project.
I've written many Ant builds, some very complex, but your documentation doesn't
give me a clue about how to do basic things like
Someone is probably going to respond in more detail, but as a first pointer,
look at Chapter 15: Java Plugin in combination with Chapter 24: Multiproject
builds (if you have separate cohesive units that have to be built in
isolation and might depend on each other).
And you can still use pure ant
The point of a convention-based approach is that you don't have
explicitly run compiler tasks or copy files all over the place. You just
stick your files in the place where the Java plugin expects them to be
and it compiles them for you, runs your tests and builds your jar file.
And yes,
23 matches
Mail list logo