Регистрация dll

Доброго времени суток.

Хочу зарегистрировать dll командой:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe C:\Users\User\Documents\Visual Studio 2012\Projects\VenkonEImzo\VenkonEImzo\bin\Release\NewDll.dll

Выдается ошибка:
RegAsm : error RA0000 : Не удалось найти входную сборку «C:\Users\User\Documents\Visual» или одну из ее зависимостей.

DLL ка раньше работала без проблем.

Что делать? Куда копать?

Добавлено через 44 минуты
Не актуальна

Помощь в написании контрольных, курсовых и дипломных работ здесь.

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

Не получается подключить библиотеку Unmanaged.dll (Firefox nss3.dll)
Здравствуйте, начал изучать c#, очень понравилась тема декриптования, для начала решил из.

Решение

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Подключение сторонней DLL. Нужно, чтобы программа могла работать с разными версиями dll
Есть dll с неким драйвером для фискального регистратора. Требуется прицепить ее к программе на C#.

Где взять библиотеки JSCore.dll и WebKitCore.dll
Доброго времени суток. Скачал ExpressoBrowser-master, пытаюсь запустить через SharpDevelop 4.4.

Подключение dll из ресурсов внутри другой dll
Здравствуйте! Есть сторонняя dll и собственная dll. Собственная dll написана для удобной работы со.

Источник

Обработка ошибок, возникающих при обмене данными в распределенной информационной базе

Общие ошибки, возникающие при работе с XML

Сообщение обмена данными является документом XML, поэтому имеет смысл описать возможные ошибки, которые могут возникнуть во время чтения/записи сообщений обмена данными при использовании средств чтения/записи данных XML, предоставляемых платформой «1С:Предприятие 8». При работе с данными в формате XML может возникать множество различных ситуаций, однако в данной статье будут рассмотрены только те, которые так или иначе имеют отношение к обмену данными в рамках распределенной информационной базы.

Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)

Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.

Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

Источник

Я принес вам решение проблемы с исключениями в C#. Но вам не понравится

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

У меня есть приличный опыт работы с другими языками программирования, и стандартный подход по работе с ошибками в C# мне не нравится. Но языки и платформы устроены так, что ты решаешь проблемы не как считаешь нужным, а так, как принято.

Эти размышления меня измучили, и я систематизировал свои знания и идеи по обработке исключительных случаев.

Возьму простой пример. Допустим у нас есть сервис, который отдаёт нам модель юзера по Id.

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

Давайте посмотрим, какие у нас есть варианты.

Классический подход к таким вещам в C# — исключения

Тут все просто. Метод ищет пользователя, если, не находит — выплевывает исключение.

Пользоваться таким методом можно вот так:

Плюсы подхода очевидны.

Ещё один распространненый способ разруливать это — try pattern.

Идея завязана на out параметры в сишарпе. Выглядит вот так:

Если все норм, мы возвращаем true, и присваиваем out переменной user найденное значение. Если не норм, отдаём false, а out переменную заполняем дефолтным значением (в случае с классом это будет null).

Использовать такой метод следует так:

У подхода много плюсов:

Очень похожий способ — SomeOrDefault.

Тоже распространенный для дотнета подход, когда мы отдаем найденное значение, а иначе null.

А использовать вот так:

Наивысшая надежность — Maybe монада.

Идея простая. Есть отдельная сборка, в ней лежит абстрактный класс Maybe, у него два наследника, Success и Failure. Отдельная сборка и интёрнал конструктор нужны, чтобы гарантировать — наследников всегда будет только два.

Тогда метод будет выглядеть вот так:

Фишка подхода в том, что мы закрепляем возможную неудачу типом возвращаемого значения. И теперь наши гарантии будет обеспечивать уже компилятор.

Использовать код можно например так:

Здесь не так много плюсов, но они очень увесистые.

Да, у меня в статье Maybe представлена исключительно как концепт. У неё есть отличные реализации в виде библиотек. В случае, если нужно передать информацию об ошибке, используется монада Either/Result. Для которой так же существуют сторонние решения.

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

Если мне не нужно знать, что там за ошибка, сам случай не сверх критичный, у меня C#8+ со включенным nullable, у всех пользователей кода тоже — я бы использовал SomeOrDefault. Если Nullable нету, тогда tryPattern. Если момент критичный, тогда Maybe.

Если у меня нет nullable, и кейс асинхронный — значит try pattern и someOrDefault мне не пойдет, и тогда я бы тоже взял Maybe.

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

Exception хорошо подходит для случаев:

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

