PL/SQL异常与Java程序
业务逻辑编码在pl/sql包、过程和函数中。 Java程序调用pl/sql包、过程和函数来执行数据库工作 每当引发异常时,pl/sql程序都会将异常存储到Oracle表中 我的java程序将如何获取异常,因为异常将被持久化到oracle表,而不是从pl/sql传播到java,并且procs/函数只返回1或0PL/SQL异常与Java程序,java,oracle,plsql,exception,Java,Oracle,Plsql,Exception,业务逻辑编码在pl/sql包、过程和函数中。 Java程序调用pl/sql包、过程和函数来执行数据库工作 每当引发异常时,pl/sql程序都会将异常存储到Oracle表中 我的java程序将如何获取异常,因为异常将被持久化到oracle表,而不是从pl/sql传播到java,并且procs/函数只返回1或0 对不起,伙计们,我应该更早地添加这个约束,避免这种混乱。与许多遗留项目一样,我们没有修改存储过程的自由。java.sql.CallableStatement抛出java.sql.SQLExc
对不起,伙计们,我应该更早地添加这个约束,避免这种混乱。与许多遗留项目一样,我们没有修改存储过程的自由。java.sql.CallableStatement抛出java.sql.SQLException。如果存储过程抛出异常,Java代码将知道该异常。调用存储过程的代码必须处理此异常 您可以选择:您可以让存储的proc抛出异常,或者让Java代码检查返回值,并在返回错误代码时查询表中的异常 但例外情况并不是“丢失”的。您可以从JVM或表中获得它
我投票支持JVM,因为它更简单。更少的PL/SQL代码,更少的Java代码。假设您不能更改PLSQL代码,那么您必须监视表。当然,只有当错误表存储了某种会话或使用标识符时,这才起作用。简单地说,如果您使用支持方面的框架,就很容易在相应的表中创建一个检查异常的方面。如果没有,那么您可以编写类似于以下代码的代码:
ResultSet exRs = null;
try {
connection.setAutoCommit(false);
Statement statement = connection.createStatement();
statement.execute(normalSql);
exRs = statement.executeQuery(exceptionSql);
exRs.next();
} catch (SQLException e) {
e.printStackTrace();
connection.rollback();
}
if (null != exRs.getString(exceptionColumn))
connection.commit();
else
connection.rollback();
很抱歉,我不能说得更具体。“正在将数据持久化到oracle表”
您可以在该表上创建一个拒绝插入的触发器。例如,如果错误表包含一个“error\u DESCRIPTION”列,则对于每个引发应用程序错误(-20001,:NEW.error\u DESCRIPTION)的行触发器,可以在error\u表上插入一个BEFORE INSERT
当PL/SQL代码记录错误时,它将失败并出现替换错误,如果幸运的话,它将被传播到Java层
这是一个丑陋的攻击,但是如果你真的不能更改代码,它可能会工作。Duffymo感谢你在周日的回复:-D pl/sql块抛出异常,但该异常会被持久化到一个表中,然后它返回1或0,实际的异常就会消失lost@YogoZuno-正确。不要让你的存储过程捕获异常并将其持久化到表中。如果有人能解释为什么duffymo被否决,那就太好了。这太疯狂了。我重新阅读了原始帖子,我看不到任何内容表明存储过程无法编辑。当有人说他们在存储过程中有业务逻辑时,我认为是他们编写的。YogoZuno如何“相当确定”,而不需要对项目有更深入的了解,我完全无法理解。我不相信会有人问我原始海报是否可以简单地更改存储的进程……如果使用CallableStatement触发pl/sql进程,您可以阅读异常的stacktrace。Azder感谢您的回答,但是您给我的代码不适用于涉及到存储过程,对吗?为什么这个线程关闭的选项是合法的