Я могу использовать кенгуру Spring в существующем проекте, который не использует Знатока?
Я ранее проверил XML-документы с помощью следующего кода:
Uses
Classes,
XMLIntf,
SysUtils;
Function ValidateXMLDoc(aXmlDoc: IXMLDocument): boolean;
var
validateDoc: IXMLDocument;
begin
validateDoc := TXMLDocument.Create(nil);
validateDoc.ParseOptions := [poResolveExternals, poValidateOnParse];
validateDoc.XML := aXmlDoc.XML;
validateDoc.Active := true;
Result := True;
end;
2 ответа
Нет причин, по которым мы (команда Roo) не можем заставить MavenPathResolver разрешать использование настраиваемых путей, и одна из намеренных причин, по которой я создал абстракцию PathResolver, заключалась в том, чтобы поддерживать настройку общих местоположений путей не только для местоположений Maven, отличных от значений по умолчанию. но также и с другими системами сборки, такими как Ant + Ivy. все базовые надстройки Roo были написаны для использования PathResolver, поэтому поддержка этого не требует больших усилий. Пожалуйста, добавьте запрос на улучшение к экземпляру Roo Jira , если вам все еще нужна эта поддержка.
Вы можете изменить Maven, чтобы использовать другой набор соглашений. Стандартный набор унаследован от Maven super POM и может быть переопределен путем переопределения соответствующего свойства.
Например, чтобы изменить каталог источников с src / main / java на src, тестовый каталог на test-src и каталог ресурсов из src / main / resources в ресурсы, которые вы должны установить в своем POM:
<build>
<sourceDirectory>src</sourceDirectory>
<testSourceDirectory>test-src</testSourceDirectory>
<resources>
<resource>
<directory>resources</directory>
</resource>
</resources>
</build>
Имейте в виду, что некоторые плагины могут не использовать стандартные свойства для доступа к местоположениям (например, цель / классы жесткого кодирования вместо использования $ {project.build.outputDirectory}, поэтому у вас может возникнуть странная проблема.
Обновление: похоже, что Roo в настоящее время имеет эти свойства, жестко запрограммированные . Вы можете заменить MavenPathResolver или добавьте дополнительный преобразователь для использования настраиваемых свойств.