Это поднимает куда более серьезную проблему. Ладно, подход с исключениями технически несовершенен, но даже если и был бы, есть штука, куда более несовершенная. Программисты. Человеческий фактор. Я вот пришел сюда, такой умный, начал учить как обрабатывать ошибки, а потом заглянул в код своих проектов, и везде вижу одно и то же- мой класс, как разработчика, недостаточно высок, я постоянно не понимаю, как разруливать исключительные ситуации. Я их игнорирую, логгирую, и прячу. Кроме тех мест, где они кому-то уже навредили, и меня заставили именно там все продумать. И никакие технические возможности языка не заставят меня продумывать все.

Но. Они заставят продумывать чуть больше, может быть, на 5%, может на 1, может на 10. И это вообще единственный способ хоть как то уменьшать влияние человеческого фактора. Поэтому, я не вижу причин, чтобы отказываться от тех же монад или гарантированно обрабатываемых исключений.

Я привел четыре концептуальных подхода к работе с ошибками, но на деле их намного больше. Например приходит в голову подход в Go — отдавать из функций кортеж (результат*ошибка). Как по мне- очень спорный способ, но я открыт к дискуссии. Делитесь мыслями в комментариях, какие ещё у нас есть варианты, и в чем их преимущество.

Код примеров лежит здесь.

На правах рекламы

Подыскиваете виртуальный сервер для отладки проектов, сервер для разработки и размещения? Вы точно наш клиент 🙂 Посуточная тарификация серверов самых различных конфигураций, антиDDoS.

Источник

Типовые проблемы с внешней обработкой

1. Проблема: Не хватает прав в Windows на регистрацию SDK

Как диагностировать: При запуске выдаются ошибки: «Не зарегистрирована ActiveX компонента SBIS.Docflow» или «Не удалось зарегистрировать новую версию ActiveX компоненты SBIS.Docflow», обработка закрывается. Как решать: Системный администратор клиента должен дать пользователю права на регистрацию, либо сам зарегистрировать Sbis3SDK.dll (зайти на компьютер пользователя с правами администратора и запустить внешнюю обработку).

2. Проблема: Не хватает прав в Windows на сохранение файлов настроек в каталог

Как диагностировать: Выдается ошибка «Каталог настроек [Имя каталога] не доступен (с сервера для клиент-серверной версии)» Как решать: Системный администратор клиента должен дать пользователю права на указанный каталог. Либо дать права на любой другой каталог и указать его в качестве каталога настроек на вкладке «Файлы настроек» в обработке. Внимание! Для клиент-серверной 1С, работающей в управляемом режиме, каталог указывается на сервере. То есть, если указан путь C:\Sbis1C – это локальный путь на сервере и именно туда надо дать доступ, либо указать какой-то сетевой каталог, который доступен с сервера.

3. Проблема: Не хватает прав в 1С на запуск обработки через меню «Файл/Открыть».

Как диагностировать: Выдается ошибка «Нарушение прав доступа», обработка не запускается. Как решать: Администратор должен добавить обработку в список внешних обработок для данного пользователя, либо, если это возможно, добавить пользователю права «Дополнительное право открытия внешних отчетов и обработок».

4. Проблема: Нет доступа в интернет.

Как диагностировать: В окне авторизации выдается ошибка «Ошибка WinHTTP Не удается разрешить имя или адрес сервера»: Как решать: Администратор должен сделать доступ в интернет либо, если доступ в интернет на данном компьютере не предполагается, переключаемся в режим работы «через каталог». Для этого нажимаем «Настройка соединения» и в открывшемся окне выбираем способ обмена «Каталог»:

Дополнительно устанавливаем и настраиваем СБИС Коннект.

Проблемы при запуске обработки, связанные с конфигурацией 1С

1. Проблема: Конфигурация переименована

Как диагностировать: Выдается протокол проверки файлов настроек, в котором название конфигурации не соответствует выбранным файлам настроек. Как решать: Установить настройки от более подходящей по названию конфигурации (либо попробовать все настройки по очереди)

2. Проблема: В конфигурации отсутствует реестр документов

Как диагностировать: Выдается протокол проверки с ошибкой вида: «Неправильный текст запроса … Таблица не найдена «Документ.[Имя документа]»…».

Как решать: Если клиенту не требуется отправка документов из данного реестра, то просто отключите данный файл настроек.

3. Проблема: В конфигурации отсутствует регистр сведений для хранения статусов документов и способа доставки документов контрагенту.

Как диагностировать: Выдается протокол проверки с ошибкой вида: «Неправильный текст запроса … Таблица не найдена «РегистрСведений.[Имя регистра]»…»:

РеализацияТоваровУслуг.Ссылка, РеализацияТоваровУслуг.Проведен, РеализацияТоваровУслуг.ПометкаУдаления, РеализацияТоваровУслуг.Дата, РеализацияТоваровУслуг.Номер, РеализацияТоваровУслуг.Контрагент.Наименование КАК Контрагент, РеализацияТоваровУслуг.Организация.Наименование КАК Организация, ВЫРАЗИТЬ(РеализацияТоваровУслуг.Комментарий КАК СТРОКА(1000)) КАК Комментарий, РеализацияТоваровУслуг.Склад.Наименование КАК Склад, РеализацияТоваровУслуг.СуммаДокумента

