Web applications 带有Javascript测试和调试文件的WAR项目结构

Web applications 带有Javascript测试和调试文件的WAR项目结构,web-applications,gradle,war,project-structure,Web Applications,Gradle,War,Project Structure,我正在做一个现有的项目。它是一个具有后端的web应用程序 用Java编写,有很多静态图像、HTML和Javascript资源 打包为WAR文件 该项目相当古老,在以下方面具有完全定制的结构: 目录结构, 依赖关系管理一个目录中有一堆JAR,没有明确的依赖关系 在像Maven这样的特定构建中, 使用自定义Ant脚本编译和创建WAR文件的构建任务 设置类路径,在构建 战争档案等。。。。 我想使这个结构现代化,并将项目迁移到Gradle。我会的 喜欢坚持默认目录结构,尽可能多地构建任务 可能 这部分意

我正在做一个现有的项目。它是一个具有后端的web应用程序 用Java编写,有很多静态图像、HTML和Javascript资源 打包为WAR文件

该项目相当古老,在以下方面具有完全定制的结构:

目录结构, 依赖关系管理一个目录中有一堆JAR,没有明确的依赖关系 在像Maven这样的特定构建中, 使用自定义Ant脚本编译和创建WAR文件的构建任务 设置类路径,在构建 战争档案等。。。。 我想使这个结构现代化,并将项目迁移到Gradle。我会的 喜欢坚持默认目录结构,尽可能多地构建任务 可能

这部分意味着创建src/main/webapp,并移动所有静态资源 在那个目录下。默认的构建任务会将所有内容打包在 src/main/webapp到WAR文件的根目录

问题在于,由于Javascript代码非常重要,因此存在 仅在开发或测试时相关的Javascript文件的数量,例如 作为单元测试和第三方库的非小型版本的定义

如果我将这些文件放在src/main/webapp中,它们将被包括在WAR中 文件并部署到生产环境中,除非我自定义了要排除的构建任务 他们专门负责格拉德尔战争任务

如果我把它们放在不同的目录中,我会有一个自定义目录 结构,我可能必须自定义我的环境才能 在开发过程中方便地引用它们

人们通常如何处理这种类型的设置