如何查看NC日志查看报错信息

  看
OrgBudgetServiceImpl.validateBudgetValue(OrgBudgetServiceImpl.java:4371) 
方法中对应的行数
然后在这一行中就可以找到那一个报错的行数,就可以追本溯源

因为一些模块有二开过,有写模块是没有二开过的。
14:46:11
Y王乐-人力 2016/1/11 14:46:11
14:43:55 [AWT-EventQueue-2] ERROR - null
nc.vo.pub.BusinessException
at nc.impl.hrp.psnorgbudget.CallProcedure.execute_pro(CallProcedure.java:59)
at nc.impl.hrp.psnorgbudget.OrgBudgetServiceImpl.validateIsControlWithRmType(OrgBudgetServiceImpl.java:6585)
at nc.impl.hrp.psnorgbudget.OrgBudgetServiceImpl.validateRmDemanddecideType(OrgBudgetServiceImpl.java:4952)
at nc.impl.hrp.psnorgbudget.OrgBudgetServiceImpl.validateBudgetValue(OrgBudgetServiceImpl.java:4371)
at sun.reflect.GeneratedMethodAccessor25460.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at nc.bs.framework.aop.rt.MethodProceedingJoinpoint$3.invoke(MethodProceedingJoinpoint.java:74)
at nc.bs.framework.aop.rt.MethodProceedingJoinpoint.proceed(MethodProceedingJoinpoint.java:184)
at nc.bs.framework.server.SecurityAspect.aroundMethod1(SecurityAspect.java:45)
at sun.reflect.GeneratedMethodAccessor96.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at nc.bs.framework.aop.rt.AdviceHolder.invoke(AdviceHolder.java:182)
at nc.bs.framework.aop.rt.MethodProceedingJoinpoint.proceed(MethodProceedingJoinpoint.java:129)
at nc.bs.framework.aop.rt.MethodProceedingJoinpoint.proceed(MethodProceedingJoinpoint.java:135)
at nc.bs.framework.aop.rt.AspectedProxy.invoke(AspectedProxy.java:59)
at $Proxy1206.validateBudgetValue(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at nc.bs.framework.ejb.CMTProxyImpl.delegate(CMTProxyImpl.java:22)
at nc.itf.framework.ejb.CMTProxyEJB30Bean.delegate(CMTProxyEJB30Bean.java:78)
at nc.itf.framework.ejb.EJSLocal0SLnc_itf_framework_ejb_CMTProxy_8032d24e.delegate(EJSLocal0SLnc_itf_framework_ejb_CMTProxy_8032d24e.java)
at nc.bs.framework.ejb.CMTEJBServiceHandler.invoke(CMTEJBServiceHandler.java:32)
at $Proxy1207.validateBudgetValue(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at nc.bs.framework.rmi.server.RMIHandlerImpl.invokeBeanMethod(RMIHandlerImpl.java:294)
at nc.bs.framework.rmi.server.RMIHandlerImpl.doHandle(RMIHandlerImpl.java:143)
at nc.bs.framework.rmi.server.RMIHandlerImpl.handle(RMIHandlerImpl.java:69)
at nc.bs.framework.comn.serv.CommonServletDispatcher.doPost(CommonServletDispatcher.java:45)

时间: 2024-10-18 10:58:13

如何查看NC日志查看报错信息的相关文章

postfix报错信息汇总

postfix_编译时make: *** [xsasl_cyrus_server.o] Error 1 make: *** [update] //如果编译出错,检查出错情况,一般是有包忘了装,要不是参数路径错误: [注释]: xsasl_cyrus_server.c:598: error: 'SASL_OK' undeclared (first use in this function) xsasl_cyrus_server.c:600: warning: format '%s' expects

SFB Server 更新CU5之后日志显示42016报错信息

更新完成SFB Server CU5补丁之后,发现Lync Server日志提示41026报错信息, 日志名称:          Lync Server 来源:            LS Data MCU 日期:            2017/10/21 0:10:23 事件 ID:         41026 任务类别:          (1018) 级别:            错误 关键字:           经典 用户:            暂缺 计算机: 描述: 与任何 W

【SSH权限故障】   报错信息:Connection closed by

SSH权限故障 故障现象:业务反馈一台虚拟机无法登陆,早晨还好好的 报错信息: [[email protected] ~]# ssh 10.12.141.111 Connection closed by 10.12.141.111 没有台明显的报错,然后-v [[email protected] ~]# ssh -v 10.12.141.111 OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013 debug1: Reading configuration

20150430 调试分析之 根据内核报错信息PC指针分析错误

20150430 调试分析之 根据内核报错信息PC指针分析错误 2015-04-30 Lover雪儿 大家写驱动的时候不知道有没有发现,当我们驱动写错了,发生内核奔溃时,会打印一大堆的报错信息, 如果再返回我们的程序中一行一行代码的检查,既耗费时间,并且有些逻辑上的错误,我们是很难看的出来的, 那我们能不能再这一大堆的报错信息中发现问题的所在呢? 此处我们来模拟一个错误,还是沿用上一篇文章中的驱动代码err_led.c的驱动程序中的代码修改错误,当然大家用其他的驱动代码做测试也可以. 博客地址:

项目中的报错信息,maven报错等的总结

Maven是一个自动化的构建和管理工具.在项目开发中,如果遇到了错误(红叉),一般有如下的解决方法: 1.java.lang.UnsatisfiedLinkError: E:\apache-tomcat-7.0.52\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform 遇到以上的情况,http://www.apache.org/dist/tomcat/tomcat-connectors/native/ 到该

Oauth2.0 整合springCloud的Zuul 解决关键BUG 报错信息:Principal must not be null

不清楚Oauth2.0 的 可以查看我前几篇博文 Zuul 为springCloud 微服务框架 单独可以使用 非常简单 可以上网查证 此文只说明如何解决Oauth2.0 和Zuul 包 的冲突 需求:新建一个Oauth2.0 项目 需要在此基础上进行网关分发 选用的框架为Zuul 遇到的问题 是 一旦导入zuul 的所需包 <dependency> <groupId>org.springframework.cloud</groupId> ------ >>

detectron2安装出现Kernel not compiled with GPU support 报错信息

在安装使用detectron2的时候碰到Kernel not compiled with GPU support 问题,前后拖了好久都没解决,现总结一下以备以后查阅. 不想看心路历程的可以直接跳到最后一小节,哈哈哈. environment 因为我使用的是实验室的服务器,所以很多东西没法改,我的cuda环境如下: ubuntu nvcc默认版本是9.2 nvidia-smi版本又是10.0的 我之前一直没搞清楚这nvcc和nvidia-smi版本为什么可以不一样,想了解原因的可以看一下我之前的文

根据报错信息返回判断系统容器、系统

根据报错信息返回判断系统容器.系统 判断容器 通过构造错误的URL地址,使得网站返回404页面:没有经过处理的就会暴露自己的系统和容器. 这一类是:Windows 2008 R2 IIS7.5/7.0 特征:白底黑字+红字 这一类是:Windows 2003 IIS6.0 特征是:白底黑字 这一类是:Apache Tomcat 特征:白字棕灰底 这一类是:Apache 特征:粗体的Not Found 这一类则是经过人工干预的自定义的美化404页面,无法从此判断容器类型 遇到这类页面可以通过Coo

Django2.2 报错信息无法正常在页面显示

Django2.2 报错信息无法正常在页面显示 Django2.2 安装后,使用runserver进行开发,出错时错误信息只显示于控制台命令行,而在前端页面只显示一行 A server error occurred. Please contact the administrator. 排错很不方便,仔细查看控制台的错误信息,提示 UnicodeDecodeError: 'gbk' codec can't decode byte 0xa6 in position 9737: ill.... 判断这