目前我使用一个简单的ModuleVersionHandler像这样:

public class MyModule extends DefaultModuleVersionHandler {

public MyModule() {
    DeltaBuilder v60 = DeltaBuilder.update(".0.0", "Update to 6.0 and new configuration settings.");
    v60.addTask(new BootstrapSingleModuleResource("Module configuration","Default configuration for myModule web.","config.modules.myModule.xml"));
    register(v60);
}


@Override
protected List<Task> getExtraInstallTasks(InstallContext installContext) {
    List<Task> extraTasks = new ArrayList<Task>();
    extraTasks.add(new NewPropertyTask("SiteDefault","Set Default Site Task", RepositoryConstants.CONFIG, "/modules/site/config/site", "extends" , "/modules/myModule/config/myModule/"));
    return extraTasks;
}


}

我的问题是,如果我将其部署在已清除的工作区@Tomcat或Wildfly中,则更新将首先处理,因此在这种情况下它将失败,因为木兰nodePath / modules / site / config / site将不存在。

如果我重新实例化到NodeDelegateTasks中以进行检查,然后自己创建路径或构建节点路径并设置extends属性的其他内容,则以下木兰安装任务将覆盖我的任务。好像玉兰安装任务将删除与/ modules / site / *匹配的先前节点

我如何至少或在安装木兰之后告诉Magnolia做myModule任务?

亲切的问候

最佳答案

您可以像@ bradley-andersen建议的那样通过Maven / Gradle添加构建依赖关系,或者仅将模块作为安装依赖关系添加到模块描述符XML中,如下所示:

<dependencies>
 <dependency>
  <name>core</name>
 <version>3.6.0/*</version>
</dependency>


有关模块描述符的更多信息,请参阅木兰文档:https://documentation.magnolia-cms.com/display/DOCS60/XML-based+module+descriptor#XML-basedmoduledescriptor-Moduledependencies

关于java - Magnolia 6.0至少执行MyModule的UpdateTasks,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/53901128/

10-12 04:32