Подключение CapMonsterCloud.dll

[slaysss]

Привет,

Столкнулся с проблемой, когда хотел подключить CapMonsterCloud к зенке.

Изначально проект я делал через VScode и в целом все работало, поменял название либы на CapMonster ( т.к возникали конфликты видимо с внутренней либой CapMonsterCloud, которая вшита в зенке )

Когда пробовал работать с многопотоком в самом ZennoPoster, то начались проблемы, то проект собраться не может, то еще что-то и т.п, поэтому решил саму либу подключить к проекту и перенести весь код туда. Начались проблемы по типу:

Пришло в голову только пересобрать либу под net 4.6.2, 4.8 и т.п , т.к сама либа в netstandart2.0, подключил все зависимости и не произошло ровным счетом ничего.

Поэтому хочу узнать, может кто-то сталкивался с подобным и знает как решить проблему?

 

[Yuriy Zymlex]

net 4.6.2

Только это пока поддерживается.

https://zennolab.com/discussion/threads/ne-udaetsja-dobavit-v-proekt-appium-net-dll.99742/post-665550

 

[slaysss]

Только это пока поддерживается.

Вам необходимо установите Developer Pack для .NET Framework 4.6.2: https://dotnet.microsoft.com/en-us/download/dotnet-framework/thank-you/net462-developer-pack-offline-installer. Далее, в сторонней IDE (Visual Studio, Rider) создайте проект .NET Framework 4.6.2, добавьте через NuGet требуемые библиотеки, соберите в Release и из полученных dll удалите зависимости которые уже имеются у ZP в папке Progs, например Newtonsoft.Json.dll, netstandard.dll и т.д. (иначе конфликт), далее оставшиеся dll переместите в ExternalAssemblies (перепроверьте версию в пути и версию вашего постера). Может получиться значительное кол-во dll (там и зависимости), всех их потребуется передобавить в GAC.

Скорее всего конлфикт и был из-за netstandard.dll, благодарю

на вопрос касаемо vscode тогда можете ответить еще?

Я собрал проект в одну dll и запустил в несколько потоков, но начались сбои, что зенка не смогла собрать решение, хотя в прожект мейкере все отлично работает. Есть ли там какие-то нюансы, как избежать этого? или лучше все в зенку переводить и не бояться за стабильность работы

 

[Yuriy Zymlex]

Я собрал проект в одну dll и запустил в несколько потоков, но начались сбои, что зенка не смогла собрать решение, хотя в прожект мейкере все отлично работает. Есть ли там какие-то нюансы, как избежать этого? или лучше все в зенку переводить и не бояться за стабильность работы

dll привязывается к конкретным сборкам своих зависимостей и если они конфликтуют с постером, то может приводить к проблемам.
Попробуйте перенести в шаблон.

 

[slaysss]

Только это пока поддерживается.

Вам необходимо установите Developer Pack для .NET Framework 4.6.2: https://dotnet.microsoft.com/en-us/download/dotnet-framework/thank-you/net462-developer-pack-offline-installer. Далее, в сторонней IDE (Visual Studio, Rider) создайте проект .NET Framework 4.6.2, добавьте через NuGet требуемые библиотеки, соберите в Release и из полученных dll удалите зависимости которые уже имеются у ZP в папке Progs, например Newtonsoft.Json.dll, netstandard.dll и т.д. (иначе конфликт), далее оставшиеся dll переместите в ExternalAssemblies (перепроверьте версию в пути и версию вашего постера). Может получиться значительное кол-во dll (там и зависимости), всех их потребуется передобавить в GAC.

Добрый день, сделал все по вашей инструкции, пришлось заменить только CapMonsterCloud.dll в папке Progs, запустил выдало ошибку, попробовал добавить все зависимости через "ссылки из GAC"

Но по итогу получил все ту же ошибку

 

[Yuriy Zymlex]

пришлось заменить только CapMonsterCloud.dll в папке Progs

Зачем?

 

[slaysss]

Зачем?

далее оставшиеся dll переместите в ExternalAssemblies (перепроверьте версию в пути и версию вашего постера).

Названия совпадают либ

 

[Yuriy Zymlex]

Названия совпадают либ

Вы заменили dll постера на что-то постороннее - переименуйте свою зависимость.

 

[slaysss]

Вы заменили dll постера на что-то постороннее - переименуйте свою зависимость.

Вернул прежний файл CapMonsterCloud, свою либу переименовал в CapMonster и закинул в ExternalAssemblies
Теперь выдает такую ошибку

Подключил в "ссылки из GAC" System.Threading.Tasks, но все равно не работает

 

[Yuriy Zymlex]

Вернул прежний файл CapMonsterCloud, свою либу переименовал в CapMonster и закинул в ExternalAssemblies
Теперь выдает такую ошибку Посмотреть вложение 90319

Подключил в "ссылки из GAC" System.Threading.Tasks, но все равно не работает

Скорее всего не совпадают версии, подгоняйте их с помощью nuget.