UCanAccess参考文件删除导致FileReading在我的应用程序中断

时间：2014-10-09 19:43:12

标签： java fileoutputstream ucanaccess

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

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

接下来我基本上使用filechooser选择文件，解析它，然后将其保存到输出流。有一次，我必须使用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：我在我的代码中意识到我正在创建一个新文件，它正在删除旧文件，但这个参考文件是什么，为什么它仍然允许我删除的文件被读取...非常非常奇怪....

1 个答案:

答案 0 :(得分：0)

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

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

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

相关问题
最新问题