classloader so I don't have to keep building up the
buildscript.dependencies closure.
--
~~ Robert Fischer, Smokejumper IT Consulting.
Enfranchised Mind Blog http://EnfranchisedMind.com/blog
Grails Expert Retainer Services
http://smokejumperit.com/grails-retainer
I'd like to provide the dependencies specified in the dependencies closure, not by the stuff in
buildscript.dependencies.
~~ Robert Fischer, Smokejumper IT Consulting.
Enfranchised Mind Blog http://EnfranchisedMind.com/blog
Grails Expert Retainer Services
http://smokejumperit.com/grails
AM, Robert Fischer
robert.fisc...@smokejumperit.com
mailto:robert.fisc...@smokejumperit.com wrote:
How can I exec a shell command and see the output? Normally, the
Ant exec task works fine for this, but when I invoke 'exec' in
Gradle, I don't get any output to the screen
Found the plugin stuff in the user guide. Amazing how much stuff is in
there.
Where did you find the documentation for consumeProcessOutput?
~~ Robert.
Robert Fischer wrote:
You should probably use an AtomicBoolean for running.
Is there an up-to-date description of how to build a plugin
I have three source sets: main, javacc, ast. They need to be compiled
in that order, and each needs to have access to the classes generated by
the previous ones. Specifying task dependencies doesn't get the classes
added to the classpath. If I try to add the files to
configurations.compile
.
Steve Ebersole wrote:
On Thu, 2009-11-19 at 09:09 -0500, Robert Fischer wrote:
I've added this directory to my project:
./src/javacc/java
Inside there are a bunch of Java files in their package directories.
However, when I execute this line in build.gradle:
sourceSets.each { println Source Set
is not in src/main/java
relative to the project directory.
-Paul
Robert Fischer wrote:
I didn't want to see the files. The point is that if I don't explicitly
specify javacc in the sourceSets closure, there is no javacc source
set in my project. This is true despite the existence of
./src
Yeah, that's what I ended up doing: it'll be out on GitHub presently.
~~ Robert.
Adam Murdoch wrote:
Robert Fischer wrote:
How can I exec a shell command and see the output? Normally, the Ant
exec task works fine for this, but when I invoke 'exec' in Gradle,
I don't get any output
Steve Ebersole wrote:
On Thu, 2009-11-19 at 17:46 -0500, Robert Fischer wrote:
Ahh. If I did anything particularly interesting with javacc, I would
make it a plugin. At this point in the build, though, it's just a
collection of Java source files. I do have that shell-exec command
which
compileScala.dependsOn.remove('compileJava')
Tried that -- didn't seem to do anything.
~~ Robert.
Adam Murdoch wrote:
Robert Fischer wrote:
I have three source sets: main, javacc, ast. They need to be
compiled in that order, and each needs to have access to the classes
generated
-guide.
gruesse
Robert Fischer wrote:
Do you have some documentation on that? Like where the
plugins.properties file is or what line you add to it? Or what the JAR
consists of?
-
To unsubscribe from this list
The user guide (Table 29.1) says that I need
'org.apache.maven.wagon:wagon-scp:1.0-beta-2' for
scp upload. But there is no such beast, at least not in the maven
central repo. Is there a different repo I should use, or am I missing
something?
~~ Robert.
/gradle-plugins/blob/master/build.gradle
~~ Robert.
Robert Fischer wrote:
The user guide (Table 29.1) says that I need
'org.apache.maven.wagon:wagon-scp:1.0-beta-2' for
scp upload. But there is no such beast, at least not in the maven
central repo. Is there a different repo I should use, or am I
I'm starting to release my plugins, and I've figured out a reasonably
simple way for people to use them. See my README here:
http://github.com/RobertFischer/gradle-plugins/blob/master/README.md
Currently, I've released two plugins: ClassLoaders and Exec. They allow
you to gain access to a
on each to the
cookbook (apart from informing us on the mailing list).
--
Tomek
2009/11/26 Robert Fischer robert.fisc...@smokejumperit.com:
I'm starting to release my plugins, and I've figured out a reasonably simple
way for people to use them. See my README here:
http://github.com/RobertFischer
Is there a way to add directories to the list of those that should be
cleaned? If not, what's the easiest way to specify additional actions when
clean is run?
~~ Robert.
In one of my sub-projects, I have three sourceSets: a, b, main. When I
execute :subproject:jar, however, I only get the main bit archived into
the jar: neither the a or b sourceSets make it in. I've got *.class files
in ./build/classes/a and ./build/classes/b - they just don't make it.
Any
IIRC, that resulted in only sourceSets.b.classesDir getting into the jar.
But I'll double-check.
~~ Robert.
On 19 August 2010 13:37, TheKaptain kelly...@gmail.com wrote:
You should be able to add to the jar definition as a workaround:
jar {
from sourceSets.a.classesDir
from
Is there a way to tell Gradle, If task A is being executed, make sure to
run task B after task A? I specifically don't want to make Task A a
dependency on B (it shouldn't run every time), but I'd like it to run them
together now and again, and when that happens they need to run in a certain
I suppose that'll work for the time being. As long as nobody expects
gradle a b to work.
~~ Robert.
On 20 August 2010 16:00, Jim Moore moore@gmail.com wrote:
Depends on your need, but it sounds like you simply need
task c(dependsOn: [a, b]) {}
On Fri, Aug 20, 2010 at 3:51 PM, Robert
But then if I do gradle a, I'll always get b run, too, right?
~~ Robert.
On 20 August 2010 16:37, Matthias Bohlen infom...@mbohlen.de wrote:
How about a.doLast(b) ? Does that work?
Am 20.08.2010 um 22:10 schrieb Robert Fischer:
I suppose that'll work for the time being. As long as nobody
Off the top of my head, I think the first case is supposed to be:
task cleanAll(type:Delete) {
}
~~ Robert.
On 20 August 2010 20:29, Eric Berry elbe...@gmail.com wrote:
I was defining a 'cleanAll' task and I ran into a little confusion with the
Task definition syntax described here:
There's a bunch of sane defaults in BND. Based on that error, it sounds
like your OSGi framework isn't exposing all the runtime packages it should
be. You can add packages for the framework to provide by adding them to
the org.osgi.framework.system.packages.extra system property.
What are you
, 2010 at 4:40 PM, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
But then if I do gradle a, I'll always get b run, too, right?
~~ Robert.
On 20 August 2010 16:37, Matthias Bohlen infom...@mbohlen.de wrote:
How about a.doLast(b) ? Does that work?
Am 20.08.2010 um 22:10 schrieb
about is vague generalities. If none of
the current suggestions makes it clear Oh, I can adapt it in *this* way to
my problem then a clearer statement of the problem is needed...
On Fri, Aug 20, 2010 at 4:40 PM, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
But then if I do gradle
I don't know anything about the Eclipse plugin, but here's a shot in the dark.
If you have projects with dependencies on other projects, it's the
jars resulting from those other projects that are added to the
classpath. So that will cause the jar to be generated, even if the
task at hand doesn't
Does your problem go away if you explicitly depend on jar? Also,
watch the execution of the tasks - is a clean being executed between
jar and onejarJar?
~~ Robert.
On 27 August 2010 10:46, Lars Heuer he...@semagia.com wrote:
Hi all,
During my build I create an additional jar which contains
From my personal experience, I think that it will get linearly (not
exponentially) worse. But yes, this is an issue in Gradle.
~~ Robert.
On 6 September 2010 08:28, Magnus Rundberget mrundber...@hotmail.comwrote:
Hi,
We've chosen gradle for our new build system and we've started the
The 0.6.2 release of my Gradle Plugins includes support for JavaCC and JJTree.
More information in the README:
http://github.com/RobertFischer/gradle-plugins/blob/master/README.md
~~ Robert.
-
To unsubscribe from this list,
If you already have a Manifest file generated, you're going to have to
configure the jar task's manifest file given the existing one. I'm not
entirely sure about the best way to do that.
What's your purpose in including the Apache-Commons JAR file within your
generated JAR? You can, of course,
, but I don't have a clue at the moment.
Thanks again for the kind support
Ale
On Mon, Oct 11, 2010 at 4:37 PM, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
If you already have a Manifest file generated, you're going to have to
configure the jar task's manifest file given
to exist because the dependencies?
Thank you very much for you time and consideration
Ale
On Mon, Oct 11, 2010 at 5:40 PM, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
The reason the jar-in-jar thing works is because it's specified using
Bundle-ClassPath: that works just for the JAR
if I could install that project and make it
work.
So for now I'll write the classpath manually, but I guess this won't
convince the devs in my company to get rid of that bunch of useless xml (
but I'll keep trying )
Thank you
Ale
--
Robert Fischer robert.fisc...@smokejumperit.com
This is getting a bit OT, but here goes.
I'm not sure what harnessing the WTK means, but isn't the whole purpose of
Java's VM approach to minimize architectural changes like 32 vs. 64 bit?
~~ Robert.
On 13 October 2010 11:31, Russel Winder rus...@russel.org.uk wrote:
Baruch,
On Wed,
Gretar-
Mind sharing that plugin? I was hoping there was something that would
produce source and doc archives for me.
~~ Robert.
On 15 October 2010 11:19, Gretar Arnason gretarr...@gmail.com wrote:
I'm using the following in a Plugin extending 'java' plugin for 0.9-rc-1 -
uploading to a
I go for a hybrid route: I have the most basic unit test code (and
ScalaCheck) living alongside my code, and any kind of integrative or
functional tests living elsewhere. This allows me to easily run some
key sanity checking code, and to only have to recompile that smaller
subset when I want to
I was playing around with integrating (an updated version of) a Maven-Proxy
daemon with Gradle, so you'd just hit the one proxy from all your builds.
This makes things a lot faster and enables off-line mode (only hit
localhost most of the time), and is also be nicer to all the poor
repositories
Every time I run my compile, I get the following order of steps:
:ashlar-compiler:ensureJavaccHome UP-TO-DATE
:ashlar-compiler:makeJavaccSrcDir SKIPPED
:ashlar-compiler:generateFromJJTree UP-TO-DATE
:ashlar-compiler:generateFromJavacc UP-TO-DATE
:ashlar-lang:compileJava UP-TO-DATE
Murdoch a...@gradle.biz wrote:
On 18/11/2010, at 7:34 AM, Robert Fischer wrote:
Every time I run my compile, I get the following order of steps:
:ashlar-compiler:ensureJavaccHome UP-TO-DATE
:ashlar-compiler:makeJavaccSrcDir SKIPPED
:ashlar-compiler:generateFromJJTree UP-TO-DATE
:ashlar
Done: http://jira.codehaus.org/browse/GRADLE-1227
~~ Robert.
On 17 November 2010 16:56, Adam Murdoch a...@gradle.biz wrote:
On 18/11/2010, at 8:52 AM, Robert Fischer wrote:
Using gradle -i, it tipped me off that the manifest file had changed.
Looks like the osgi plugin is generating
http://enfranchisedmind.com/blog/posts/gradle-depnames/
As part of the 0.6.7 release of Gradle-Plugins, there's a new game in
town: the DepNames plugin. It allows you to define dependency
keywords globally and/or in the root project, and then to use keywords
to define dependencies (instead of
The 0.6.8 version will allow GString-style interpolation in the values.
~~ Robert.
On 20 November 2010 11:58, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
http://enfranchisedmind.com/blog/posts/gradle-depnames/
As part of the 0.6.7 release of Gradle-Plugins, there's a new game
Thank you very much! I was just looking for something like the
repository plugin.
Now, if git just had some kind of external mechanism a la svn...
~~ Robert.
On 21 November 2010 11:00, Yan (pongasoft) y...@pongasoft.com wrote:
Hello Guys
First of all I wanted to express my deep gratitude for
a vast
improvement compared to the maven dependencyManagement - but your plugin
looks promising.
Cheers,
Joern.
On 20.11.2010, at 18:22, Robert Fischer wrote:
The 0.6.8 version will allow GString-style interpolation in the values.
~~ Robert.
On 20 November 2010 11:58, Robert Fischer
Oh, you have no idea how happy you just made me.
~~ Robert.
On 21 November 2010 18:10, Luke Daley l...@ldaley.com wrote:
On 22/11/2010, at 2:05 AM, Robert Fischer wrote:
Thank you very much! I was just looking for something like the
repository plugin.
Now, if git just had some kind
Yeah, we really don't want dependsOn to imply an ordering, because
else builds will just end up being a broken mess of unnecessary
bookkeeping. It would also kill the ability to do concurrent build
steps (should we have such a thing).
~~ Robert.
On 24 November 2010 10:16, Dierk König
dependency-order-by-declaration-sequence is in my eyes one of the features
that makes so many ANT builds difficult to maintain. You need to know the whole
build to safely make a tiny change in the dependency chain and you
have to make those
changes more often. You even have to know the whole build
What are the semantics you are trying to communicate here? What are
you trying to accomplish?
~~ Robert.
On 27 November 2010 17:48, Steven Devijver sdevij...@yahoo.fr wrote:
Hey,
I have these tasks:
def my_dir = test_dir
task A(type: Delete) {
delete = my_dir
}
task B(dependsOn: A) {
The easiest way is to call clean and/or delete the build directory and/or
delete the .gradle directory. Your CI server should probably be working
from a clean check-out (at least reasonably frequently...) anyway.
~~ Robert.
On 30 November 2010 15:37, Marcus Better mar...@better.se wrote:
How can I use a Java agent when executing my tests?
~~ Robert.
I'll give that a shot: thanks!
~~ Robert.
On 30 November 2010 17:32, Adam Murdoch a...@gradle.biz wrote:
On 01/12/2010, at 7:44 AM, Robert Fischer wrote:
How can I use a Java agent when executing my tests?
Probably, but I've not tried it. You should just be able to use the
appropriate
Since the user is never calling these things individually, I probably
wouldn't approach this as a bunch of tasks. Instead, I'd probably
create one Gradle task to accomplish this and then use the Ant zip
task through the project's ant property.
http://ant.apache.org/manual/Tasks/zip.html
~~
I have a jar that I use to mock some code for compiling, but then do
not want that mock jar on the classpath for runtime: the functionality
is provided by a javaagent. What's the recommended way to handle
this? I'm not sure how to redefine the runtime configuration to
exclude the jar, so I tried
Is your question how to define new SourceSets representing particular folders?
If so, see 21.7 in the User Guide:
http://gradle.org/0.9-rc-3/docs/userguide/java_plugin.html#sec:source_sets
~~ Robert.
On 9 December 2010 06:09, rajmahendra rajmahen...@gmail.com wrote:
Hi
I am creating a
Unfortunately, Ivy needs a patterns for artifacts, and those are far
from standard on GitHub. If you can define them, though, for a
particular project, then you should be able to specify a resolver
without too much difficulty.
~~ Robert.
On 8 December 2010 19:40, Benjamin Muschko
}
}
But it makes my spidey-sense tingle: it doesn't seem right to be
injecting the new element onto the classpath after the whole task
graph is resolved.
~~ Robert.
On 9 December 2010 13:19, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
I have a jar that I use to mock some code for compiling
Won't having testCompile extend compileWithExtraStuff result in
testRuntime also containing the extra stuff?
~~ Robert.
On 9 December 2010 15:51, Adam Murdoch a...@gradle.biz wrote:
On 10/12/2010, at 5:19 AM, Robert Fischer wrote:
I have a jar that I use to mock some code for compiling
What does your plugin code look like right now?
~~ Robert.
On 13 December 2010 06:11, rajmahendra rajmahen...@gmail.com wrote:
yes,
But i like to have this inside my plugin. i dont want to tell my user to do
this in his build.gradle
--
View this message in context:
This is a problem with snapshots, not repositories. By default, the
cache is never used for snapshots because, y'know, they're snapshots
and subject to change. Try setting the snapshot timeout to one minute
and see if that solves the repeated downloads in a single build:
For one, it will mess with people who set their own Xmx values via
$GRADLE_OPTS and $JAVA_OPTS.
~~ Robert.
On 15 December 2010 20:18, Dave King djk...@gmail.com wrote:
We've been hitting some very strange errors, turns out they were
memory related. In the shell script all we had to do was
in the scripts and where to change them.
- Peace
Dave
On Wed, Dec 15, 2010 at 8:16 PM, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
For one, it will mess with people who set their own Xmx values via
$GRADLE_OPTS and $JAVA_OPTS.
~~ Robert.
On 15 December 2010 20:18, Dave King
+1 to Russel's annoyance. I don't have a great solution, but I've set up a
script on boot to wipe out the cache directory. That script has reclaimed
rather impressive amounts of hard disk space (by my ancient laptop's
standards, anyway) in the past.
~~ Robert.
On 28 December 2010 08:36, Russel
Score one for Gradle!
~~ Robert.
On Tue, Jan 11, 2011 at 3:37 AM, Hans Dockter h...@gradle.biz wrote:
Hi,
we are very excited that Peter Niederwieser, the author of Spock, has joined
the Gradle team.
Welcome Peter!
Hans
--
Hans Dockter
Founder, Gradle
http://www.gradle.org,
I've got a multi-project build. Is there a way to generate composite
javadocs? The javadoc task seems to produce them per-project, but I'd
prefer to have a single big compiled version—or at least have them
interlinked! This is the kind of thing I've gone off to write a
plug-in for, only to
Is it possible to query for the daemon? I've discovered an issue when
using the daemon (some code goes to the FileDescriptors in order to
grab stdout, which means the output is lost under the daemon) and I'd
like to be able to disable that behavior if the daemon is running.
~~ Robert.
Have the CI server provide the password as a Java property. That will
be accessible to the build script.
Sooner or later, the CI server is going to have to have a secret that
it exposes to the build script in order to decrypt the password. From
a security standpoint, that secret is equivalent to
I've generated a plugin that can be used as a base for implementing
compilers of all stripes:
http://github.com/RobertFischer/Gradle-Compiler-Plugins
Also, there's a plugin specifically for Headius' Mirah language based on it:
http://github.com/RobertFischer/Gradle-Mirah-Compiler
~~ Robert.
Looks like they changed the API on you. Going to have to figure out
the new Ant task class name.
~~ Robert.
On Sat, Apr 16, 2011 at 4:30 PM, Marko Bauhardt m...@101tec.com wrote:
hi all.
i'm using gradle 1.0 milestone-1.
as i understand gradle's antlr plugin works with antlr2. i tried to
to support both versions. That is much
tougher.
On 04/16/2011 04:55 PM, Robert Fischer wrote:
Looks like they changed the API on you. Going to have to figure out
the new Ant task class name.
~~ Robert.
On Sat, Apr 16, 2011 at 4:30 PM, Marko Bauhardtm...@101tec.com wrote:
hi all
task ci(dpeendsOn:getTasksByName(build, true))
~~ Robert.
On Mon, Apr 18, 2011 at 10:01 PM, Howard Lewis Ship hls...@gmail.com wrote:
This seems like it should be easy.
I have a top-level task:
task continuousIntegration(dependsOn: ['build', 'aggregateJavadoc'])
However, my top-level
Don't you have to do subprojects*.tasks*.build these days? For some
reason, I've got it in my head that the direct project - task link
was broken.
~~ Robert.
On Tue, Apr 19, 2011 at 12:08 AM, Adam Murdoch
adam.murd...@gradleware.com wrote:
On 19/04/2011, at 12:01 PM, Howard Lewis Ship wrote:
the list :(
On Tue, Apr 19, 2011 at 5:13 AM, Peter Niederwieser pnied...@gmail.com
wrote:
Robert Fischer wrote:
Don't you have to do subprojects*.tasks*.build these days? For some
reason, I've got it in my head that the direct project - task link
was broken.
subprojects.build is enough
If you need help developing the plug-in, feel free to drop me a line off-list.
~~ Robert.
On Wed, Apr 20, 2011 at 11:02 AM, StormeHawke
brian.trez...@intellidata.net wrote:
Ronen Narkis wrote:
I'm planning to give this plugin a go also, we are using tomcat 5.5 which
is
installed locally,
Looks good. I'm definitely interested in FindBugs, so I'll be taking a
look soon.
~~ Robert.
On Sat, May 14, 2011 at 12:53 PM, Andrew Oberstar ajobers...@gmail.com wrote:
Hi all,
I just released a few Gradle plugins for JDepend, PMD, and Findbugs. As far
as I could tell (I may be wrong),
I opened a ticket for this already which contains a simple work-around:
http://issues.gradle.org/browse/GRADLE-1227
~~ Robert.
On Sun, May 15, 2011 at 5:27 AM, Ric Klaren rkla...@educator.eu wrote:
Hi,
On 14 May 2011 15:16, Rene Groeschke gra...@breskeby.com wrote:
We're actually working
I'd be inclined to have a three projects: one that built war #1, one
that built war #2, and one solely responsible for merging the two
using something like:
war {
from zipTree(war1Project.war.archivePath)
from zipTree(war2Project.war.archivePath)
}
But I tend to prefer istinct subprojects
Is there a way to specify an OSGi bundle as a dependency? This is a
new feature in the most recent release of Ivy:
https://ant.apache.org/ivy/history/trunk/osgi/osgi-mapping.html
It'd be really nifty, because that enables us to pull bundles from
OBRs. Does Gradle have any support for that yet, or
I think I already raised an issue for this, but I can't seem to access
the JIRA from work (internet is pretty locked down here at the
homeless shelter...).
~~ Robert.
On Tue, Jun 14, 2011 at 7:39 PM, Luke Daley l...@ldaley.com wrote:
I've experienced this too. I actually suspect there are
Nifty. Thanks!
~~ Robert.
On Tue, Jun 14, 2011 at 9:56 PM, Luke Daley l...@ldaley.com wrote:
Hi all,
I was recently asked about moving arbitrary files over SCP with Gradle (note
that this is different to moving published artifacts which is already covered
in the manual), so I thought
wrote:
Ok, the reason I wanted this behavior is so I could have granular
control of each task unless I ran the whole batch. But I will work
around this.
thanks
On Fri, Jun 17, 2011 at 3:33 PM, Robert Fischer
robert.fisc...@smokejumperit.com wrote:
There's no guarantied ordering
If the order of dependsOn tasks is guarantied, you open up a whole can
of worms with dependencies being in the wrong/conflicting order, or
the inferred order from resources being in a different order. It's
just not the right direction to head. It's just serious bad times.
You're swimming against
Wouldn't that closure have to be resolved in order to do UP-TO-DATE
checking on that task? So it's before the execution of the task, at
least. It will be as soon as someone paid any attention to the input
to the jar task.
~~ Robert.
On Wed, Jun 22, 2011 at 4:51 PM, Szczepan Faber
The fact that you're referring to the local Git repository (that's
the, not a) sets off some warning bells for me. That terminology
makes me suspect that you don't quite understand what Git is or how it
works. And you really, *really* don't want source control sitting on
top of your local Ivy
Note that you will have to create the directories for 'test-manual' by
hand. That threw me when I first got started with Gradle.
~~ Robert.
On Fri, Jun 24, 2011 at 1:06 PM, John Murph jmurph@gmail.com wrote:
AFAIK, Gradle only automatically handles main and test (really, the
JavaBase
Oh, so the case is when you have an API jar, and instead of having an
API jar which is a bunch of interfaces that you both share, there is
just an implementation JAR which implements the given API.
That's a broken design pattern. I believe it's out there, but that's
really broken.
~~ Robert.
If you create one, I'm sure it'd be a welcome addition.
Until then, most of the API is accessible through the documentation
(JavaDocs, GroovyDocs, write-up). If there's something particularly
missing, let us know.
~~ Robert.
On Mon, Jul 11, 2011 at 12:15 PM, Olivier Lefevre
I'm pretty sure you can put *.java files under /src/*/groovy and they
will compile just fine.
~~ Robert.
On Thu, Nov 17, 2011 at 12:46 PM, Alexander von Zitzewitz
a.zitzew...@hello2morrow.com wrote:
Hello,
I am having a project with groovy and java sources, using gradle version 1.0
M4.
, Robert Fischer wrote:
I'm pretty sure you can put *.java files under /src/*/groovy and they
will compile just fine.
~~ Robert.
On Thu, Nov 17, 2011 at 12:46 PM, Alexander von Zitzewitz
a.zitzew...@hello2morrow.com wrote:
Hello,
I am having a project with groovy and java sources, using gradle
I, for one, like to keep my Groovy and Java stuff fairly separate. I
use Groovy for a different level of my application than where I use
Java (or Scala), and so it is nice that the default allows for the
distinction.
~~ Robert.
On Tue, Nov 22, 2011 at 2:32 AM, Peter Niederwieser
The Compilers plugin (providing a base class for JVM compilers) as
well as the Mirah plugin (providing a compiler for the JRuby-inspired,
ultralight Mirah programming language) have both been released.
More information in the README pages:
https://github.com/RobertFischer/Gradle-Compiler-Plugins
Is there a handy way to get a handle on the artifacts that would be
produced by uploadArchives? I'd like to use that for my ghUpload
script as part of the GitHub development. (This is a stop-gap
approach to defining a proper GitHub Deployer.)
~~ Robert.
That'll do. Thanks!
Now, are those PublishArtifact instances or their containing set only
properly configured after some point in the lifecycle, or can I just
use them and go to town, and trust Gradle to do the rest?
~~ Robert.
On Sun, Apr 22, 2012 at 8:04 PM, Peter Niederwieser
I'm defining the task like this:
task ghUpload(dependsOn:[configurations.archives]) {
...
}
But that isn't forcing the jar to be built. (In this case, I've got
the Java plugin installed.) Is there a trick I need to force that?
~~ Robert.
On Sun, Apr 22, 2012 at 8:28 PM, Peter Niederwieser
Looks like this is working:
task ghUpload(dependsOn:[configurations.archives.allArtifacts]) {
...
}
Is this a bug? I'd expect configurations.archives to be functionally
equivalent to configuration.archives.allArtifacts.
~~ Robert.
On Mon, Apr 23, 2012 at 11:38 AM, Robert Fischer
robert.fisc
Thanks for the tip. I'll head that way with the code: what you're
seeing is iterative development at work.
~~ Robert.
On Tue, Apr 24, 2012 at 8:07 AM, Luke Daley luke.da...@gradleware.com wrote:
On 23/04/2012, at 10:43 AM, Robert Fischer wrote:
Looks like this is working:
task ghUpload
Isn't this why a loving and benevolent God invented wget? Or is there
some inconsistency that I'm not aware of?
~~ Robert.
On Thu, Apr 26, 2012 at 11:15 AM, Roger Studner rstud...@gmail.com wrote:
I have an ivy repo and use a sort of ugly/hackish ant file to pull things
from maven central
the issue (even 1%) here.
Roger
On Apr 26, 2012, at 11:21 AM, Robert Fischer wrote:
Isn't this why a loving and benevolent God invented wget? Or is there
some inconsistency that I'm not aware of?
~~ Robert.
On Thu, Apr 26, 2012 at 11:15 AM, Roger Studner rstud...@gmail.com wrote:
I have
Commons-IO has this:
https://commons.apache.org/io/apidocs/org/apache/commons/io/monitor/FileAlterationObserver.html
Not sure if Gradle does.
~~ Robert.
On Thu, Apr 26, 2012 at 4:39 PM, James Carr james.r.c...@gmail.com wrote:
This feels like a silly question, but my gradle-fu is a little off
I was under the impression that Gradle did not support dynamic
revisions. It'd be really nice if it did!
~~ Robert.
On Wed, May 2, 2012 at 8:53 AM, Milan Papzilla papic...@googlemail.com wrote:
Hello,
I can not resolve artifacts with dynamic revision number from a Ivy
repository.
According
Is there a syntax for them different from normal?
foo:bar:[1.2.3,) doesn't work as of the last time I tried it. The OP
states that foo:bar:1+ doesn't work.
~~ Robert.
On Wed, May 2, 2012 at 2:09 PM, Peter Niederwieser pnied...@gmail.com wrote:
Robert Fischer wrote
I was under
1 - 100 of 111 matches
Mail list logo