关于Xwork异常 : Unable to instantiate Action

最新推荐文章于 2022-08-05 19:24:57 发布

t8500071

最新推荐文章于 2022-08-05 19:24:57 发布

阅读量1.6k

点赞数

分类专栏： Webwork DAO Servlet 框架 Java

本文链接：https://blog.csdn.net/t8500071/article/details/8524742

版权

Java 同时被 3 个专栏收录

7 篇文章 0 订阅

订阅专栏

Webwork

2 篇文章 0 订阅

订阅专栏

Servlet

2 篇文章 0 订阅

订阅专栏

本文详细解析了在 WebWork 框架下出现 NullPointerException 的原因，并提供了有效的解决方案。通过分析 CertLogDaoImpl 初始化过程，揭示了 ActionContext 容器为空的问题所在。

摘要由CSDN通过智能技术生成

今天在测试刚写完的代码时,当触发到某一action时,发现webwork抛出以下异常:

[ERROR] - [2009-03-12 14:27:59]: (ServletDispatcher.java:234)--Could not execute action
com.opensymphony.xwork.XworkException: Unable to instantiate Action, com.huawei.nsm.outsrc4.action.CertAction,  defined for 'formDataQuery' in namespace '/outsrc4/cert'null
    with nested exception 
java.lang.NullPointerException
	at com.opensymphony.xwork.DefaultActionInvocation.createAction(DefaultActionInvocation.java:220)
	at com.opensymphony.xwork.DefaultActionInvocation.init(DefaultActionInvocation.java:272)
	at com.opensymphony.xwork.DefaultActionInvocation.<init>(DefaultActionInvocation.java:65)
	at com.opensymphony.xwork.DefaultActionInvocation.<init>(DefaultActionInvocation.java:58)
	at com.opensymphony.xwork.DefaultActionProxyFactory.createActionInvocation(DefaultActionProxyFactory.java:32)
	at com.opensymphony.xwork.DefaultActionProxy.prepare(DefaultActionProxy.java:124)
	at com.opensymphony.xwork.DefaultActionProxy.<init>(DefaultActionProxy.java:75)
	at com.opensymphony.xwork.DefaultActionProxyFactory.createActionProxy(DefaultActionProxyFactory.java:45)
	at com.opensymphony.webwork.dispatcher.ServletDispatcher.serviceAction(ServletDispatcher.java:227)
	at com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:199)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
	.....

with nested exception java.lang.NullPointerException
java.lang.NullPointerException
	at com.huawei.nsm.outsrc4.dao.impl.CertLogDaoImpl.<init>(CertLogDaoImpl.java:45)
	at com.huawei.nsm.outsrc4.dao.impl.CertDaoImpl.<init>(CertDaoImpl.java:56)
	......

原因是这一句

at com.huawei.nsm.outsrc4.dao.impl.CertLogDaoImpl.<init>(CertLogDaoImpl.java:45)

webwork 无法初始化CertLogDaoImpl对象 , 于是找到该类,发现如下语句:

    private final static Log _log = LogFactory.getLog(CertLogDaoImpl.class);
    
    private UserUtil userUtil = (UserUtil)ServletActionContext.getContext().getSession().get("userUtil");

CertLogDaoImpl对象包含一个 userUtil 的成员变量,在初始化CertLogDaoImpl对象时,会先初始化其成员变量,关键是这里,这个uerUtil成员变量使用了 action 的上下文"ServletActionContext.getContext()".

了解webwork中ServletDispatcher原理的人可能知道原因了, 因为ServletDispatcher接受客户端的HTTP请求，将JavaServlet的很多相关对象进行包装，再传给我们的XWork框架，由我们的XWork 框架去解析我们的xwork.xml配置文件，根据配置文件的信息，创建对应的Action，组装并调用相应的拦截器，执行Action，返回执行结果。

因此每次客户端的请求都将调用ServletDispatcher 的 service（）方法,

该方法执行顺序如下:

1、通过request请求取得action的命名空间

2、根据servlet请求的Path,解析出要调用该请求的Action的名字（actionName）

3、创建Action上下文（extraContext）

4、根据前面获得的namespace、actionName、extraContext，创建一个ActonProxy

5、执行proxy的execute()方法,根据Action执行返回的值去调用执行相应的Result（返回结果处理）的方法。

现在应该能明白，原来是Action对象实例在ActionContext对象实例之前创建的，所有这样取得ActionContext容器对象就有可能会返回null.

因此解决次问题方法很简单,就是最好不要在成员变量或者是构造方法里调用ActionContext,而把它放在其它方法里.