開発環境（2023.106）と実行環境（202410.8）でSTUDIOのバージョンが地学のですが、開発環境でWindows（レガシではなく。）でシナリオを作成し、そのシナリオを、実行環境で開くと、プロジェクト等のインストール、依存関係の処理が自動的に実行され、その後、シナリオを実行しようとすると、
【Could not load file or assembly ‘\（シナリオが格納されているパス）.local\install\（シナリオ名）.dll’. アクセスが拒否されました。】
というメッセージが出て、エラーとなり、シナリオが実行できません。素人で申し訳ありませんが、対応方法をご教示いただけないでしょうか。
Hey @keiichirou.nakamura.yb san if you look at that
[point Could not load file or assembly ‘\ (path where the scenario is stored).local\install(scenario name).dll’. Access is denied. 】]
so where you run the process in the development Environment this machine have the rights to access the file but when you are trying to run same thing with the production environment machine i think those machines have not rights to access the file. and make sure to check firewall restriction.and version compatibility like your Development Environment is in upgrade and the prod is older so having mismatch package dependencies could be the issue.
cheers
This issue occurs when you try to access code stored on Shared Drive. Try copying the code to local drive and try.
早速のアドバイス有難うございます。
ファイアウォールの制限とバージョンの互換性の確認方法がわかりません。素人で申し訳ございません。現在の開発環境、実行環境のまま運用しようとするためには、上記、確認が必要と思います。一番の解決方法は、開発環境のUipathのバージョンを実行環境と同等にすればよいとの理解で宜しかったでしょうか。
早速のアドバイス有難うございました。
実行環境、開発環境共に共有ドライブを利用して、処理することを念頭に置いております。ご教示いただき、ありがとうございました。
1 Like
If the issue resolved, close the thread by marking my answer as solution so it will be helpful to other members as well.
ネットワークドライブのパスをそのまま使用して、STUDIOでシナリオを作っておりましたが、下記の記述の内容を対応する事で、問題解決しますでしょうか。
【 共有ネットワーク フォルダーに簡単にアクセスできるようにするために、お使いのユーザー アカウントにネットワーク ドライブをマッピングできます。ネットワーク ドライブをマッピングするには、\\ServerName\SharedFolder などの URL を介してアクセスできるネットワークの場所を z: などのドライブ文字に接続します。】
こんにちは
上記エラーメッセージ内のパスがネットワークドライブということでしょうか？
通常Robotでの実行時は、nupkgファイルが所定のフォルダ（基本的には%USERPROFILE%\.nuget以下 ）に展開され、そこを参照すると思いますが。
おはようございます。
上記エラーメッセージ内のパスがネットワークドライブとなっております。また、nupkgファイルの存在が確認できません。
こんにちは
上記ですが、Assistantで実行しようとしていますか？あるいはStudioで開こうとしていますでしょうか？
おはようございます。STUDIOで実行しようとしている状況です。
手っ取り早い解消方法は、開発環境側から.localフォルダを削除してから、実行環境側で開けば良いかと思います。（念のため、事前にバックアップはとってください）
なおこの際、新しいバージョンのStudioで更新されたプロジェクトは古いバージョンのStudioで開くことができなくなる恐れがあります。そのため、可能であれば、一旦プロジェクトフォルダ全体を実行環境側にコピーしてから、開いた方が安全かと思います。（あるいは開発環境側のバージョンを実行環境にあわせる）
こんにちは
本お問合せをする少し前の時間に、実行環境（新しいバージョン）STUIDOで、テスト的にシナリオを作成して、デバックしようとしたところ、同じ現象が起きました。新しいーバージョンでシナリオを作成する場合も、都度、 .local フォルダの削除が必要という理解でしょうか。
こちらはStudioのバージョンの問題よりは、アクセス権の問題の要因が大きいと思いますので、この事象が発生するようでしたら削除したほうが良いと思います。（開発側から、Studioを閉じた状態で削除してみてください）
こんにちは
実は、オーケストレーターを使用いたしておりまして、Uipath関連の管理者が、他の事務所に在籍しております。そちらの者がアクセス権に関する設定を変更してしまったという可能性はございませんでしょうか。
ファイルシステム上のアクセス権の問題、かつStudioがキャッシュ目的で使用する.localフォルダの問題なので、Orchestratorは関係ないと思います。
度々申し訳ございません。同じ実行環境で、1月中旬頃まで問題が起きなかった記憶がございまして、1月下旬以降に、Windowsで作成したシナリオに同じエラーが起きているものですから、どこかで環境が変わったのかなと思ってのご連絡でした。
そもそもになりますが、.localフォルダの共有は推奨されていません。
またソース管理システムの利用においても.localフォルダの共有はしないように明記されています。
上記から、現在の、同じ.localフォルダを異なる環境から参照する運用はあまり好ましくなく、見直した方が良いかと思います。（前述しましたが、バージョンが異なると開かなくなるトラブル等の要因にもなりますので）
申し訳ありません。
開発環境（2023.10.6）でテストシナリオを作成し、.localフォルダを削除して、実行環境（2024.10.8）でSTUDIOを開いたところ、.localフォルダが再び生成され、同じメッセージが出て、エラーとなってしまいました。