CLASSファイルが矛盾しています

Question

本番環境では、Java beanを使用していくつかのXPageでエラー500が発生しました。私はこれまで問題をトレースしている：これらの相反する2つのクラスを削除します（私を含め）他の開発者によって

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で同様の問題が発生しました。私たちの開発者の1人は遠隔地から作業していましたが、XSP要素（Xpagesとカスタムコントロールだけでなく、ローカライズされた言語プロパティ）の乗算がレプリケーション中に行われていました。私たちの場合の難しい部分は、複数のバージョンがパッケージエクスプローラビューでのみ表示されるということでした。

実際に実際にという原因が見つかりませんでしたが、ローカルプレビューを行う前に要素に署名する必要があると私は考えていました。その後、再署名された要素の複製中に複製が発生しました。複製競合のようなもの。

私たちは同僚が私たちの開発dBから独立した設計要素をメールで送信したり、別のデータベースの複製にしたりすることによってそれをやめました。その後、私たちの一人が内部の開発者が要素をメインDBにコピーします。また、チーム内の誰も直接サーバー上で作業するのではなく、ローカルレプリカで作業することに決めました。

少し面倒ですが、それ以降は重複はありません。