两个webproject esapi错误：未通过esapi验证配置设置所选类型

Question

A\webcontent\web-inf\esapi\ESAPI.properties
A\webcontent\web-inf\esapi\validation.properties
B\webcontent\web-inf\esapi\ESAPI.properties
B\webcontent\web-inf\esapi\validation.properties

java.lang.IllegalArgumentException: The selected type was not set via the ESAPI validation configuration
at org.owasp.esapi.reference.DefaultValidator.getValidInput(DefaultValidator.java:208)
at org.owasp.esapi.reference.DefaultValidator.getValidInput(DefaultValidator.java:185)
   

我的web.xml：

<context-param>
    <param-name>esapiProperties</param-name>
     <param-value>/esapi/ESAPI.properties</param-value>
</context-param>   
<context-param>
     <param-name>validationEsapiProperties</param-name>
     <param-value>/esapi/validation.properties</param-value>
</context-param>

或：

<context-param>
  <param-name>esapiProperties</param-name>
  <param-value>/org/owasp/esapi/resources/ESAPI.properties</param-value>
</context-param>   

<context-param>
    <param-name>validationEsapiProperties</param-name>
    <param-value>/org/owasp/esapi/resources/validation.properties</param-value>
</context-param>

Answer 1

您尝试的用例与最初的项目维护者所做的设计选择背道而驰。因为它们将所有的ESAPI类实现为单例，所以您不能在同一个运行时实例中实例化两个不同的ESAPI实例，在本例中是您的WebSphere实例。这是一个典型的竞争条件，第一个加载资源的应用程序就是获胜的应用程序。我认为这个决定部分是为了回应这样一个事实，即该库是以修复崩溃的网站的想法编写的，在这种情况下，单例有助于确保您的网站是加载的。

此时唯一的解决方案--都是非理想的。一种方法是将所有验证合并到一个实例中，另一种方法是将不同的应用程序部署到WebSphere的不同实例化中。

在ESAPI3.x中，我希望看到一个更有意义的缺省。