Please enclose code and output in HTML code tags. Which exception do you get?

c:\Temp\GradleBug\build.gradle
task MakeError(type: IOTask){
from 'clean-here'
}

c:\Temp\GradleBug\buildSrc\build.gradle
dependencies {
compile files('c:/Java/Gradle/lib/commons-io-1.4.jar') // PATH TO GRADLE INSTALATION
}

c:\Temp\GradleBug\buildSrc\src\main\java\IOTask.java
import java.io.File;
import java.io.IOException;
import org.apache.commons.io.FileUtils;
import org.gradle.api.DefaultTask;
import org.gradle.api.tasks.TaskAction;
import org.gradle.api.internal.file.FileResolver;

public class IOTask
extends DefaultTask {

private Object from;

@TaskAction
public void doSomething() {
try {
FileResolver resolver = this.getServices().get(FileResolver.class);
File clean = resolver.resolve(this.from);
FileUtils.cleanDirectory(clean);
} catch (IOException e) {
e.printStackTrace();
}
}

public IOTask from(Object sourcePath) {
this.from = sourcePath;
return this;
}
}

I get "ClassNotFoundException" on "org.apache.commons.io.FileUtils" class.

Caused by: java.lang.NoClassDefFoundError: org/apache/commons/io/FileUtils
at IOTask.doSomething(IOTask.java:19)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.io.FileUtils
... 58 more

You should never set an explicit dependency on a Jar in the Gradle distribution. Gradle plugins should declare a `compile gradleApi()` dependency. For `buildSrc`, this dependency is declared automatically.

You contradict to yourself. If "commons-io-1.4.jar" library is part of "Gradle API", then it must be available to my code without any error. If it's not part, then why I can't make dependency on already existing file? Why I must make copy of this library and make dependency on this copy? It have so sense.

I think, the root of this problem lie in Gradle classloader, which put "commons-io-1.4.jar" library in some classloader's tree node, where it is not available for my plugin code.

Looking at this again, the problem may be related to your use of an internal Gradle class (`org.gradle.api.internal.file.FileResolver`). Please try without using that (or any other) internal class, and see if it solves the problem.

The same problem.

c:\Temp\GradleBug\buildSrc\src\main\java\IOTask.java

import java.io.File;
import java.io.IOException;
import org.apache.commons.io.FileUtils;
import org.gradle.api.DefaultTask;
import org.gradle.api.tasks.TaskAction;

public class IOTask
extends DefaultTask {

private Object from;

@TaskAction
public void doSomething() {
try {
FileUtils.cleanDirectory(new File(from.toString()));
} catch (IOException e) {
e.printStackTrace();
}
}

public IOTask from(Object sourcePath)

Same problem in 1.11. Had to add commons-io to classpath in buildscript.

As announced on the Gradle blog we are planning to completely migrate issues from JIRA to GitHub.

We intend to prioritize issues that are actionable and impactful while working more closely with the community. Many of our JIRA issues are inactionable or irrelevant. We would like to request your help to ensure we can appropriately prioritize JIRA issues you’ve contributed to.

Please confirm that you still advocate for your JIRA issue before December 10th, 2016 by:

• Checking that your issues contain requisite context, impact, behaviors, and examples as described in our published guidelines.
• Leave a comment on the JIRA issue or open a new GitHub issue confirming that the above is complete.

We look forward to collaborating with you more closely on GitHub. Thank you for your contribution to Gradle!

Gradle 2.14 changed the behavior. For more details see the release notes.