Xpages 冲突类文件

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

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

由其他开发人员（包括我）构建/清理将删除这两个冲突的类。我的想法——源代码控制。但他说，开发人员并没有设置它，从Designer client中的应用程序列表中删除该应用程序（什么会破坏这种链接）也无济于事

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

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)

17.2.2017 9:38:引发异常
javax.servlet.ServletException:java.lang.NoClassDefFoundError:sk/posam/iis/mrp/xsp/RESViewBean$Resource
位于com.ibm.xsp.webapp.FacesServlet.handleError（FacesServlet.java:653）
位于com.ibm.xsp.webapp.FacesServlet.renderErrorPage（FacesServlet.java:482）
位于com.ibm.xsp.webapp.FacesServlet.service（FacesServlet.java:183）
位于com.ibm.xsp.webapp.FacesServletEx.service（FacesServletEx.java:138）
位于com.ibm.xsp.webapp.DesignerFaceServlet.service（DesignerFaceServlet.java:103）
位于com.ibm.designer.runtime.domino.adapter.ComponentModule.invokeServlet（ComponentModule.java:588）
位于com.ibm.domino.xsp.module.nsf.NSFComponentModule.invokeServlet（NSFComponentModule.java:1335）
com.ibm.designer.runtime.domino.adapter.ComponentModule$AdapterInvoker.invokeServlet（ComponentModule.java:865）
位于com.ibm.designer.runtime.domino.adapter.ComponentModule$ServletInvoker.doService（ComponentModule.java:808）
位于com.ibm.designer.runtime.domino.adapter.ComponentModule.doService（ComponentModule.java:577）
位于com.ibm.domino.xsp.module.nsf.NSFComponentModule.doService（NSFComponentModule.java:1319）
位于com.ibm.domino.xsp.module.nsf.NSFService.doServiceInternal（NSFService.java:662）
位于com.ibm.domino.xsp.module.nsf.NSFService.doService（NSFService.java:482）
位于com.ibm.designer.runtime.domino.adapter.LCDEnvironment.doService（LCDEnvironment.java:357）
位于com.ibm.designer.runtime.domino.adapter.LCDEnvironment.service（LCDEnvironment.java:313）
位于com.ibm.domino.xsp.bridge.http.engine.XspCmdManager.service（XspCmdManager.java:272）
原因：java.lang.NoClassDefFoundError:sk/posam/iis/mrp/xsp/RESViewBean$Resource
位于sk.posam.iis.mrp.xsp.RESViewBean.updateResources（RESViewBean.java:69）
位于sk.posam.iis.mrp.xsp.RESViewBean。（RESViewBean.java:28）
位于java.lang.J9VMInternals.newInstanceImpl（本机方法）
位于java.lang.Class.newInstance（Class.java:1688）
实例化（beans.java:189）
实例化（beans.java:80）
位于com.sun.faces.config.ManagedBeanFactory$1.run（ManagedBeanFactory.java:222）
位于java.security.AccessController.doPrivileged（AccessController.java:413）
位于com.sun.faces.config.ManagedBeanFactory.newInstance（ManagedBeanFactory.java:216）
位于com.sun.faces.application.ApplicationAssociate.createAndMaybeStoreManagedBeans（ApplicationAssociate.java:291）
在com.sun.faces.el.VariableResolverImpl.resolveVariable上（VariableResolverImpl.java:135）

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

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

我们从未真正找到真正的原因，但我倾向于认为这与他在做本地预览之前必须签署元素有关。然后，在复制任何重新签名的元素时，都会发生重复。有点像复制冲突

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

---

有点乏味，但从那时起就不再重复了

这类似于复制冲突-括号中的数字是镜像设计元素的UNID。不幸的是，我的情况不同：我们有设计元素的物理副本（由设计元素的特殊视图检查），并且不涉及复制-元素（只有这2个）总是通过在designer中打开来重新创建（不需要构建）。