Как организовать общие схемы, на которые ссылаются несколько biztalk приложений в той же группе?
Кажется, что оператор присваивания treeNode.weight вызывается, он выделяет некоторую память для использования, но никогда не освобождается.
==37533== by 0x48B73F: int* std::vector<int, std::allocator<int> >::_M_allocate_and_copy<__gnu_cxx::__normal_iterator<int const*, std::vector<int, std::allocator<int> > > >(unsigned long, __gnu_cxx::__normal_iterator<int const*, std::vector<int, std::allocator<int> > >, __gnu_cxx::__normal_iterator<int const*, std::vector<int, std::allocator<int> > >) (stl_vector.h:1224)
==37533== by 0x48B2BD: std::vector<int, std::allocator<int> >::operator=(std::vector<int, std::allocator<int> > const&) (vector.tcc:195)
3 ответа
Из Microsoft Руководство по эксплуатации Biztalk :
Развертывание общих артефактов в отдельном приложении - Если артефакты будут совместно использоваться двумя или более приложениями, разверните общий артефакты в отдельное приложение. Например, если два приложения используют общую схему, поместите схему в отдельное приложение. Мы рекомендуем это, потому что только один артефакт в группе BizTalk может иметь единственный локальный уникальный идентификатор (LUID). LUID состоит из имени артефакта и, возможно, других атрибутов. Если вы включаете артефакт в одно приложение, а затем создаете ссылку на него из другого приложения, ссылающееся приложение может работать некорректно, когда вы остановите приложение, содержащее артефакт. Эта передовая практика применима ко всем типам артефактов, за исключением файлов, таких как файлы Readme и скрипты, которые добавляются в приложение как тип артефакта File. Это связано с тем, что в группе BizTalk можно развернуть несколько файловых артефактов с одинаковым именем. Следовательно, вы можете использовать файл с одинаковым именем в двух или более приложениях. В этом случае остановка одного приложения не повлияет на другое приложение. Дополнительные сведения о добавлении файловых артефактов см. В разделе «Как добавить файл в приложение» в справке BizTalk Server 2006 R2 по адресу http://go.microsoft.com/fwlink/?LinkId=106818 . . 1230] Схемы, идущие в совместно используемом приложении, действительно не должны меняться, поскольку они совместно используются, и это важное событие. Если вы добавляете схемы или изменяете существующие карты, нет необходимости перестраивать старые приложения. Возможно, вам придется переработать зависимые экземпляры хоста, чтобы они обновили свои копии dll в памяти. В противном случае это должно быть без проблем на 95%.
Мы помещаем наши общие схемы и функции в отдельное приложение.
Я не уверен, что понимаю ваш вопрос, поэтому поправьте меня, если я не в базе.
Вы должны организовать свои схемы как их собственную сборку, которая может быть независимо развернутым для всех приложений, которым это необходимо. Затем на них могут ссылаться другие проекты во время разработки. После развертывания, если в схемы внесены изменения; просто необходимо обновить сборку схемы на сервере; ссылка на схему из приложений будет сохранена.
надеюсь, что это поможет.