Java Jackcess解码不支持警告

我正在使用Jackcess帮助数据库连接。当我的程序在我的计算机上运行并连接到Access 2013中运行的数据库时，我的程序没有问题

我现在已经将它切换到另一台使用Access 2010的计算机，它抛出以下错误：

WARNING:Decoding not supported.  Please choose a CodecProvider which supports reading the current database encoding.
WARNING:Decoding not supported.  Please choose a CodecProvider which supports reading the current database encoding.

建议我使用Jackcess编码器。然而，数据库似乎没有以任何方式进行编码，因此我认为它不会起多大作用

---

还有其他人遇到过此错误吗？

根据相关问题的公认答案，这几乎可以肯定是由于数据库文件损坏所致。尽管在对该问题的评论中指出，Access中的“压缩和修复数据库”操作并没有解决该问题，但对后一个问题的答复表明，该操作确实有效

---

虽然腐败的来源尚未确定，但直接从Dropbox共享访问该文件（如后一个问题所揭示的）这一事实很可能是一个嫌疑

如果数据库已加密，则当您尝试在Access中打开数据库时，系统将提示您输入密码。我推测您在这两台机器上都没有收到这样的提示…？正确。这是我检查的第一件事。我认为这是2010年的问题，因为2013年绝对没有问题。。。。除了安装在特定机器上的Access或ACE/Jet版本（如果有）完全无关，因为Jackcess根本不使用Access数据库引擎；它直接在.accdb或.mdb文件上运行。数据库文件位于哪里？是每台计算机都试图打开自己的数据库文件的本地副本，还是服务器上的文件在某处共享？它是本地文件。在一种情况下，它与ex

c:\users\Eabryt\bot\file.accdb

的程序（类）位于同一个文件中，程序位于

c:\users\Eabryt\bot\src\file.java

，而在另一种情况下，它更多的是

c:\users\Eabryt\file.accdb

，程序位于

c:users\Eabryt\bot\src\file.java

，据我所知，这应该不会引发任何错误，因为我在java文件中给出了完整的路径。将“bad.accdb”传输到“good”计算机，并让该Jackcess应用程序副本尝试打开“bad.accdb”。它有用吗？