В качестве источника данных используются .NET-объекты. Все работает успешно за одним исключением.
Сборка, в которой описаны классы объектов, генерируется динамически "на лету", и заранее подключить reference на сборку в Visual Studio нет возможности.
Соответственно, несмотря на то, что в StiReport.ReferencedAssemblies добавляется соответствующее имя сборки (например, "Sample.dll"), компиляция проекта падает (не находит сборку).
Существует стандартный механизм разрешения ситуаций - делегат AppDomain.CurrentDomain.AssemblyResolve, подписавшись на который я мог бы вернуть сборку, соответствующую указанному имени. Но ваша компиляция не вызывает этот делегат.
Вопрос: каким образом можно решить указанную проблему? Генерировать еще одну сборку, из которой вызывать дизайнер отчетов, нет желания.
ReferencedAssemblies
ReferencedAssemblies
Здравствуйте,
Дело в том, что эту сборку не находит csc.exe компилятор, поэтому копиляция падает. В качестве решения попробуйте прописать в ReferencedAssemblies полный путь к сборке (путь есть в любом случае, даже если сборка создана в памяти).
Спасибо.
Дело в том, что эту сборку не находит csc.exe компилятор, поэтому копиляция падает. В качестве решения попробуйте прописать в ReferencedAssemblies полный путь к сборке (путь есть в любом случае, даже если сборка создана в памяти).
Спасибо.