1

这是我在尝试删除 ucanaccess 创建的这些“参考文件”时发现的一个非常奇怪的错误。

首先，它们是什么，我们为什么需要它们？为什么每次我尝试创建数据库链接并保存到我选择文件的区域时都会创建它们？

接下来我基本上是使用文件选择器来选择一个文件，解析它，然后将它保存到一个输出流中。在某一时刻，我必须使用 UCanAccess 访问我的数据库，并将一些数据保存到输出流中。

基本上，该文件是使用自定义库读取的，该库旨在读取 VB 二进制文件并将它们输出到 Java。

通常文件会解析，然后它会在我尝试访问数据库时捕获错误（因为我正在处理它）。在拥有大约 10 个参考文件后，我删除了它们，然后在下面出现此错误。

Oct 09, 2014 3:25:21 PM Miscs.MessageLogger inform
INFO: Reading field 'Version'
Oct 09, 2014 3:25:21 PM Miscs.MessageLogger stop
SEVERE: EOF encounter while reading field 'Version'
Exception in thread "JavaFX Application Thread" java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
    at javafx.fxml.FXMLLoader$MethodHandler.invoke(FXMLLoader.java:1762)
    at javafx.fxml.FXMLLoader$ControllerMethodEventHandler.handle(FXMLLoader.java:1645)
    at com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(CompositeEventHandler.java:86)
    at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:238)
    at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:191)
    at com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(CompositeEventDispatcher.java:59)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:58)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
    at com.sun.javafx.event.EventUtil.fireEventImpl(EventUtil.java:74)
    at com.sun.javafx.event.EventUtil.fireEvent(EventUtil.java:49)
    at javafx.event.Event.fireEvent(Event.java:198)
    at javafx.scene.Node.fireEvent(Node.java:8216)
    at javafx.scene.control.Button.fire(Button.java:185)
    at com.sun.javafx.scene.control.behavior.ButtonBehavior.mouseReleased(ButtonBehavior.java:182)
    at com.sun.javafx.scene.control.skin.BehaviorSkinBase$1.handle(BehaviorSkinBase.java:96)
    at com.sun.javafx.scene.control.skin.BehaviorSkinBase$1.handle(BehaviorSkinBase.java:89)
    at com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(CompositeEventHandler.java:218)
    at com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(CompositeEventHandler.java:80)
    at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:238)
    at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:191)
    at com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(CompositeEventDispatcher.java:59)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:58)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
    at com.sun.javafx.event.EventUtil.fireEventImpl(EventUtil.java:74)
    at com.sun.javafx.event.EventUtil.fireEvent(EventUtil.java:54)
    at javafx.event.Event.fireEvent(Event.java:198)
    at javafx.scene.Scene$MouseHandler.process(Scene.java:3724)
    at javafx.scene.Scene$MouseHandler.access$1500(Scene.java:3452)
    at javafx.scene.Scene.impl_processMouseEvent(Scene.java:1728)
    at javafx.scene.Scene$ScenePeerListener.mouseEvent(Scene.java:2461)
    at com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run(GlassViewEventHandler.java:348)
    at com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run(GlassViewEventHandler.java:273)
    at java.security.AccessController.doPrivileged(Native Method)
    at com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(GlassViewEventHandler.java:382)
    at com.sun.glass.ui.View.handleMouseEvent(View.java:553)
    at com.sun.glass.ui.View.notifyMouse(View.java:925)
    at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
    at com.sun.glass.ui.win.WinApplication.lambda$null$141(WinApplication.java:102)
    at com.sun.glass.ui.win.WinApplication$$Lambda$37/1274370218.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:483)
    at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
    at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:483)
    at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
    at javafx.fxml.FXMLLoader$MethodHandler.invoke(FXMLLoader.java:1759)
    ... 47 more
Caused by: Miscs.ParsingException: EOF encounter while reading field 'Version'
    at Miscs.MessageLogger.stop(MessageLogger.java:39)
    at Communications.VB6Binary.deserialize(VB6Binary.java:261)
    at binaryc.PlanHead.<init>(PlanHead.java:67)
    at uploader.AdminControl.upload(AdminControl.java:622)
    ... 57 more

为什么 UCanAccess 的参考文件会与其他库的读取相混淆，为什么需要这些参考文件？我将寻找一种方法来摆脱它们，但我遇到了这个奇怪的错误，这很烦人。我也联系了图书馆的创建者，听听他的想法。

谢谢你们。

编辑：当我尝试从回收站恢复文件时，即使我将文件移动到另一个文件夹，我仍然会收到错误消息。我将不得不看看文件是否受到影响，但这非常非常奇怪......

编辑2：我意识到在我的代码中我正在创建一个新文件，该文件正在删除旧文件，但是这个参考文件是什么，为什么它仍然允许读取我删除的文件......非常非常奇怪...... .

4

1 回答 1

0

UCanAccess 使用 hsqldb 作为镜像数据库。一旦数据加载到镜像数据库中，UCanAccess 始终保持镜像数据库和 mdb/accdb 数据对齐。当您不执行插入、删除或更新而只是读取数据时，UCanAccess 可能只访问镜像数据库。因此，提到的参考文件是临时 hsqldb 数据库的文件，它们是使用 memory=false 创建的。这些文件将在 VM 进程结束时被删除。

在处理大型数据库以及无法设置所需的最大堆大小 (Xmx) 时，您应该选择 memory=false。换句话说，您应该考虑一下内存不足错误的风险，但大多数 mdb/accdb（约 99%）是个人数据库，可以毫无风险地加载到内存中。使用 memory=true(default) 显然 UCanAccess 要快得多，并且您不会看到任何“奇怪”的参考文件。另请参阅，在 UCanAccess 网站中，如果 SingleConnection 参数对一次性程序中的内存使用优化有用，可以满足您的特定要求（并使用最新的 2.9.0.2，它具有一些进一步的内存使用优化）。

无论如何，要删除参考文件（而 hsqldb 等 VM 进程正在访问它们？），显然会导致 UCanAccess 崩溃。你在删除参考文件后做了什么，我仍然不清楚。但也许，现在，它没有那么有意义。

于 2014-10-10T21:01:43.530 回答