Новый артефакт, ссылающийся на существующий — проблема управления

введите описание изображения здесь

Я загружаю новые артефакты в Greg, пытаясь сослаться на существующий. Например, у меня есть A.xsd, B.xsd и C.xsd на Греге, и я загружаю WSDL, ссылающийся на них, но это не работает. А есть другие сценарии с xsd, wadl и прочими артефактами. Это ошибка? Если да, то это серьезно, потому что это инструмент управления. Я использовал следующие ссылки: https://docs.wso2.com/display/Governance501/Uploading+Schemas+with+Imports+from+Local+Filesystem+into+Governance+Registry https://docs.wso2.com/display/Governance501/Creating+a+Governance+Archive


dependencies wso2 governance-registry wso2greg soa-governance
person Leandro Goncalves    schedule 11.10.2016    source источник
comment
Какую версию G-Reg вы используете??   -  person tk_    schedule 12.10.2016

Ответы (1)


arrow_upward
2
arrow_downward

Нет, насколько я понимаю, это не ошибка. Вы не можете сослаться на что-то уже загруженное в реестр из файла WSDL, который вы собираетесь загрузить. Поэтому включите файлы схемы A.xsd, B.xsd и C.xsd с WSDL и загрузите полную папку в виде zip-файла. Для этого вы можете использовать форму загрузки zip-файла wsdl. Если вы загружаете A.xsd, B.xsd и C.xsd несколько раз, G-Reg позаботится о приоритетной части для вас.

@LeandroGoncalves Можно создать в корне zip-файл, содержащий basics.xsd, tiposBasico.xsd, xmldsig-core-schema.xsd и leiauteNFe.xsd, и попытаться загрузить этот zip-файл с помощью мастера загрузки файлов схемы в издателе. этой проблемы не будет.

person tk_    schedule 12.10.2016
comment
Спасибо за повтор. Позвольте мне попытаться быть более конкретным. - person Leandro Goncalves; 17.10.2016
comment
Я загрузил два базовых xsd, tiposBasico.xsd и xmldsig-core-schema.xsd, все работает! Но когда я попытался загрузить новый xsd (leiauteNFe), который зависит от этих двух, он не работает. Пожалуйста, ознакомьтесь со структурой xsd: - person Leandro Goncalves; 17.10.2016
comment
code‹?xml версия=1.0 кодировка=UTF-8?› ‹xs:schema xmlns:ds=w3.org/2000/09/xmldsig# xmlns:xs=w3.org/2001 /XMLSchema xmlns=portalfiscal.inf.br/nfe targetNamespace=portalfiscal.inf.br/nfe elementFormDefault=квалифицированный атрибутFormDefault=неквалифицированная версия=3.10› ‹xs:import namespace= w3.org/2000/09/xmldsig# schemaLocation=xmldsig-core-schema .xsd/› ‹xs:include schemaLocation=tiposBasico.xsd/› code - person Leandro Goncalves; 17.10.2016
comment
@LeandroGoncalves Можно создать в корне zip-файл, содержащий basics.xsd, tiposBasico.xsd, xmldsig-core-schema.xsd и leiauteNFe.xsd, и попытаться загрузить этот zip-файл с помощью мастера загрузки файлов схемы в издателе. этой проблемы не будет. Пожалуйста, проверьте и дайте мне знать. - person tk_; 17.10.2016
comment
@LeandroGoncalves Пожалуйста, не стесняйтесь принимать или комментировать ответ, чтобы поощрять ответ. - person tk_; 19.10.2016
comment
Спасибо за ваш ответ. Однако это бесполезно, если пользователи G-REG всегда загружают артефакт со всеми зависимостями, G-REG не выполняет правильную работу, я имею в виду, что когда мы ищем зависимости схемы, правильно все показывает все зависимости без дублирования . В реальном мире у нас есть много сложных схем, связанных с базовыми схемами, и все они имеют разные жизненные циклы. - person Leandro Goncalves; 20.10.2016
comment
Мой ответ - это утверждение, которое пытается ответить на ваш вопрос. Если это не так, хорошо, по крайней мере, я пытался. Я делаю это для удовольствия и мне за это не платят. Переполнение стека не место для поднятия вопросов поддержки разработки. Для этого свяжитесь с WSO2. Очень неприятно видеть такие комментарии. - person tk_; 20.10.2016