すべてのカスタム コードを AX 2012 RTM から AX 2012 R2 にアップグレードするという骨の折れるプロセスを完了したばかりなので、現在 CU7 を適用しています。
「コード アップグレードの競合の検出」プロセスを実行すると、カスタム AOT オブジェクト (主にテーブル、クラス、奇妙な構成キー) で多数の「削除の競合」が報告されました。
これらのカスタム オブジェクトは VAR レイヤーにのみ存在するため、sys / syp レイヤーと競合しないと想定されます。競合していると報告されるメソッドのいくつかは、単なるクラス宣言です!
追加する必要があります-単純に解決済みとしてマークできることは理解していますが、モデルに何らかの根本的な問題がある場合に備えて、これらのオブジェクトに競合があるとシステムが判断する理由を突き止めたいと思います。 /または、次の CU / ホットフィックスのインストールでこれが再び発生する可能性があります。
誰にもアイデアはありますか？
前もって感謝します ！
バージョン間でアプリを移行してから XXX (SP、累積更新プログラム、HotFix Rollup、またはその他のもの) を適用することはお勧めできません。すべての開発をその XXX の新しいバージョンに再度移行する必要があります。
空のデータ DDBB に対して、適切にコンパイルされたすべての XXX を含む標準アプリを作成し、AxUtil (または AOS のインポート オプションを使用) を使用して開発レイヤーをインポートしますが、これは遅くなる可能性があり、いくつかの標準以前のバージョンのオブジェクトをカスタム開発として設定します。 )、1 つずつ (これには、適切な開発層に焦点を当てた設計が必要になります)、その後、開発を新しいバージョンにアップグレードします。AOT->import によるオブジェクトの部分インポートは、場合によっては役立つことがあります。
あなたの場合、_model データベースをバックアップし、CU7 を直接適用し (これは、コード アップグレードの競合の検出プロセスを使用しません)、SYP と古い SYP レイヤーを比較します (古いオブジェクトを BaseLine データベースに入力することを忘れないでください。以前のバージョンのアプリの "Old" フォルダーのように. 結果のプロジェクトで, 開発レイヤーにもあるオブジェクトに焦点を当て, レイヤー比較ツールを使用して違いを解決します. 1 つずつ, なんと痛い... その後、アプリをコンパイルします,コンパイル エラーを解決してから、アプリを再コンパイルし、すべての CIL を再コンパイルし、DDBB を同期させます。