Solidworksは複数のインスタンスで実行できるソフトウェアであり、SW APIはSW環境に依存する二次的な開発です。これはそれ自体がバグであり、APIはユーザーがSW1を操作しているのかSW2を操作しているのかを認識できないためです。
TDOは実際にはこのバグを無視できます。起動したサービスサーブレット（SW）はいくつでもロードできます。問題は、SW2を操作しているときに、最終的にSW1をアクティブ化した場合、またはバックグラウンドプロセスがSW1をアクティブ化した場合、TDOがSW1の環境をチェックしてしまうことです。コードの観点から言えば、論理的にはエラーはありません。
ユーザーが不具合の原因を理解できないため、起動を完全にブロックしています。ユーザーはTDOのバグだと考えていますが、実際はSWのバグです。さらに悪いことに、TDOとSWは高度に統合されており、SWの実行プロセスを詳細に監視しています。
この動作をバグと呼ぶのは不適切かもしれません。TDOが他のプラグインの使用が動作に影響を与えるかどうかを考慮しないのと同様に、SWも価値のないプラグインの動作を保護する責任はありません。
ここでは特にSW2019を取り上げます。これはバックグラウンドに残骸が残りやすいバージョンだからです。少なくとも複数のバージョンをテストして比較した結果では、これは必ずしも問題ではありませんが、プラグインの実行には致命的です。
他のプラグインにはなぜマルチプロセス検証機能がないのでしょうか？何か理由が分かりますか？