ПОМЕСТИТЬ ВТ_Реализация ИЗ

Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов ПО РеализацияТоваровУслуг.Контрагент = ЗначенияСвойствОбъектов.Объект И ЗначенияСвойствОбъектов.Свойство.Наименование = «СБИС_СпособДоставки»

ВТ_Реализация.Ссылка КАК Документ, ВТ_Реализация.Проведен КАК ДокументПроведен, ВТ_Реализация.ПометкаУдаления КАК ДокументПометкаУдаления, ВТ_Реализация.Дата КАК ДатаДокумента, ВТ_Реализация.Номер КАК НомерДокумента, ВТ_Реализация.Контрагент КАК Контрагент, ВТ_Реализация.Организация КАК Организация, ВТ_Реализация.Комментарий КАК Комментарий, ВТ_Реализация.Склад КАК Склад, ВТ_Реализация.СуммаДокумента КАК СуммаДокумента, СвязьДокументов.Ссылка КАК Приложение, СвязьДокументов.Ссылка.СуммаДокумента КАК СуммаПриложения, СвязьДокументов.Ссылка.Дата КАК ДатаПриложения, СвязьДокументов.Ссылка.Номер КАК НомерПриложения, ЗначенияСвойствОбъектов.Значение КАК СтатусЭД

ВТ_Реализация ЛЕВОЕ СОЕДИНЕНИЕ Документ.СчетФактураВыданный.ДокументыОснования КАК СвязьДокументов ПО ВТ_Реализация.Ссылка = СвязьДокументов.ДокументОснование ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов ПО ВТ_Реализация.Ссылка = ЗначенияСвойствОбъектов.Объект И ЗначенияСвойствОбъектов.Свойство.Наименование = «ДокументСБИС_Статус»

УПОРЯДОЧИТЬ ПО ДатаДокумента, НомерДокумента

4. Проблема: Не все реквизиты хранятся там, где нужно

Как диагностировать: Выдается протокол проверки со списком ненайденных реквизитов и справочной информацией. Например, не найден реквизит «ДоговорКонтрагента» в документе «РеализацияТоваровУслуг»:

Как решать: В справочной информации или в конфигурации (если есть доступ) смотрим, где лежат ненайденные значения. В протоколе проверки ищем таблицу РеализацияТоваровУслуг (в тексте ошибки указано название таблицы доступных реквизитов). В таблице ищем реквизит по смыслу похожий на «ДоговорКонтрагента».

Видим, что есть реквизит «Договор». В пользовательском файле настроек вместо параметра [Документ]. ДоговорКонтрагента пишем [Документ].Договор.

Проблемы после запуска обработки

1. Проблема: Выгружаются неправильные значения

Как диагностировать: Данные в печатной форме 1С отличаются от данных в нашей визуализации. Например, отличается наименование поставщика:

Как решать: Ищем нужное значение в карточке документа (либо в карточках, которые можно открыть из документа – карточка Организации, Контрагента, Договора и т.д.). В нашем случае открываем карточку организации, т.к. поставщик в случае реализации – это наша организация:

Видим, что тип значения данного поля – справочник Организации.

Видим, что данные в этом поле заполняются из реквизита «НаименованиеСокращенное».

Структура вложенности узлов должна быть соблюдена, как в основном файле настроек.

2. Проблема: Нужна дополнительная информация в печатной форме документа

3. Проблема: Нужна своя визуализация документа.

Как диагностировать: Печатная форма документа в 1С сильно отличается от нашей и клиент настаивает, что стандартная форма не подходит. Как решать: Заказываем визуализацию в отделе внедрения ЭДО. По готовности добавляем в пользовательский файл настроек идентификатор визуализации в параметр Файл_КодФормы:

4. Проблема: Медленно работает отправка через SDK.

Как диагностировать: Клиента не устраивает скорость отправки большого количества документов. Как решать: Если клиент за один раз отправляет несколько тысяч документов, имеет смысл предложить отправку через коннект. В этом режиме обработка быстро выгрузит на диск необходимые файлы и в 1С можно будет продолжить работу. А СБИС Коннект в фоновом режиме будет отправлять файлы и не мешать бухгалтеру работать в 1С. На вкладке Настройки в обработке указываем способ обмена «Каталог». Устанавливаем и настраиваем СБИС Коннект. Каталог обмена, указанный в обработке должен соответствовать рабочему каталогу СБИС Коннекта. В настройках СБИС Коннекта необходимо указать формат «Документ (*.native.xml)» для исходящих документов, входящих и статусов:

Источник

• через какое время делают повторное эко →