maven-2 - 使用Maven进行Coldfusion项目

Question

我必须处理相当丑陋的ColdFusion代码大块的问题，直到今天，它都是通过在生产服务器上直接进行修改来维护的(不要问)。我设法从重复数据和备份中清除了它，并将其放入Subversion，现在我需要tp选择一个make系统，以使其能够进行连续构建(TeamCity)和预定版本。
令我惊讶的是，我只在how to retrofit CF project with Maven上找到了一篇博客文章，所以问题是-有没有人有在CF上成功使用Maven的经验，以及一般人用来管理大型CF项目的经验？
您的建议，技巧和链接将不胜感激
由于我不想发动宗教 war -Maven几乎是公司的标准(vs Ant)

Answer 1

首先，这是另一个可能对您有所帮助的博客。

build-tools-maven-and-coldfusion

我没有尝试用Maven构建ColdFusion，但是我有管理大型公司的Maven构建的经验。您需要考虑几件事。

项目结构

Coldfusion cfm和cfc文件应放在src/main/resources中，以便将它们捆绑在jar中(上面引用的博客覆盖了Maven约定，将它们放在src中。这是可以的，但是如果以后需要时可能会出现问题在项目中添加其他内容)。

我可能会使用适当的依赖项声明将cfc和cfm文件保存在单独的项目中，以链接它们，这会将cfc项目保留为库并有助于重用。还值得考虑cfc项目的粒度。通常，Maven的依赖项管理可帮助您将工件保持较小，而无需担心查找所有jar。

部署

交付工件的最简单方法是使用maven-war-plugin创建包含工件及其所有传递依赖项的 war 。这使得每个应用程序都是独立的，这很有用。不利的一面是，您最终将重复捆绑相同的工件，并且它们可能很大。为了减轻这种情况，您可以使用assembly-plugin创建不包含常见组件的自定义程序包，也可以指定提供了某些组件(例如ColdSpring)，这意味着它们不会包含在 war 中。

版本管理

Maven鼓励增加依赖关系，默认情况下，每个依赖关系声明都有一个版本，这可能会导致维护问题，尤其是当您想要更改外部依赖关系的版本时。您可以通过定义父POM或“应用程序” POM来减轻这种情况。要么有一个dependencyManagement部分，以声明常见工件的详细信息(groupId，artifactId和版本)。从父项继承的任何POM都不需要声明依赖项版本，因为它将被继承(请注意，这并不意味着所有子项都将具有所有依赖项，而仅是那些声明了依赖项的子项不需要声明版本)。如果使用包装“pom”和dependencyManagement部分定义“app”项目，则可以通过作用域导入(从Maven 2.0.9起)引用它，这会将dependencyManagement部分从“app”项目导入到项目POM中。有关更多详细信息，请参见dependency documentation。

如果您在dependencyManagement部分中使用范围声明了一个依赖项，则该范围将被继承，除非它在子POM中被覆盖。与上面的部署部分相关，这意味着您可以声明父级中提供的公共(public)库范围，以确保它们不会在每个应用程序中捆绑在一起。

命名约定
您需要为软件包指定命名约定，以免发生冲突。
最好遵循Maven约定，并使用类似Java包的groupIds(对于maven.apache.org使用org.apache.maven)和工件的jar名称。该约定将为ColdSpring提供groupId“org.coldspringframework”和artifactId“coldspring”。

整个公司可能需要进一步区分。例如，如果您有一个网络团队和核心团队，则可以为该网络团队指定groupIds com.mycompany.web。*和核心团队com.mycompany.core。*

依赖性管理

您需要将您的CFC软件包添加到Maven存储库(例如Nexus)，以便企业中的其他版本都可以访问它们。

如果要使CFC软件包与 jar 分开。您可以指定一个自定义包装类型，以便它们不会与任何Java工件混合在一起。如果创建自定义包装类型，则工件可以具有“.jar”扩展名，但是任何依赖项声明都必须具有该类型集。

这是遵循这些约定的示例:

<dependency>
  <groupId>org.coldspringframework</groupId>
  <artifactId>coldspring</artifactId>
  <version>1.2</version>
  <!--custom packaging type helps keep separate from Java artifacts-->
  <type>cfc</type>
</dependency>

Nexus书中有一节描述 custom lifecycles(请参阅链接以获取更多详细信息。本质上，您需要使用META-INf/plexus/components.xml创建一个插件来描述plexus机制(要使用的归档程序，扩展名是什么)。输出等)。

components.xml看起来像这样:

<component-set>
  <components>
    <component>
      <role>org.apache.maven.lifecycle.mapping.LifecycleMapping</role>
      <role-hint>cfc</role-hint>
      <implementation>org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping</implementation>
      <configuration>
        <phases>
          <process-resources>org.apache.maven.plugins:maven-resources-plugin:resources</process-resources>
          <package>com.hsbc.maven.plugins:maven-jar-plugin:jar</package>          
          <install>org.apache.maven.plugins:maven-install-plugin:install</install>
          <deploy>org.apache.maven.plugins:maven-deploy-plugin:deploy</deploy>
        </phases>
      </configuration>
    </component>
    <component>
      <role>org.apache.maven.artifact.handler.ArtifactHandler</role>
      <role-hint>cfc</role-hint>
      <implementation>org.apache.maven.artifact.handler.DefaultArtifactHandler</implementation>
      <configuration>
        <extension>jar</extension>
        <type>cfc</type>
        <packaging>cfc</packaging>
      </configuration>
    </component>
     <component>
       <role>org.codehaus.plexus.archiver.Archiver</role>
       <role-hint>cfc</role-hint>
       <implementation>org.codehaus.plexus.archiver.zip.ZipArchiver</implementation>
       <instantiation-strategy>per-lookup</instantiation-strategy>
     </component>
     <component>
       <role>org.codehaus.plexus.archiver.UnArchiver</role>
       <role-hint>cfc</role-hint>
       <implementation>org.codehaus.plexus.archiver.zip.ZipUnArchiver</implementation>
       <instantiation-strategy>per-lookup</instantiation-strategy>
     </component>
  </components>
</component-set>