2

Я пытаюсь получить удаленную отладку, работающую с AOS. Но мои точки останова никогда не попадают из-за того, что символы не загружаются.Удаленная отладка Axe 2012 IL-код

'Ax32Serv.exe' (CLR v4.0.30319: X ++ IL App Domain): Loaded «D: \ Program Files \ Microsoft Dynamics AX \ 60 \ Server \ MyAOS \ Bin \ XppIL \ Dynamics.Ax .Application.dll423.netmodule. Не удается найти или открыть файл PDB.

У меня есть мои настройки отладки символы для:

\ сервер \ d $ \ Program Files \ Microsoft Dynamics AX \ 60 \ Server \ MyAOS \ Bin \ XppIL

Но визуальная студия никогда не загружает символы в кеш.

  • Я бег Visual Studio как администратор
  • Моих параметры конфигурации клиента связаны с правильной AOS
  • Я подключение к АОСУ с AOS-счетом
  • Я локальный администратор на сервере AOS
  • опции отладки проверяются на конфигурации сервера

Любая идея, что я отсутствует или не правильно делать?

Procmon сообщает мне, что процесс devenv.exe не может получить доступ к следующему пути (PATH_NOT_FOUND). Но я не знаю, почему он пытается получить доступ к этому пути.

\ сервер \ d $ \ Program Files \ Microsoft Dynamics AX \ 60 \ Server \ MyAOS \ Bin \ XppIL \ Dynamics.Ax.Application.dll33.pdb \ 63A38861AB9B4E6EA55578A367A991AD1 \ Dynamics.Ax.Application.dll33. pdb

+0

Вы перезапустили AOS, чтобы включить параметры отладки? Это необходимо. Также в идеале вы должны установить VS на сам ящик и устранить эту проблему с удаленной отладкой. Что вы отлаживаете код X ++ или собственный код на C#? Опишите проблему, и могут быть лучшие маршруты для понимания основной причины. –

+0

Да, AOS был перезапущен. Мы пытаемся отладить вызов веб-службы AIF. Установка визуальной студии на сервере AOS не является вариантом. – Reinard

+1

Не используйте административные акции, например «d $». Создайте свой собственный, чтобы отладчик мог его использовать. –

ответ

2

Согласно моему опыту, развертывание сборок затрудняет правильное использование удаленного отладчика на стороне AOS.

Следующие шаги не помогли в моих обстоятельствах:

  • VS кэш символ установлен на локальный путь с PDB файлов (VS на удаленном компьютере кэширует проект от AOT).
  • Кэш символов VS установлен в общую папку (файлы AOS PDB отображаются в сети).
  • Попытка найти правильный порядок перезапуска/очистки отладочной информации AOS для синхронизации версий загруженной DLL и загруженного PDB.
  • Опция AOS «Сборка с горячей заменой» тоже не помогла. Он работает, однако PDB и DLL не синхронизированы.
  • Взаимодействие с DL3/VSAssemblies Папки AOS не выявили каких-либо обходных решений.

В конце концов было обнаружено возможное преодоление сообщения «Отсутствующая символьная информация», которое, по моему мнению, является основной причиной. В AOT было несколько проектов VS, которые подвергались удаленной отладке.Каждой попытке не повезло из-за той же ошибки «Отсутствующая символьная информация».

Я надеюсь, что следующий сценарий может помочь О.П. найти решение для веб-службы AIF:

  1. Append CSPROJ манифеста со следующими линиями:

    <VSProjectOutputFiles Include="$(OutputPath)$(AssemblyName).pdb"> 
        <Visible>true</Visible> 
    </VSProjectOutputFiles> 
    

    Это помогает сохранить PDB артефакты в Дерево AOT.

  2. Скомпилировать проект VS в MorphX IDE. Компиляция проекта в AOT важна здесь, поскольку он развертывает соответствующий PDB вместе с DLL.

  3. Restart AOS. «Горячая» замена не работала для PDB, поэтому перезагрузка здесь обязательна. В результате вы можете увидеть правильный PDB в окне «Модули» на VS, а точки останова теперь доступны, благодаря этому факту.

Хотя с помощью удаленного отладчика выглядит действительно подходит для AOS (не раздувать сервер с Девыми инструментами), кажется, есть еще некоторые перегибы в отношении развертывания коды AOS.

Смежные вопросы