This list is no longer active. Please use http://forums.gradle.org instead.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Customizing-JUnit-reports-tp2265269p5711913.html
Sent from the gradle-user mailing list archive at Nabble.com.
--
This list is no longer active. Please use http://forums.gradle.org instead.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Test-dependencies-not-keeped-at-test-runtime-tp4773771p5711912.html
Sent from the gradle-user mailing list archive at Nabble.com.
---
This list is no longer active. Please use http://forums.gradle.org instead.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Can-t-disable-generation-of-fileHashes-bin-tp5711724p5711911.html
Sent from the gradle-user mailing list archive at Nabble.com.
-
This list is no longer active. Please use http://forums.gradle.org instead.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Maven-snapshot-dependencies-tp5711909p5711910.html
Sent from the gradle-user mailing list archive at Nabble.com.
This list is no longer active. Please use http://forums.gradle.org instead.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Command-line-issues-tp5711504p5711604.html
Sent from the gradle-user mailing list archive at Nabble.com.
This list is no longer active. Please use http://forums.gradle.org instead.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Understanding-apply-from-file-tp4684988p5711603.html
Sent from the gradle-user mailing list archive at Nabble.com.
--
The user mailing list is no longer monitored actively. Please use
http://forums.gradle.org.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Gradle-Could-not-HEAD-http-repo1-maven-org-maven2-commons-cli-commons-cli-1-1-c-ommons-cli-1-1-jar-tp5711262p5711267.html
Sent from th
This mailing list isn't active anymore. Please use http://forums.gradle.org.
--
View this message in context:
http://gradle.1045684.n5.nabble.com/FindbugsMain-task-can-t-find-bcel-s-ClassFormatException-tp5711092p5711093.html
Sent from the gradle-user mailing list archive at Nabble.com.
--
For some reason, your post wasn't accepted by the mailing list. Please use
http://forums.gradle.org instead.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
ained
example that allows us to reproduce the problem.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Getting-stdout-messages-on-co
lidia wrote
>
> Any pointers on how I can get anything printed to command line from gradle
> appreciated.
>
Are you trying to print to standard out from a build script? From a Gradle
plugin? From a test? In general, a simple `println` should be enough.
--
Peter Niederwieser
Princi
rst block. Something like:
war.doFirst {
assert file("datasource/${datasource}.xml").exists()
}
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http:
ption.
> Is this a gradle bug, or is this some kind of deliberate behavior? How do
> we get around it?
>
I think it is deliberate. One way to get around it is to use `Copy.eachFile
{}` to check which files are actually copied, and to compare that against
your expectations.
--
Peter Nied
Your post wasn't accepted by the mailing list. Please use
http://forums.gradle.org instead.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.10
;t get addressed for 1.0, but might
go into 1.1. or 1.2. If it is critical for you to get this bugfix
prioritized over other work we are doing, there is always the option to get
commercial support from Gradleware.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, S
radle/${System.getProperty("user.name")}.gradle")
if (userGradleScript.exists()) {
apply from: userGradleScript
}
Now everyone can have his .gradle, and can even check it in
(assuming usernames are unique).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, S
Robert Fischer wrote
>
> Could you do "apply from:configFile, to:dependencies"? Would that
> effectively get you within the dependencies block?
>
Yes it would. In the case of dependency declarations I don't see a benefit
though.
--
Peter Niederwieser
Principal
= "3.1.0.RELEASE"
ext.libs = [
junit: dependencies.create("junit:junit:4.10") {
exclude module: "hamcrest-core"
},
spring: [
"org.springframework:spring-core:$springVersion",
"org.springframework:spring-jdbc:$springVersion"
]
]
These are just
If this is a script plugin, you just need to commit/push. If it is a binary
plugin, you can publish the Jar to a Maven repo with file URL (e.g.
"file:///$projectDir/m2repo") and commit/push. Alternatively,
https://github.com/RobertFischer/gradle-github-dev may be helpful too.
Your post didn't get through to the mailing list. Please use
http://forums.gradle.org instead.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://g
`buildDirName` was deprecated long ago and was eventually removed. Use
`buildDir` instead.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5
99]" from Maven Central,
and it worked fine.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Can-not-resolve-artifacts-with-dy
e significant
problems both with Ivy and Maven (performance penalty, semantics). For me
and others that's reason enough not to use them. Chances are that if Spring
and Hibernate get along without them, you will too.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Cre
Adam Murdoch-2 wrote
>
> Sorry to resurrect a really old thread, but did this ever get implemented?
>
Try `gradle build --continue`. Is this what you are looking for?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framew
Are you aware of `gradle --gui`? Anyway, you'll definitely want to use the
tooling API. It's made for this use case and will solve both your problems.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter:
We'd definitely need more information (test code, thread dump) to help.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Ha
Adam Murdoch wrote
>
> This should be fixed now. Can you try out the new snapshot:
> http://gradle.org/release-candidate
>
This change fixes the GPars problem (I've already verified this) at the
expense of creating other problems (*). I think it's better to fix this on
the Groovy side (it's a c
They are configured at configuration time (e.g. by the `java` plugin).
Plugins should use the usual mechanisms (`artifacts.all { ... }`, convention
mapping, `doFirst {}`, etc.) to cope with timing issues.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock
`configurations.archives.artifacts/allArtifacts` will get you a
Set. Is this what you are looking for?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http
Correction: It's
@GroovyASTTransformationClass({"groovyx.gpars.util.AsyncFunASTTransformation"})
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
I can now reproduce the problem (not sure what I did before). For now, the
solution is to always pass the transform class as a String. For example:
@GroovyASTTransformationClass({"groovyx.gpars.util.AsyncFunASTTransformation.class"})
Making the "classes" variant of above annotation work again wil
I've just tried "gradle clean build" with master/HEAD, and the build
succeeded. Did you do a clean build after switching Gradle versions?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pn
The Gradle cache isn't meant to be used in this way. Instead, you'd publish
the artifacts to a local file/Ivy/Maven repository.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View th
7;s own Gradle
plugin?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/IDEA-Libraries-not-found-File-dependencies-not-working-but
Depends on how you integrate with IDEA. If you use Gradle's "idea" plugin,
you'll have to execute 'gradle idea' or 'gradle cleanIdea idea'.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockf
HTTPS proxy needs to be set up separately. Please see the user guide.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/not
doesn't make it into 1.0, it's not the end of the world; we will continue to
publish frequent releases after 1.0.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this messag
If you want to have the output shown in the console, you can do:
test.testLogging.showStandardStreams = true
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http
Your post didn't get through to the mailing list. Please use
http://forums.gradle.org. instead.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://g
to implement it. Typically,
this limitation can be worked around by adding a few lines of code that map
system or project properties to the desired model properties. I understand
that this is not particularly pleasing, but it gets the job done.
--
Peter Niederwieser
Principal Engineer, Gradleware
http:/
Your post isn't getting through. Please use http://forums.gradle.org instead.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabbl
No, it doesn't work. With -P you can (currently) only set project properties
but not nested properties. That's essentially what this thread is about,
even though the original author tried with -D.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock
which runs a different set of tests.
As of Spock 0.6, you can't configure categories via system properties alone;
you additionally need a spock configuration file. Starting with 0.7, a
system property will suffice.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradl
Already answered on http://forums.gradle.org. The project in question was
configured incorrectly.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle
See http://forums.gradle.org for the question and solution.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/jpa-autodiscovery
Gradle doesn't yet have a generic feature that allows to configure arbitrary
model properties from the command line. But you can do it yourself (per
property):
test.jvmArgs System.getProperty("test.jvmArgs", [])
--
View this message in context:
http://gradle.1045684.n5.nabble.com/passing-jvm-a
>From what I can tell, the properties that Gradle is complaining about won't
have any effect on Groovydoc generation. The Groovydoc task doesn't know
about them.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframewor
local
variable debug information. That's also what the Ant docs say. It's also the
default for the javac command line compiler.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this
sn't honor
options.debugOptions.debugLevel yet. This is a bug. The workaround is:
tasks.withType(Compile) { options.compilerArgs = ["-g:source,lines,vars"] }
Without that, you should still get debug information for source and lines,
but not for local variables.
--
Peter Niederwieser
Princ
Setting an extension property from the command line is desirable but not
something that's currently supported (it's not as easy as it sounds). For
now, you'll have to use an extra system (-D) or project (-P) property. The
extension property can then default to the former
directory layout where the root project is in a sibling
directory of the other projects. This is very common in the Eclipse world.
3. Use the STS Gradle plugin, which has great support for builds with
hierarchical layout.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.c
. Can you try with a clean
rebuild? Can you also try with `tasks.withType(Compile) { options.useAnt =
true }`?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
Andrew.Oberstar wrote
>
> There are improvements between 1.3.9 and 2.0.0 (or
> whatever the default Gradle uses is) in passing the arguments to the
> findbugs process.
>
Do you have any details on these improvements? Gradle's FindBugs plugin has
defaulted to FindBugs 2.0.0 from the first rele
As far as I understand, this is nothing that can be fixed on the Gradle side.
(I'd be happy to be proven wrong though.) I recommend to ask on the Sonar
list. Specifically, I'd ask whether the Sonar PMD/CPD plugin supports build
tools other than Maven. Let us know how it goes.
Instead of `releaseApprovedProjects.collect`, try `for (proj in
releaseApprovedProjects)`. Does this solve the problem?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in
A dependency's artifacts don't have an URL per se; only after resolution it
will be known which repository they were resolved against. There doesn't
appear to be a way to get at this information from a build script. What
would you like to do with this information?
--
Peter Niederw
project
vs. external dependencies.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Can-I-do-Multi-Multi-Module-builds-tp5521116p5523909
Do you have some failing tests that use Hibernate underneath?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
PS: For some reason, your post wasn't accepted by the mailing list. Please
us
n a future
version of Gradle.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/JUnit-Tests-not-running-the-same-way-tp5519457p5520081
.
Transforming the XML report is certainly another possibility.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Can-Gradle-generate-a
So you are talking about making the IDE understand Gradle build scripts? The
`idea` plugin doesn't cover that, but I'm sure a future version of IDEA's
own Gradle integration will.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock
am trying to have top level tasks that IDEA
> understands
Can you clarify what you mean by that? Are you talking about the Gradle
support in IDEA 11? That's independent of the `idea` plugin.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator,
Gradle doesn't offer a plain-text test report (why are you looking for one?).
What you can do is to add a test listener (`test.addTestListener(...)`) and
generate a text report yourself.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
You could code a simple solution in Groovy, but that would bypass Gradle's
dependency management entirely, and you wouldn't get any of its benefits
(lazy resolution, caching, etc.).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Frame
For Gradle to successfully resolve an Ivy module, it needs to find the
ivy.xml, which appears to be missing. If you want Gradle to just download
one Jar, try `classpath 'edu.sc.seis:gradle-macappbundle:1.0.3@jar'`.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://grad
I'm not exactly sure what you are looking for, but currently the only generic
way to keep going when a task fails is --continue, and that won't execute
tasks that depend on the failed task. There is no generic way to handle
exceptions either. There are open JIRA issues for this.
Cheers,
Peter
--
`dependsOn` is the correct solution. Calling `execute` on a task is not
supported and should be avoided. What's your problem with `dependsOn`? If
it's just the syntax, you can easily write a helper method that lets you
write something like `chain(preRelease, validate, compile)`. Not sure what
you a
The Gradle team is pleased to announce the release of Gradle
1.0-milestone-8a.
This release addresses a critical issue with Gradle's dependency cache which
could cause artifacts in remote repositories not to be found. You can read
more in the release notes
(http://wiki.gradle.org/display/GRADLE/Gr
The Gradle team is pleased to announce the release of Gradle 1.0-milestone-8.
This release contains a large number of improvements and bug fixes, plus a
few new plugins. You can read more in the release notes
(http://wiki.gradle.org/display/GRADLE/Gradle+1.0-milestone-8+Release+Notes).
Please mak
roject that has one. More on this in the user
guide (see the chapter on multi-project builds).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045
r configure the existing task conditionally:
test {
if (project.hasProperty("failed")) {
useTestNG {
suites "testng-failed.xml" // adapt path as necessary
}
}
}
Then you can run the task like so: gradle test -Pfailed
--
Peter Niederwieser
Principal Engineer
f you want to fail early (e.g. as part of your pre-commit build), consider
using the Gradle code quality plugins. They just got a major overhaul for
milestone 8.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pni
You just need two test tasks that include the relevant tests. The DSL
reference has the details
(http://gradle.org/docs/current/dsl/org.gradle.api.tasks.testing.Test.html).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http
nly thing _you_ need to take care of is to describe
the inputs and outputs of any custom task implementations you might have.
The user guide has more on this (see '14.8.1. Declaring a task's inputs and
outputs').
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradlewar
e conditional approach could become a pain, in which case branching is
another option (with different tradeoffs). The latter is what I do for
Spock, and it works well for me.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframewor
Sorry, looks like I misread your previous statement. I didn’t get that
"failed to scan parent class" is "just" a debug message. Hope everything is
working now.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockf
You are right in that TestNG support has to be enabled explicitly. This is
well documented. If "failed to scan parent class" is just a debug message
and not an error (as you stated earlier), I wouldn't be worried (as long as
your tests run).
--
Peter Niederwieser
Principal Engin
ad 1) Without knowing your specific requirements, I'd say that you would
typically model this as a Gradle multi-project build. In that case,
describing the dependencies between the projects is enough for Gradle to
build them in the correct order.
--
Peter Niederwieser
Principal Eng
ad 2) All `compile` dependencies will automatically be passed to the compile
task. For example,
dependencies {
compile "foo:bar:1.0"
}
is enough to get module `foo:bar` on the compile class path.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://grad
files, you can do it like so:
task copyLibs(type: Copy) {
from configurations.compile
into "/some/dir"
}
A search in the forum (http://forums.gradle.org) might bring up additional
information.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.c
Please don't double post. As I said on SO, the easyB Ant task seems to create
a new process, which makes this a pure easyB (Ant task) question. I
recommend to ask on the easyB list.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
hardy wrote
>
> Funny enough, it temporarily worked and is not back to the same problem.
>
You surely don't get "failing to scan parent class..." anymore when using
the include? Do you sometimes switch between Gradle versions when building
this project?
--
Pete
commend to use the forum instead (http://forums.gradle.org).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Upload-single-third-pa
d and move all the code into the
`buildscript` closure. Then you should be able to access `generalPass` and
`generalUser` from outside the closure with `buildscript.generalPass` and
`buildscript.generalUser`.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator,
le will support build-wide conflict
resolution.
Thanks for creating a sample project. This makes it so much easier to
reproduce a problem. By the way, the best place to ask questions is
http://forums.gradle.org.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator,
Does it work when you configure the test classes to be executed manually? For
example:
test {
include "**/*Test.class"
}
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this
only downside to this approach is that you cannot control the order in
which the Eclipse tasks run. Usually this won't be a problem.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View thi
oken replacement without
> adding "@"?
>
I guess you are saying that you had to do this with the Ant build. There are
ways, both in Ant and in Gradle, to replace arbitrary strings. Again see the
documentation.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.
t; before publishing the POMs. This would be easy to do
with Gradle, but might not be so easy with Maven.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
k4rn4k wrote
>
> Hello,
>
>
.
You can find more information on these topics in the Gradle user guide
(http://gradle.org/docs/current/userguide/userguide_single.html).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this
a runtime error.
I'm not sure why this package isn't imported by default (like so many
others). It might be an oversight.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this messa
uvu wrote
>
> Please explain why my post has not been accepted by the mailing list?
> THanks.
>
I don't know. Maybe you haven't subscribed via http://xircles.codehaus.org/.
I suggest to use the forum instead.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://
Your post hasn't been accepted by the mailing list. Please use the forum
instead (http://forums.gradle.org).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
Does this also happen after "gradle cleanIdea idea"? If so, your best chance
is to try m7.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.
Can you try without the Gradle daemon and see if it makes a difference?
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
gavares wrote
>
> We have a build which runs around 1300 unit tests.
Please try with m7 and report back.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
gavares wrote
>
> +1 I am also seeing this issue.
>
> More info:
>
> OS: CentOS 5.5
>
del doesn't have any information for these
files. Therefore the Gradle Eclipse plugin doesn't (need to) support them.
Of course you can always script something which fits your needs. In the
simplest case you'd just generate some static files.
--
Peter Niederwieser
Principal Engineer
At a minimum, run with -s and post the full stack trace.
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Findbugs-PMD-plugin
For some reason, your post wasn't accepted by the mailing list. I suggest to
use the new forum instead (http://forums.gradle.org).
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
errorken
oject
as the configuration.)
--
Peter Niederwieser
Principal Engineer, Gradleware
http://gradleware.com
Creator, Spock Framework
http://spockframework.org
Twitter: @pniederw
--
View this message in context:
http://gradle.1045684.n5.nabble.com/Auto-created-upload-task-for-custom-configuratio
1 - 100 of 638 matches
Mail list logo