- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在编写一个程序,用于监视某个目录中是否有任何新文件,每当新文件到达时,程序就会对这些文件采取一些操作。我正在使用 WatchService 来监视该目录,因此我觉得可以最终证明该文件确实存在。
但是,每当我尝试在 WatchService 找到的文件上创建 FileReader 时,我都会收到 FileNotFoundException。
我确保 Java 在尝试创建 FileReader 时使用绝对路径,因此我没有理由相信它在错误的位置查找。
我对 FileReader、FileNotFoundException 以及 File 和 Path 对象进行了大量研究,但我仍然无法确定抛出此异常的原因。
我对 WatchService 不太熟悉,但我使用了在其他论坛上找到的代码,它似乎可以很好地检测文件并将其传递。代码如下。
try
{
WatchService watcher = FileSystems.getDefault().newWatchService();
Path dir = Paths.get("C:\\sample\\path")
WatchKey key = dir.register(watcher, ENTRY_CREATE);
for(;;)
{
try
{
key = watcher.take();
}
catch(InterruptedException exception)
{
//code
}
finally
{
for(WatchEvent<?> event: key.pollEvents())
{
WatchEvent.Kind<?> kind = event.kind();
if (kind == OVERFLOW)
{
continue;
}
WatchEvent<Path> trigger = (WatchEvent<Path>)event;
Path filename = trigger.context();
filename = filename.toAbsolutePath();
File theFile = filename.toFile();
//EXCEPTION IS THROWN HERE
FileReader fReader = new FileReader(theFile);
/**
* more code
**/
}
}
}
}
catch(IOException exception)
{
//code
}
如代码块中所述,在我尝试基于该文件创建 FileReader 后,会引发 java.io.FileNotFoundException。我知道该文件存在,因为我的 WatchService 检测到正在创建的文件并通过 trigger.context() 提供了文件的路径。
我什至通过调用文件上的 toAbsolutePath() 来确保 FileReader 使用文件的绝对路径。
我在有问题的代码行之前有一个调试语句,用于打印有问题的文件的路径,是的,打印的路径是文件的正确绝对路径。那么为什么 FileReader 检测不到该文件呢?
我希望有人可以帮助我,我意识到这篇文章非常长,但我不确定问题是否是由我的 WatchService、文件或 FileReader 引起的,所以我想包含尽可能多的信息有可能。
非常感谢。
最佳答案
I know that the file exists because my WatchService detected the file being created and provided the file's path with trigger.context().
不,没有。
您未能查询事件的类型。 JDK提供these standard types ,但你只检查是否有溢出。
您必须检查收到的事件实际上是修改还是创建(即StandardWatchEventKind.EVENT_{CREATE,MODIFY}
)。
更重要的是,don't use File
。始终使用Path
。
一旦您确保事件是创建或修改,则使用 Files.newInputStream()
打开文件的 InputStream
或 Reader
或Files.newBufferedReader()
。如果使用此方法,您仍然遇到异常,至少它将比 FileNotFoundException
更有意义(请阅读我上面发布的链接...)。
关于java - 针对 WatchEvent 证明存在的文件获取 FileNotFoundException,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35586886/
(这不是关于定理证明,而是关于实践中的测试,例如 quickCheck) 让f一些通用函数 f :: RESTRICTIONS => GENERICS 具有一些“理想的”属性(即不是 hack,是不可
给定数组 arr 和索引数组 ind,以下算法就地重新排列 arr 以满足给定的索引: function swap(arr, i, k) { var temp = arr[i]; arr[i]
我有兴趣创建一个具有运行时间和空间限制的简单数组问题。看来我找到了解决问题的方法。请阅读以下java代码中问题的初始描述注释: /* * Problem: Given two integer ar
我是 isabelle 的新手,并试图证明以下简单的不等式: lemma ineq: "(a::real) > 0 ⟹ a 0 ⟹ b 0" proof have "1/a + 1/b >
是否有任何理论说缓存应该比文件系统更快? 我认为,由于文件系统也使用缓存,因此没有科学证据表明当文件系统的概念有些松散时,我们应该将内容从文件系统移动到诸如 memcache 之类的缓存中——比如下载
我正在做一个证明,我的一个子目标看起来有点像这样: Goal forall (a b : bool) (p: Prop) (H1: p -> a = b) (H2: p), neg
我有定义的归纳类型: Inductive InL (A:Type) (y:A) : list A -> Prop := | InHead : forall xs:list A, InL y (co
我知道 CRC 是一个线性函数,这意味着 CRC(x xor y) = CRC(x) xor CRC(y),但我不知道如何证明 CRC 的这个属性。 有谁有想法吗? 非常感谢! 最佳答案 这通常不是真
我是 Coq 的初学者。 虽然计算机为我验证了证明令人满意,但众所周知,满足 Coq 的证明对人类来说难以阅读。这是一个简单的例子,假设您没有看到任何评论: Theorem add_comm : fo
我试图了解是什么决定了类型参数是否必须是标称的。 虽然 GADT 和类型家族在某种意义上看起来不同,但它们不是“简单容器”,因为它们的实例定义可以“查看”它们的参数,但简单类型是否可以明显需要名义参数
我想使用 function 关键字定义来证明函数定义的正确性。以下是自然数的通常归纳定义上的加法函数的定义: theory FunctionDefinition imports Main begin
我定义了一个 Sygma-Type,如下所示: { R : nat -> nat -> bool | Reflexive R } 我有两个元素 r1 r2 : { R : nat -> nat ->
我有以下数据: new_pairs x y Freq start.latittude start.longitude start.station end.la
出于教育目的,我一直试图通过使用各种语言扩展和单例类型,在 Haskell 中重建《Type-Driven Development with Idris》(即 RemoveElem.idr )一书中的
我定义了一个 Sygma-Type,如下所示: { R : nat -> nat -> bool | Reflexive R } 我有两个元素 r1 r2 : { R : nat -> nat ->
我正在使用Ax DevTools,并且试图弄清楚如何使用相同的构建信息标记多个扫描。现在,我的测试运行如下: class MyTestCase : XCTestCase { func myTest
我正在尝试证明一个函数的正确性,该函数检查数组是否按递增/递减顺序排序或未排序。行为是返回 -1,如果按降序排序,1,如果按升序排序,大小为 1,或包含相同的值,0,如果没有已排序或为空。运行:Fra
我试图证明 Z3(Microsoft 的 SMT 求解器)中的一个归纳事实。我知道 Z3 通常不提供此功能,如 Z3 guide 中所述。 (第 8 节:数据类型),但是当我们限制要证明事实的域时,这
问题已编辑: 如代码中所述,HashSet 和 HashMap 是快速失败的(但这不是保证): void goHashSet() { Set set = new HashSet();
我试图使导航栏中的链接延伸到导航栏的全长。我环顾四周,发现了一些有用的信息,但无法使其正常工作 HTML: To
我是一名优秀的程序员,十分优秀!