"Партнерский" форум

Форум посвящен программированию, жизни, клиентам и нашим друзьям. Работает с 20 января 2008 года.Правила форума

"Партнерский" форум -> Обратная связь -> Универсальный OLE-перенос объектов между БД с идентичными конфигурациями

Автор Cообщение
111
support








05.05.2009 в 08:46
Андрей Кравчук(АндрейКр) прокомментировал 05.05.09 01:05:19 в "Универсальный OLE-перенос объектов между БД с идентичными конфигурациями"

При эксплуатации оказалось, что на работу 1С в режиме ole сервера плохо влияет 1С++. Он у меня включен просто для ускорения работы 1С.
Как только выключил исчезли всякие сообщения "Не известная ошибка". Кроме этого после выключения 1С++ нормально стала отключатся база приемник. До этого
очень часто приходилось через диспетчер задач выключать.
Кроме этого оказалось, что переносится через ole механизм числа только с 15 цифрами (т.е. перенесется 123.123456789012 или 1234.12345678901). Если в базе
встречаются такие огромные числа, в которых будет иметь значение больше 15 цифр, то такие числа проходя через ole будут обрезаться.

Адрес комментария:
http://infostart.ru/projects/1120/?p=6#comm113
112
support








05.05.2009 в 21:24
Андрей Кравчук(АндрейКр) прокомментировал 05.05.09 17:05:52 в "Универсальный OLE-перенос объектов между БД с идентичными конфигурациями"

(114) Вот компоненты в порядке их загрузки:
1С++ 3.0.1.22
vkloader 1.0.0.4
spreadsheet.dll (йоксель)
turbomd.dll 1.0.1.2
formex.dll 2.0.5.93
ExtPrn.dll - это для матричных принтеров
Addon1C
sleep.dll Ромикса
+патч kernell 33стоит патч hogik`а для преодоления ограничения максимального размера (1 гб) файлов dbf
В принципе я понимаю, что возможно это какой-то конфликт между компонентами, который выявляется только при использовании 1С как ole сервер. В обычном
режиме все работает очень стабильно.
Кстати 1С++ я выключил не в базе источнике, а именно в той базе которая используется как ole сервер. В базе источника по прежнему 1С++ работает.
После выключения сразу же:
1. Исчезли сообщения типа:
КвоСтрокВПриемнике=ОбъектПриемник.КоличествоСтрок(); : {F:\СВЕРТКА\131\ПЕРЕНОС ОБЪЕКТОВ 1.31 (OLE).ERT(1409)}: Неизвестная ошибка
Эта ошибка была плавающей, т.е. нажимаю выгрузить, идет обмен, потом раз - и эта ошибка, нажимаю сразу же еще раз обмен - все - ошибки нет. Иногда все
время была, пока не выйдешь из 1С и не зайдешь снова.
2. При выходе из базы источника 1С, которая в качестве ole не закрывалась. Очень редко, когда закроется. Сейчас закрывается всегда.

Адрес комментария:
http://infostart.ru/projects/1120/?p=6#comm115
113
support








05.05.2009 в 21:25
artbear(artbear) прокомментировал 05.05.09 18:05:39 в "Универсальный OLE-перенос объектов между БД с идентичными конфигурациями"

(115) Сразу скажу, что использование turbomd.dll 1.0.1.2
явно ошибочно :(
В этом случае 100% будут ошибки при использовании последней 1С++ и/или ФормЕкс :(

Ищи в форуме 1cpp.ru ссылки на последнюю версию turbomd.dll версии 1.0.0.1 размер 20480 от 2006 года.

Это и есть последняя версия TurboMD, просто автор с нумерацией напутал :)

Адрес комментария:
http://infostart.ru/projects/1120/?p=6#comm116
114
support








05.05.2009 в 21:25
artbear(artbear) прокомментировал 05.05.09 18:05:43 в "Универсальный OLE-перенос объектов между БД с идентичными конфигурациями"

(115) Если вдруг не знаешь, я - один из соавторов 1С++, проблему с ТурбоМД знаю давно.
так что можешь поверить на слово :)

ЗЫ как раз подобные плавающие ошибки и могут вылетать.

Адрес комментария:
http://infostart.ru/projects/1120/?p=6#comm117
115
support








06.05.2009 в 20:01
Андрей Кравчук(АндрейКр) прокомментировал 06.05.09 16:05:17 в "Универсальный OLE-перенос объектов между БД с идентичными конфигурациями"

Стоит отметить еще по отношении к работе 1С в качестве ole сервера: при подключении ole в случае, если подключаемую базу надо проиндексировать, то ole
сервер автоматически начинает индексацию, а пользователю появляется стандартный диалог "Переключится, Повторить".
Это наверно только если подключать монопольно - не проверял.
Так что если вдруг при подключении появляется такое окно, не стоит сразу уничтожать процессы 1С.

Адрес комментария:
http://infostart.ru/projects/1120/?p=6#comm119
116
Mihenius








01.06.2009 в 18:26
Документ: вид "ТабельОтработанногоВремени"; Табель отработанного времени 000026 (21.05.2009) --> ОК.
Табель отработанного времени 000026 (21.05.2009). ОК.
ОбъектПриемник = База.ВидРасчета.ПолучитьАтрибут(Объект.Код);
{\\PROG\PROG\OLE\131\ПЕРЕНОС ОБЪЕКТОВ 1.31 (OLE).ERT(201)}: 1С:Предприятие: Неверное имя атрибута
Перенос из ЗиК в ЗиК 285 релиз
+ ругается почему-то на приказы на прием на работу, что номер не уникальный, хотя на самом деле все нормально.
117
support








02.06.2009 в 00:36
Проверил на типовой (релиз 282) - всё работает, приказы переносит.

Рекомендации:
1. Структура конфигураций должна быть идентична, сравните мд-шники.
2. Проверьте не "сбита" ли нумерация документов "приказ на приём на работу".
118
Mihenius








09.06.2009 в 19:26
Да, действительно сбита нумерация. Есть приказы с разной длиной цифр, с буквами. На копии восстанавливал нумерацию, стало все нормально.
Хотя № такого приказа в приемнике нет )
119
Oleg








10.07.2009 в 17:36
Отличная утилита!
В процессе выгрузки в списке для выгрузки - "Документы" - есть пункт - все
А в справочниках такого пункта нет. Это так задумано ?
120
support








10.07.2009 в 21:39
(119)
Цитата: Это так задумано ?


Конечно.

Оболочка для основной обработки - всего лишь пример. Если хотите, можете доработать её, добавив пункт "все". Основная обработка переносит любые объекты, которые ей "подсовывает" обработка-оболочка.

Создать новую тему Добавить сообщениеСтраницы:  1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16   

Добавление сообщения
Имя и E-mail
Сообщение

Для вставки имени, кликните на точку рядом с ним.

Смайлики:
         

Защитный код: (введите число, указанное на картинке)
  

Powered by WR-LiteForum © 1.4