Очень вовремя.  

Стали использовать vkloader и на вылет при закрытии напроролись.

А почему бы на http://openconf.1cpp.ru/vk/vkloader/ не положить?

Тут пришла мысль в голову.

Внешние компоненты являются саморегистрирующимися. И регистрируются они в Local Machine. А почему бы их не регистрировать в Current User?

Было бы идеально, если бы они сами регистрировались в Current User. Но с этим для большинства компонент уже ничего не поделаешь.

Известно, что существует программа, разновидность regsvr32, которая регистрирует компоненты в HKCU. Но так как она реализована в виде исполняемого модуля, то ею пользоваться неудобно: из 1С она вызовется либо в немодальном режиме, либо с открытием DOS-окна.

Поэтому возникло предложение: научить vkloader регистрировать компоненты в HKCU. А использовать эти компоненты можно будет через ПодключитьВнешнююКомпоненту().

PS. Только решит ли такой подход конфликт с BARCODE.OCX?

Все просто - на HKLM права есть далеко не у всех.

Результат - ошибка загрузки компоненты, либо загрузка компоненты по неверному пути.

При чем здесь FormEx?

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

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

У многих клиентов и админа-то нет. А бухи, соответственно, про WMI и слыхом не слыхивали. Попробуй им это объясни...

sedmin писал(а) 13. Июня 2007 :: 08:51:

По моему, абсолютно по теме. Я именно про способ загрузки компоненты без регистрации в реестре. Чего и другим разработчикам ВК желаю.

sedmin писал(а) 13. Июня 2007 :: 09:19:

Админа нет, а в HKLM зарегить нельзя? странно...
Ведь если права не расписаны, тоесть незакрыт доступ, достаточно один раз зайти этим бухам и все ок!
Или я не понимаю о чем ты?

sedmin писал(а) 12. Июля 2007 :: 08:24:

Саш, а какие проблемы вам встречались на русском svr?

kms писал(а) 12. Июля 2007 :: 09:45:


В данном случае речь пойдет не об 1С++, а о другой компоненте, которая реализована на основе Радуги. Но это ни при чем, так как мы рассматриваем общий механизм загрузки внешних компонент.

Для этой компоненты была некой утилитой (какой - точно не скажу, strip-чего-то-там) обрезана некая служебная информация. И больше года мы эту компоненту эксплуатировали, пока не нарвалить на русский Windows сервер. Вернее, мы заменили прежнюю компоненту на эту. В результате, 1С стала выдавать ошибку загрузки внешней компоненты.

А клиент был уж очень скандальный и, к тому же, удаленный.  Представляешь, они говорят "У нас ошибка загрузки компоненты". Мы им "Везите базу". Они привозят - все нормально. Уезжают - все хреново. И это после года эксплуатации компоненты у других клиентов. В конце концов выяснилось, что на русском сервере она не грузится, а на других системах - все нормально. Пришлось пересобрать компоненту.

Но речь не об этом. Речь о том, что глюки могут поджидать где угодно.  И vkloader здесь не исключение, в чем мы также убедились. 

Поэтому я и прошу тех, кто хочет дать совет:
1. ознакомиться с описанием проблем;
2. подумать, будет ли этот способ пригоден для использования у 100 удаленных и 40 сильно удаленных клиентов;
3. если ответа на предыдущий вопрос у вас нет, то ... (подставить по вкусу) 

PS. В принципе, у нас уже месяц, как тестируется на клиентах описанный в другой ветке способ регистрации компоненты в пользовательской ветке реестра. Пока выявлен только один момент: когда используются разные версии компоненты с регистрацией в разных ветках, то иногда 1С пытается загрузить компоненту из того места, где ее сейчас нет. Если интересно, то могу описать подробнее.

Так что, в недалеком будущем я планирую внести изменения в механизм регистрации.

kms писал(а) 17. Июля 2007 :: 11:52:


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

sedmin

Вспомнил, что еще хотел у тебя спросить.

Было интересно, не раздавали ли вы своим клиентам компоненты без регистрации в реестре (с пустой строкой 100)?
Является ли это решение стабильным в гетерогенных средах и в условиях прочих беспорядочных связей?

kms писал(а) 17. Июля 2007 :: 12:18:

Кстати, хотел бы поблагодарить всех, участвовавших в разработке 1С++, и Артура в особенности, за то, что эта компонента обеспечивает 98% гарантии в отношении промышленных инсталляций в гетерогенных средах.

Честное слово. Так как я уже просто не представляю, как можно вести промыленную разработку в стандартной среде 1С.

Также хотелось бы поблагодарить Александра Орефкова в первую очередь и всех других, кто "распечатал" запечатанный конфигуратор, ну сами знаете за что.   Можно сказать, за то, что они приблизили среду разработки 1С к цивилизованному миру. И, пожалуй, у них это получилось лучше, чем у 1С в v8.

Salimbek писал(а) 19. Июля 2007 :: 07:17:

Даже не знаю, что и ответить... Ты вышеприведенное читал?

Мне нужен не удобный механизм, а НАДЕЖНЫЙ!
vkloader - тоже удобный механизм. Где в твоем сообщении информация о том, что этот механизм совместим с приведенным OCX-файлом? В нем решена эта проблема?

sedmin писал(а) 19. Июля 2007 :: 19:08:

Извини конечно, все вышеприведенное я читал, проблемы возникали при:
1) Использовании компоненты с отрезанной инфой (как будет работать любая программа с этой компонентой я тебе разумеется не скажу)
2) При регистрации в ветке реестра HKLM
Механизм, описанный в статье - ищет файл с той же инфой, которая хранится в ветке реестра, но берется она из этого файла. Согласись, что при этом не надо думать о правах доступа к реестру, и о том, что реестр локального юзера может быть почищен и т.д. Доступ на каталог с базой у всех пользователей должен быть полным (требования 1С-ки). Как будет работать компонента "на основе Радуги" в этих условиях - не знаю. Надо тестировать. Именно для этого и привел данную ссылку, так как, потенциально, проблем при данном механизме, меньше, соответственно и надежность несколько выше.
С Уважением...

Предлагается замена vkloader'у.
Если вы пользуетесь 1С++, то vkloader становится Вам не нужен.

http://www.1cpp.ru/forum/YaBB.pl?num=1173766505/15#21