我们在Oracle 10数据库前面对着Weblogic 9运行我们的Junit 4测试套件(使用Hudson作为持续集成服务器),偶尔我们会在脚本拆解时遇到ORA-12519崩溃.但是,错误是非常间歇性的:
它通常发生在同一个Test类中
对于相同的测试用例(有时它们通过)并不总是会发生
对于相同数量的测试用例(从3-9开始)不会发生这种情况
有时根本不会发生,一切都过去了
虽然我无法保证这不会在本地发生(当然,当针对相同的数据库运行时),我已经多次运行相同的类套件而没有任何问题.
有任何想法吗?
不知道这是否是每个人的答案,但经过一番挖掘,这就是我们想出的.
这个错误显然是由于监听器不接受连接这一事实,但是为什么我们会在其他测试连接正常时得到该错误(我们也可以通过sqlplus连接没问题)?问题的关键不是我们无法连接,而是间歇性的
经过一些调查,我们发现在类设置期间创建了一些静态数据,这些静态数据将在测试类的生命周期中保持打开的连接,并在创建时创建新的连接.现在,即使当这个类超出范围时(当然是通过finally {}块)所有资源都已正确发布,但在运行期间有一些情况,这个类会吞没所有可用的连接(好吧,不好)练习警报 - 这是直接连接而不是使用池的单元测试代码,因此在生产中不会发生同样的问题).
修复是不使该类静态并在类设置中运行,而是在per方法setUp和tearDown方法中使用它.
因此,如果您在自己的应用中遇到此错误,请在该坏男孩身上打一个探查器,看看您是否有连接泄漏.希望有所帮助.
我发现一个类似错误的另一个解决方案,但相同的错误消息是增加找到的服务处理程序的数量.(我的此错误实例是由Weblogic Portal连接池中的连接太多引起的.)
运行SQL*Plus
并登录为SYSTEM
.您应该知道在安装Oracle DB XE期间使用了哪些密码.
alter system set processes=150 scope=spfile;
在SQL*Plus中运行该命令
非常重要:重新启动数据库.
从这里:
http://www.atpeaz.com/index.php/2010/fixing-the-ora-12519-tnsno-appropriate-service-handler-found-error/