Может ли GdPicture14 работать в функции Azure с использованием плана потребления? - PullRequest
1 голос
/ 12 февраля 2020

Мы пытаемся переместить службу onprem windows, которая реализует лицензионную версию GdPicture14 в облако Azure и в функцию, используя план потребления.

У нас есть соответствующие лицензионные ключи в программное обеспечение, но когда мы развертываем в Azure, выполнение функции зависает (мы предполагаем, что это потому, что GdPicture в пробном режиме показывает всплывающее окно, которое должно быть закрыто перед запуском).

Время ожидания выполнения функции истечет через 10 минут, затем повторите попытку еще 4 раза.

Мы также не получим никаких сообщений о сбоях в разделе «Монитор» нашего функционального приложения. Это самая неприятная часть ... не могу понять, что это за ошибка ...

Может кто-нибудь сказать мне, совместим ли GdPicture14 в функции Azure, и что они сделали, чтобы ее вызвать? и работает?

1 Ответ

0 голосов
/ 13 февраля 2020

Я запускал GdPicture в Azure Функции и в WebJobs до этого, хотя я не запускал v14 в последней версии функций в плане потребления. Поскольку я планировал сделать это в конце концов, я настроил тестовый проект и попробовал его. Это сработало для моего простого тестового кода (HttpTrigger, генерирующий динамический c 1D штрих-код из числа, указанного в URL).

При создании проекта в VS я гарантировал, что выбрал "Azure Функции v3 (. NET Core) в мастере создания. Я добавил ядро ​​v14. Net Core DLL в качестве ссылки и добавил мой простой тестовый код (который включал настоящую лицензию v14 - как вы сказали, ни пробный ключ, ни всплывающее окно убьет вас).

При публикации часто возникают проблемы с GdPicture и Functions / WebJobs. Специально для функций создайте профиль публикации, который НЕ использует Zip Deploy (снимите флажок «Запускать из пакета») Это потому, что обычно GdPicture требует дополнительных библиотек DLL для функций, которые вы используете (библиотеки DLL в каталоге Redist, такие как фильтры, gdimgplug и т. Д. c). Если вы используете Zip Deploy, добавить их в Zip. Затем «Publi sh» для вашей функции (она будет называться «Web Deploy»).

После публикации вашей функции вам нужно войти в FTP, чтобы добавить дополнение nal DLL, которые могут понадобиться вашей функции (если у вас нет какой-то супер простой функции, которая их не использует). Забывание вручную добавлять библиотеки DLL часто является проблемой, с которой я сталкиваюсь в GdPicture на Azure. После входа в FTP перейдите в каталог «/ site / wwwroot/bin» вашей функции и загрузите необходимые библиотеки DLL. Если вы не уверены, какие библиотеки DLL может использовать ваша функция, вы можете безопасно загрузить все библиотеки DLL в каталог «Redist». Он будет игнорировать то, что вам не нужно. Обратите внимание, что существуют 32-битные и 64-битные версии каждой DLL. Если вы точно знаете, что выполняете свою функцию как одну или другую (указанную в разделе «Функции платформы»> «Конфигурация»), вы можете просто загрузить нужную вам функцию. Вы также можете загрузить обе версии, и он будет использовать то, что ему нужно. Возможно, вы сможете добавить эти библиотеки DLL в код, вручную изменив конфигурацию сборки Visual Studio, но я никогда не пробовал этого.

После загрузки библиотек DLL перезапустите вашу функцию и протестируйте ее. На портале go перейдите на страницу своей функции и откройте вкладку «Журналы» внизу, чтобы просмотреть любой вывод. Если у вас есть HttpTrigger, вы можете проверить его, используя вкладку «Тест» с правой стороны. Надеюсь, это поможет.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...