Заимствование объетка из одного расширения в другое
Добрый день. Подскажите пожалуйста, как решить следующую задачу.
Дано: Конфигурация разработчика 1с (будем считать на замочке)
Раширение1 - в нем описано куча куч, и добавлен объект Документ1
расширение2 - В нем тоже куча куч, добавлен РегистрСведений1, у которого измерение1 имеет составной тип данных и из конфигурации разработчика (которые заимствованы в расширении2) и из тех которые добавлены в расширении2.
Задача: В расширении2.Регистрсведений1.Измерении1, добавить ссылку на расширение1.Документ1...
Пытался заимствовать в расширении2 объект из расширения1 - дохлый номер, ИТС тому подтверждение...
далее выгрузил в XML расширение1, расширение2. Добавил в Configuration.xml (расширение2) и в каталог "\Documents" данные XML из расширение1.
далее в каталоге "\InformationRegisters", нашел требуемый регистр1 и в теге "<Properties>", в поттеге "<Type>", указал ссылку на Документ1...
Загрузил расширение2 из модифицированных XML, Документ1 появился (как будто захваченный из конфигурации).. Но при попытке обновления ИБ вышла ошибка проверки метаданных расширения "Не найден объект Документ1", и варианты исправления (переименовать, удалить, задать соответствие)...
Подскажите, как отключить проверку при обновлении ИБ, может где-то в XML есть какой-нибудь волшебный тег или что-то подобное...
Или может быть вы как-то видете по другому решение задачи..(Перенос Документа1 из расширения1 в КонфигурациюРазработчика) - крайность, которая ну прям никак не устраивает заказчика...
Дано: Конфигурация разработчика 1с (будем считать на замочке)
Раширение1 - в нем описано куча куч, и добавлен объект Документ1
расширение2 - В нем тоже куча куч, добавлен РегистрСведений1, у которого измерение1 имеет составной тип данных и из конфигурации разработчика (которые заимствованы в расширении2) и из тех которые добавлены в расширении2.
Задача: В расширении2.Регистрсведений1.Измерении1, добавить ссылку на расширение1.Документ1...
Пытался заимствовать в расширении2 объект из расширения1 - дохлый номер, ИТС тому подтверждение...
далее выгрузил в XML расширение1, расширение2. Добавил в Configuration.xml (расширение2) и в каталог "\Documents" данные XML из расширение1.
далее в каталоге "\InformationRegisters", нашел требуемый регистр1 и в теге "<Properties>", в поттеге "<Type>", указал ссылку на Документ1...
Загрузил расширение2 из модифицированных XML, Документ1 появился (как будто захваченный из конфигурации).. Но при попытке обновления ИБ вышла ошибка проверки метаданных расширения "Не найден объект Документ1", и варианты исправления (переименовать, удалить, задать соответствие)...
Подскажите, как отключить проверку при обновлении ИБ, может где-то в XML есть какой-нибудь волшебный тег или что-то подобное...
Или может быть вы как-то видете по другому решение задачи..(Перенос Документа1 из расширения1 в КонфигурациюРазработчика) - крайность, которая ну прям никак не устраивает заказчика...
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Или может быть вы как-то видете по другому решение задачи..(Перенос Документа1 из расширения1 в КонфигурациюРазработчика) - крайность, которая ну прям никак не устраивает заказчика...
Ну, значит не судьба ему. Понять и простить.
(4)
сварить то можно, при варке по идее цвет и вкус должны уйти...
В режиме предприятия то конфигурация общая и так получается, т..е по факту объекты друг другу доступны..
Если ты сможешь вырастить фиолетовый огурец - можно ли будет из него сварить борщ?
сварить то можно, при варке по идее цвет и вкус должны уйти...
В режиме предприятия то конфигурация общая и так получается, т..е по факту объекты друг другу доступны..
(10) Ну так вроде тут:
Рис. 2.79. Последовательность исполнения встроенного языка при перехвате метода двумя расширениями
Эта схема хорошо иллюстрирует тот факт, что при перекрытии с помощью аннотации &Вместо перекрывается не только вызов расширяемого метода, но также и расширяющих методов, находящихся «под ним». В этом примере вместо расширяемого метода будет выполнен только расширяющий метод &Вместо из Расширения2.
Рис. 2.79. Последовательность исполнения встроенного языка при перехвате метода двумя расширениями
Эта схема хорошо иллюстрирует тот факт, что при перекрытии с помощью аннотации &Вместо перекрывается не только вызов расширяемого метода, но также и расширяющих методов, находящихся «под ним». В этом примере вместо расширяемого метода будет выполнен только расширяющий метод &Вместо из Расширения2.
(13) И где здесь "единая конфигурация"? Это просто компилятор скомпилировал исполняемый код по определенным правилам.
У тебя же проблема с объектами метаданных. Ты почитай-ка про свойства объектов метаданных. Ну там - собственный, заимствованный, и все такое.
У тебя же проблема с объектами метаданных. Ты почитай-ка про свойства объектов метаданных. Ну там - собственный, заимствованный, и все такое.
(15) Мил человек, ткни куда почитать, почитаю с удовольствием...
объясню откуда делаю такие выводы:
Ведь в пользовательском режиме доступ есть ко всем объектам ? Значит когда конфигурация запущены мы можем обратиться и к расш1.документ1 и к расш2.документ2...Т.е. есть некое общее пространство в котором они прекрасно существуют рядом...
Есть режим конфигуратора, который не может видеть расш1 и расш2 так как видит пользовательский режим, вот я и спрашиваю можно это сделать или нет, и если можно то с помощью какого бубна)
объясню откуда делаю такие выводы:
Ведь в пользовательском режиме доступ есть ко всем объектам ? Значит когда конфигурация запущены мы можем обратиться и к расш1.документ1 и к расш2.документ2...Т.е. есть некое общее пространство в котором они прекрасно существуют рядом...
Есть режим конфигуратора, который не может видеть расш1 и расш2 так как видит пользовательский режим, вот я и спрашиваю можно это сделать или нет, и если можно то с помощью какого бубна)
(23)
Ты сейчас так договоришься до того, что типы реквизитов можно будет менять на лету программно, ага. Нигде же не написано, что нельзя.
Ну вот и что отсюда можно вынести в контексте решения задачи?
Ничего. Это про другое.
Ты сейчас так договоришься до того, что типы реквизитов можно будет менять на лету программно, ага. Нигде же не написано, что нельзя.
(1)
Есть какой-то в телеграмме, куда можно кидать свои хотелки по платформе. Регулярные выражения вроде добавили (спустя xxx лет) по такой "просьбе".
Нужно объяснить, что на данный момент это единственное решение.
быть вы как-то видете по другому решение задачи
Есть какой-то в телеграмме, куда можно кидать свои хотелки по платформе. Регулярные выражения вроде добавили (спустя xxx лет) по такой "просьбе".
крайность, которая ну прям никак не устраивает заказчика
Нужно объяснить, что на данный момент это единственное решение.
(1) В расширении 2 для измерения 1 поставить тип "ДокументСсылка". В процедуре "ОбработкаПроведения" для Документа 1 из расширения 1 вызвать метод из общего модуля расширения 2 в этот метод передать ссылку на документ 1. В модуле расширения 1 сделать запись в регистр сведений расширения 2 с отбором по измерению 1 в наборе записей с сылкой на документ1. Не забыть очистку записи в регистре, если для документа 1 отменяется проводка. Объект вы никак не получите в режиме конфигуратора из другого расширения, но запись в регистр сделаете и в режиме предприятия все увидите. Если для измерения 1 поставить признак "Ведущий", то прямо в самом документе 1 увидите ссылку на данные нужного регистра сведений для пользователей, кому выдадите права на этот регистр.
Типа расширение сделали, чтобы фиксить и патчить. Теперь, получается, нужно фиксить и патчить фикс и патч... Э... Поручик, что скажете?
(11)
Не, сделали расширение в котором Добавили необходимые объекты, прошло 5 лет, купили другое расширение которое покрывало потребность в моменте, а теперь нужно скрестить :)
а по существу вопроса, не знаете, можно или нет как-то отключить контроль заимствования через XML или можете даже через постргю и таблички напрямую :))
и, чтобы фиксить и патчить. Теперь
Не, сделали расширение в котором Добавили необходимые объекты, прошло 5 лет, купили другое расширение которое покрывало потребность в моменте, а теперь нужно скрестить :)
а по существу вопроса, не знаете, можно или нет как-то отключить контроль заимствования через XML или можете даже через постргю и таблички напрямую :))
(17)
Не всё так просто)) я то вроде как имею всякие желтые бумажки от 1с, но вот не понимаю как решить задачу у клиента (он не хочет переносить Объект из расширения1 в конфигурацию, чтоб можно было расширить его в расширение2) -доп деньги,время..
Всё таки, не задавлись таким вопросом (давно слежу за вашими полезными штуками и понимаю что у вас опыта и знаний побольше моих будет) как заимствование объектов из расширения1 в расширение2.?)
Вам просто нужен программист.
Не всё так просто)) я то вроде как имею всякие желтые бумажки от 1с, но вот не понимаю как решить задачу у клиента (он не хочет переносить Объект из расширения1 в конфигурацию, чтоб можно было расширить его в расширение2) -доп деньги,время..
Всё таки, не задавлись таким вопросом (давно слежу за вашими полезными штуками и понимаю что у вас опыта и знаний побольше моих будет) как заимствование объектов из расширения1 в расширение2.?)
(19)
я то вроде как имею всякие желтые бумажки от 1с
Именно что бумажки. Нормальные пацаки ими не пользуются.
но вот не понимаю как решить задачу у клиента
В данном контексте - никак.
как заимствование объектов из расширения1 в расширение2.?)
Зачем удалять гланды через жопу? Мы, которые без желтых бумажек, пользуемся традиционной медициной.
(29)
в приницпе тем же что и перенос реквизита (хоть и менее трудозотратно) Завтра обсужу с клиентом на сколько это для него реализуемо..
Но тут уже более "спортивный интерес", решается ли задача "шаманским бубном", или только кропотливый труд...
А чем проблемно перенести второе расширение в первое? Одно расширение - нет проблем.
в приницпе тем же что и перенос реквизита (хоть и менее трудозотратно) Завтра обсужу с клиентом на сколько это для него реализуемо..
Но тут уже более "спортивный интерес", решается ли задача "шаманским бубном", или только кропотливый труд...
Все жду, когда кто-нибудь задастся вопросом - а как же будет работать второе расширение, если удалить первое?
(27)
так же как сейчас работает расширение если из основной конфы удалить объект с которого "захватывали" данные....
Понятно что для варианта, если он всё таки найдется, отключения контроля, надо будет это контролировать ручками и каждый раз при обновлениях проверять/не забывать...
- а как же будет работать второе расширение, если удалить первое?
так же как сейчас работает расширение если из основной конфы удалить объект с которого "захватывали" данные....
Понятно что для варианта, если он всё таки найдется, отключения контроля, надо будет это контролировать ручками и каждый раз при обновлениях проверять/не забывать...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
