问题标签 [apache-commons-io]

我想通过srcML解析器解析某些文件的内容，这是一个外部 Windows 程序。我正在通过以下方式执行此操作：

IOUtils.copy() 来自 Commons IO 2.4 库。

当我的文件很小（几 KB）时，一切正常。但是，当我尝试复制一些相对较大的文件（~72 KB）时，我的程序挂起。

此外，当我在 cmd 中“手动”执行解析器时：

一切正常，也是。

任何想法为什么会发生这种情况？

我正在尝试提出一个递归函数，可用于创建角树视图使用的树视图结构。

这是显示结构的链接：https ://github.com/eu81273/angular.treeview

我正在尝试基于服务器上的文件目录创建树视图，并希望使用 JSON 将其从 Java 代码传回。我主要是在创建将遍历目录并创建带有子项的必要结构的函数。

我创建了一个 POJO 类来反映服务器端的树视图结构。我试图使用以下功能作为此功能的基础：

这是该对象的外观剪辑：

关于该功能的建议会很棒。此外，关于如何浏览服务器上的文件系统或更简单的方法来创建树视图结构的替代方法也很好。谢谢！

我有一个 Android 项目 (Gradle)，我需要在其中包含Joda Time和Commons IO库。这是我的 Gradle 文件：

问题是我无法编译应用程序，出现以下错误：

如您所见，我已经将该exclude 'META-INF/LICENSE.txt'行放在了 build.gradle 中，但问题仍然存在。如果我删除 commons-io 库依赖项，所有编译都可以完美。

谢谢，

我需要模拟 apache.commons.io.IOUtils 类的 toByteArray() 。我有一个像这样的代码片段：

但我从 org.apache.commons.io.IOUtils.copyLarge() 函数得到 NullPointerException 。

我有一个目录，我以编程方式（在 Java 中）进行递归解压缩（这似乎可行），但最后我留下了一个包含很多子目录和文件的目录。每次运行此方法时，我都想从头开始，因此我总是删除临时目录中存在的文件夹及其剩余文件和子目录。

不过，我从 FileUtils.deleteDirectory 收到了一个非常奇怪的错误。

似乎认为我的目录末尾有一个句点（它没有，所以它不能删除它也就不足为奇了）。有时，此错误会出现在子目录中的文件夹上。有没有人见过这个？

我正在使用 Commons IO 2.4 jar。

编辑我已经确认目录没有句点，所以除非它们不可见，否则我不知道为什么该方法会认为有句点。我给该方法的文件路径是在将其作为参数提供之前设置的，并且任何人都可以看到 - 它最后没有句点。

我在 Windows 7 上运行该程序。

编辑这是我用于递归解压缩的代码：

我将原始 zip 放入根目录，然后从那里递归解压缩。

这是显示的相关代码：

我只是注意到我最初使用 rawFile.getCanonicalPath() （rawFile 在第一个代码摘录中设置）作为 extractFolder 的参数，然后切换到 destFile.getAbsolutePath() ...也许与它有关。对此进行测试的问题在于问题不是确定性的。它有时会发生，有时不会。

CloseShieldInputStreamApache Commons和 Sun之间有区别NoCloseInputStream吗？ _{（实际上在我的 JDK 中有com.sun.xml.internal.ws.util.NoCloseInputStream但没有com.sun.xml.ws.util.NoCloseInputStream）}

从文档：

CloseShieldInputStream- 防止底层输入流被关闭的代理流。

---

NoCloseInputStream-InputStream无法关闭。

我将使用 apache commons 方法：IOUtils.toString(InputStream, "UTF-8");

我应该InputStream手动关闭传递还是图书馆足够聪明来关心它？

我正在寻找使用 java 程序查找删除机器的总磁盘空间和可用空间的简单解决方案。

请帮忙

更新 已经有与此类似的问题，主要集中在本地机器上。我正在寻找远程机器的解决方案。

一切正常，但是当我添加commons-fileupload-1.3.1.jar和commons-io.2.4.jar时问题就开始了

我正在使用带有apache tomcat 7.0的NetBeans

这是 netbeans 日志窗口

我正在尝试找到一种更有效的方法来从远程 URL 读取文件并将其保存到字节数组中。这是我目前拥有的：

如您所见，我目前将 URL 传递给该方法，它使用 InputStream 对象读取文件的字节。此方法使用 Apache Commons IOUtils。但是，此方法调用往往需要相对较长的时间才能运行。当一个接一个地检索数百、数千或数十万个文件时，它会变得非常慢。有没有办法改进这种方法，使其运行更有效？我考虑过多线程，但我想把它保存为最后的手段。