如何正确关闭Derby内存数据库
我正在使用derby作为嵌入式数据库。此外，我在单元测试中使用了它的内存数据库选项。
我不知道如何正确关闭（快速查看代码）
Derby数据库。我相信我有它适用于标准数据库，但是在内存数据库中尝试类似代码时遇到了不同的异常。
我将省略细节，如果需要其他感觉，我将添加它们。
基本上，我试图以以下两种方式关闭数据库，在这种方式中，内存数据库始终被称为“ eh”：
DriverManager.getConnection("jdbc:derby:memory:eh;shutdown=true");
然后：
DriverManager.getConnection("jdbc:derby:eh;shutdown=true");
前者导致例外，但例外。详细信息是：
java.sql.SQLNonTransientConnectionException：数据库’memory：eh’关闭。
后者导致
java.sql.SQLException：找不到数据库“ eh”。
根据我的能力，我们想要一个SQLException而不是一个。另一方面，该SQLNonTransientConnectionException错误似乎更合适，但它不是正确的类型（尽管它是从派生的SQLException），也不是正确的状态代码。状态代码最终为：08006。
我的示例代码说明了SQLException一个SQL状态为“ XJ015”的。
注意：我要引用的示例是：WwdEmbedded程序（Java代码）。
问题答案：
XJ015（具有SQLCODE50000）是SQLSTATE系统完全关闭的预期（成功）。SQLCODE另一方面，期望SQLSTATE仅关闭单个数据库的08006（具有45000）。
DriverManager.getConnection("jdbc:derby:;shutdown=true");
关闭整个系统，结果为XJ015。
-
问题内容： 我有全部传播异常的方法，然后在一个地方处理，但是我意识到了一些事情。 假设我有这样的方法 我的问题是，如果doSometing（）方法引发异常，该语句将不会关闭，但我不想在那里处理异常。尝试并捕获只会抛出异常并最终关闭语句的正确方法吗？ 问题答案：
-
问题内容： 在清理一些代码时，FindBugs向我介绍了一些使用Connection，CallableStatement和ResultSet对象的JDBC代码。这是该代码的一个片段： FindBugs指出这些应该在finally块内。我开始重构我的代码来做到这一点，我开始想知道如何在finally块中处理代码。 Connection对象的CallableStatement的创建可能会引发异常，而我
-
问题内容： 其中哪一个是正确的？ 问题答案： 工作正常，并正确关闭标签。最好为视障人士添加属性。
-
问题内容： 如何正确关闭IPython Notebook？ 目前，我只是关闭浏览器选项卡，然后在终端中使用。 不幸的是，滴答也无济于事（它们确实杀死了它们的内核，但没有退出iPython）。 问题答案： 当前没有比终端中的Ctrl + C更好的方法了。 我们正在考虑如何进行显式关机，但是笔记本作为单用户应用程序（用户可以自由停止它）和作为多用户服务器（只能由管理员操作）之间存在一些紧张关系。阻止它
-
我有一个简单的java，它运行一些任务对象（实现)。 除了尽最大努力尝试停止处理正在执行的任务之外，没有任何保证。例如，典型的实现将通过{@link thread#interrupt}取消，因此任何未能响应中断的任务都可能永远不会终止。 我的问题是，有没有办法确保那些（任务）线程会终止？我想出的最佳解决方案是在程序末尾调用，但这显然是愚蠢的。
-
我有一些代码，其中多个方法使用键盘，并在主方法中连续调用。我正在做的练习特别要求使用4种不同的方法，所以我不能把它们放在一起。最初，我用键盘。在每个方法的末尾关闭（），但当第二个方法运行时，无论调用顺序如何，这都会导致NoTouchElementException。通过卸下键盘。close（），代码现在可以工作了，但是我现在收到了资源泄漏的警告，因为键盘没有关闭。有人能告诉我一种关闭输入而不出错的