Блог

В настоящее время я работаю на платформе Azure, чтобы получить данные о производительности в моем приложении. Моему клиенту необходимо подключить мое консольное приложение, которое извлекает данные из задачи запуска веб-роли, и это работает для них в моем приложении

Я использовал WCF в своем проекте, теперь я хочу изменить его и вместо этого использовать Service stack для повышения производительности.

Сейчас я сталкиваюсь с проблемой в режиме реального времени.

В локальной среде разработки все консольные приложения и стек сервисов работают нормально и вставляют данные в DB.

Когда я тестирую его в режиме реального времени со всеми необходимыми настройками (конечно, мой старый exe-файл все еще работает, который использует ссылку на службу WCF до сих пор) и загружаю тестовое приложение и в этом задаю задачу запуска моему консольному приложению, оно не работает.

Хотя, когда я открываю RDP тестового приложения, размещенного в Azure, я вижу, что запущен EXE (в диспетчере задач),

Я также пытаюсь получить доступ к стеку сервисов REST в RDP, это также работает, и я могу запустить запрос GET в этом.

Все сообщения я записал в свое приложение (консоль) Я могу видеть, когда запускаю EXE вручную в RDP.

Но он не вставляет данные в мою базу данных. (он работает в моей локальной)

Очень странная вещь, которую я обнаружил, при запуске моего приложения я вижу сообщение в консоли, которое написано не мной.

Кто-нибудь может сказать мне, о чем говорится в этом сообщении?

Я провел некоторое исследование и выяснил, что мне нужно отдельно предоставить service stack (.dll) с моим exe-файлом, чтобы все работало правильно. Вопрос в том, что, я думаю, он должен автоматически ссылаться на мое консольное приложение EXE, которое я предоставляю своему клиенту, потому что в проекте я уже даю ссылку на библиотеки DLL стека служб. У кого-нибудь есть идея, почему это нужно поставлять отдельно?.