xpages - 冲突的类文件

Question

在我们的生产环境中，我们遇到一些 XPage 错误 500 - 使用 Java bean。我已将问题追溯到此:当我们的一位开发人员构建/清理应用程序时，我们在类中遇到了这种冲突:

RESViewBean$Kocka(985FB00AF0EEE24BC1258028004C47FE).class
RESViewBean$Kocka.class
RESViewBean$Resource(34A92B0BA75D7267C1258028004C47FC).class
RESViewBean$Resource.class

其他开发人员(包括我)的构建/清理删除了这两个相互冲突的类。我的想法 - 带有源代码管理的东西。但是说开发人员没有设置它，并且从他在 Designer 客户端的应用程序列表中删除应用程序(这会破坏这样的链接)没有帮助。

最让我感兴趣的是，它对开发服务器和生产服务器(不同路径)上的测试应用程序没有影响。但是应用程序的生产副本将导致此异常:

17.2.2017 9:38: Exception Thrown
javax.servlet.ServletException: java.lang.NoClassDefFoundError: sk/posam/iis/mrp/xsp/RESViewBean$Resource
    at com.ibm.xsp.webapp.FacesServlet.handleError(FacesServlet.java:653)
    at com.ibm.xsp.webapp.FacesServlet.renderErrorPage(FacesServlet.java:482)
    at com.ibm.xsp.webapp.FacesServlet.service(FacesServlet.java:183)
    at com.ibm.xsp.webapp.FacesServletEx.service(FacesServletEx.java:138)
    at com.ibm.xsp.webapp.DesignerFacesServlet.service(DesignerFacesServlet.java:103)
    at com.ibm.designer.runtime.domino.adapter.ComponentModule.invokeServlet(ComponentModule.java:588)
    at com.ibm.domino.xsp.module.nsf.NSFComponentModule.invokeServlet(NSFComponentModule.java:1335)
    at com.ibm.designer.runtime.domino.adapter.ComponentModule$AdapterInvoker.invokeServlet(ComponentModule.java:865)
    at com.ibm.designer.runtime.domino.adapter.ComponentModule$ServletInvoker.doService(ComponentModule.java:808)
    at com.ibm.designer.runtime.domino.adapter.ComponentModule.doService(ComponentModule.java:577)
    at com.ibm.domino.xsp.module.nsf.NSFComponentModule.doService(NSFComponentModule.java:1319)
    at com.ibm.domino.xsp.module.nsf.NSFService.doServiceInternal(NSFService.java:662)
    at com.ibm.domino.xsp.module.nsf.NSFService.doService(NSFService.java:482)
    at com.ibm.designer.runtime.domino.adapter.LCDEnvironment.doService(LCDEnvironment.java:357)
    at com.ibm.designer.runtime.domino.adapter.LCDEnvironment.service(LCDEnvironment.java:313)
    at com.ibm.domino.xsp.bridge.http.engine.XspCmdManager.service(XspCmdManager.java:272)
Caused by: java.lang.NoClassDefFoundError: sk/posam/iis/mrp/xsp/RESViewBean$Resource
    at sk.posam.iis.mrp.xsp.RESViewBean.updateResources(RESViewBean.java:69)
    at sk.posam.iis.mrp.xsp.RESViewBean.<init>(RESViewBean.java:28)
    at java.lang.J9VMInternals.newInstanceImpl(Native Method)
    at java.lang.Class.newInstance(Class.java:1688)
    at java.beans.Beans.instantiate(Beans.java:189)
    at java.beans.Beans.instantiate(Beans.java:80)
    at com.sun.faces.config.ManagedBeanFactory$1.run(ManagedBeanFactory.java:222)
    at java.security.AccessController.doPrivileged(AccessController.java:413)
    at com.sun.faces.config.ManagedBeanFactory.newInstance(ManagedBeanFactory.java:216)
    at com.sun.faces.application.ApplicationAssociate.createAndMaybeStoreManagedBeans(ApplicationAssociate.java:291)
    at com.sun.faces.el.VariableResolverImpl.resolveVariable(VariableResolverImpl.java:135)

什么可能会创建这些重复的类文件？

Answer 1

只是一个粗略的猜测:我们在自定义控件和 Xpages 方面遇到了类似的问题。我们的一位开发人员在远程位置工作，结果发现 XSP 元素(Xpages 和自定义控件以及它们的本地化语言属性)的倍增发生在复制过程中。在我们的案例中，棘手的部分是那些仅在 Package Explorer View 中可见的多个版本。

我们从未真正找到真正的原因，但我倾向于认为这与他在进行本地预览之前必须签署元素有关。然后在复制任何重新签名的元素期间发生了重复。类似于复制冲突。

我们通过让我们的同事独立于我们的开发数据库(通过邮件或复制一个单独的数据库)传输他的设计元素来阻止这种情况。然后我们内部开发人员之一将元素复制到我们的主数据库中。我们还决定团队中的任何人都不会直接在服务器上工作，而是在本地副本上工作。

有点乏味，但从那以后就没有重复了。