IntelliJ IDEA 运行 Tomcat 报错:Please, configure Web Facet first!

IntelliJ IDEA 运行 Tomcat 报错:Please, configure Web Facet first!

适用:IntelliJ IDEA Ultimate
关键点:Web Facet + Artifact(war exploded)+ Tomcat Deployment
本文同时覆盖两种项目结构:
1)普通 Web 目录结构(例如项目里有 web/WEB-INF)
2)Maven 标准结构(src/main/webapp)

0. 你遇到的现象是什么?

当你在 IDEA 里运行 Tomcat(或尝试打开浏览器访问)时,弹出提示:

Browser Error
Please, configure Web Facet first!

这句话的真实含义是:IDEA 还没把你的模块识别为 Web 模块,因此无法正确识别 Web 根目录、WEB-INF、web.xml,也就没法生成部署结构并交给 Tomcat 跑起来。


1. 为什么会出现这个错?

常见原因主要有三类:

  1. 模块没有 Web FacetIDEA 不知道你的 Module 是“Web 应用”,自然也不知道 Web 根目录在哪里。
  2. 没有生成 Artifact(war / war exploded)Tomcat 运行配置的 Deployment 需要“部署产物”,否则 Tomcat 不知道部署什么。
  3. Web 根目录未配置(Web Resource Directory)比如你的静态资源、JSP、WEB-INF 并不在默认路径,需要手动告诉 IDEA。

2. 解决方案(通用步骤,按截图一步一步来)

步骤 1:打开 Project Structure

菜单栏:File → Project Structure…

(macOS 常用快捷键:⌘ ;,Windows/Linux:Ctrl + Alt + Shift + S)


步骤 2:添加 Web Facet

左侧选择 Facets → 点击左上角 “+” → 选择 Web

这一步等于告诉 IDEA:

“这个 Module 是 Web 应用,需要 Web 根目录、WEB-INF、web.xml 等配置。”

步骤 3:选择要添加 Web Facet 的模块

弹出 Choose Module 后,选择你真正要部署到 Tomcat 的模块(例如 Test)→ 点击 OK

多模块项目尤其要注意:
别选错模块,否则 Artifact 会建在错误模块上,部署时会一直 404 或找不到资源。

步骤 4:配置 Web 根目录(Web Resource Directory)与 web.xml

进入 Web Facet 配置页后,核心配置是:

4.1 Web Resource Directories(Web 根目录)

把你的 Web 根目录加入(例如 …/Test/web 或 src/main/webapp)

右侧 Relative path 一般保持 /(部署根路径)。

4.2 Deployment Descriptors(可选)

如果你使用 web.xml,确认路径是 WEB-INF/web.xml 对应的真实位置。


步骤 5:创建 Artifact(推荐 war exploded)

左侧切换到 Artifacts → 点击左上角 “+” → 选择:

Web Application: Exploded → From Modules…

为什么推荐 Exploded

  • 开发阶段更友好(目录形式)
  • 修改 JSP / 静态资源更方便验证
  • 部署调试体验更好

步骤 6:选择模块生成 war exploded

Select Modules 窗口中选择模块(如 Test)→ 点击 OK

IDEA 会生成一个类似:Test:war exploded


步骤 7:Apply/OK 保存配置

确认:

  • Type 是 Web Application: Exploded
  • Output Layout 里有 Web facet resources

最后点击:Apply → OK


3. 最后一步:把 Artifact 部署到 Tomcat

很多人做到上面不报错了,但 Tomcat 还是跑不起来,原因是:没部署 Artifact

操作如下:

  1. Run → Edit Configurations… 打开你的 Tomcat(Local)配置
  2. 切到 Deployment 页签
  3. 点击 +
  4. 选择 xxx:war exploded
  5. 设置 Application context(常用两种)
    • /:根路径(http://localhost:8080/)
    • /test:子路径(http://localhost:8080/test)
  6. Run 启动 Tomcat

4. 针对普通 Web 目录版Maven 标准版这两种项目结构的“具体落地配置”

版本 A:普通 Web 目录结构

目录示例

Test/ ├─ src/(可有可无) ├─ web/ │ ├─ index.jsp │ └─ WEB-INF/ │ ├─ web.xml(可选) │ └─ lib/(可选) └─ ...

Web Facet 该怎么配?

Web Facet 页面:

  • Web Resource Directory:选择 …/Test/web
  • Relative path:/

如果有 web.xml:

  • Deployment Descriptor:…/Test/web/WEB-INF/web.xml

Artifact 建议

  • 选择:Web Application: Exploded
  • From Modules… 选择你的模块(Test)

Tomcat Deployment

  • 部署 Test:war exploded
  • context 建议 /test 或 /(看你访问习惯)

版本 B:Maven 标准 Web 项目(src/main/webapp)

Maven 标准目录结构

your-app/ ├─ src/ │ ├─ main/ │ │ ├─ java/ (Servlet/Controller 等) │ │ ├─ resources/ (配置文件) │ │ └─ webapp/ (Web 根目录) │ │ ├─ index.jsp │ │ └─ WEB-INF/ │ │ ├─ web.xml(可选) │ │ └─ views/... │ └─ test/... ├─ pom.xml └─ ...

Maven 项目为什么也会遇到这个错?

有些情况下:

  • 项目导入不完整
  • IDEA 没自动识别成 Web(尤其是你把它当普通 Java 工程导入时)
  • module 没带 Web Facet

Web Facet 该怎么配?

Web Facet 页面:

  • Web Resource Directory:选择 src/main/webapp
  • Relative path:/

如果使用 web.xml:

  • src/main/webapp/WEB-INF/web.xml

Artifact 建议

仍然是:

  • Web Application: Exploded → From Modules…

Tomcat Deployment

部署 xxx:war exploded,访问:

  • http://localhost:8080/你的context/
如果你用的是 Servlet 3.0+(全注解),没有 web.xml 也没关系,但 Web Root 必须正确是 src/main/webapp。

5. 常见问题排查

1)Facets 里没有 Web 选项?

  • 你可能用的是 IDEA Community(社区版不带完整 JavaEE/Tomcat 集成)

2)部署后访问 404?

  • 检查 Tomcat → Deployment 是否添加了 war exploded
  • 检查 Application context 是否正确(是不是 /test 但你访问了 /)

3)静态资源 / JSP 访问不到?

  • Web Resource Directory 配错了:普通项目应该是 web/,Maven 应该是 src/main/webapp

4)还是弹“configure Web Facet”?

  • Web Facet 没加在正确模块上(多模块选错)
  • 配完没点 Apply/OK 保存

5)web.xml 找不到 / 报 descriptor 错误?

  • 真实路径不是 WEB-INF/web.xml
  • 或你项目根本没用 web.xml(注解方式),可不配 descriptor

结尾

        配置 Web Facet 的本质是“让 IDEA 认识你的模块是 Web 应用”,创建 Artifact 的本质是“生成 Tomcat 可部署的产物”。只要把 Web 根目录war exploded 两件事配对,Please, configure Web Facet first! 基本就不会再出现。

Read more

AI的提示词专栏:通过 “Few-Shot-in-Context” 进行知识注入

AI的提示词专栏:通过 “Few-Shot-in-Context” 进行知识注入

AI的提示词专栏:通过 “Few-Shot-in-Context” 进行知识注入 本文围绕 “Few-Shot-in-Context” 这一轻量级知识注入方案展开,先阐述其核心价值 —— 无需修改大语言模型(LLM)参数,仅通过 3-5 个示例即可补充模型时效性、专业性知识缺口,对比传统微调成本低、效率高的优势;接着解析技术原理,即模型通过示例解析、模式归纳、任务迁移三步掌握知识逻辑;随后重点提出示例设计五大原则,结合医疗、金融、编程等五大行业实战案例,展示该方案在不同场景的应用;还针对模型复述示例、忽略边界条件等六大常见问题给出解决方案;最后总结核心要点,并展望多模态注入、动态更新等未来方向,为 LLM 个性化行业应用提供路径。 人工智能专栏介绍     人工智能学习合集专栏是 AI 学习者的实用工具。它像一个全面的 AI 知识库,把提示词设计、AI 创作、智能绘图等多个细分领域的知识整合起来。无论你是刚接触 AI 的新手,还是有一定基础想提升的人,都能在这里找到合适的内容。

Workers AI 完整教程:每天白嫖 10000 次大模型调用,比 OpenAI 省 90%

Workers AI 完整教程:每天白嫖 10000 次大模型调用,比 OpenAI 省 90%

说实话,第一次看到 OpenAI 账单的时候我整个人都傻了。一个月 200 多美元,就因为做了个小项目测试了几天 API。那时候我就在想:有没有免费或者便宜点的替代方案? 后来在研究 Cloudflare 的边缘计算功能时,偶然发现了 Workers AI。测试了一周后发现,免费额度对个人开发者来说真的够用。今天就把完整的使用方法分享给你。 Workers AI 是什么?为什么值得关注? 简单来说,Workers AI 就是 Cloudflare 推出的无服务器 AI 推理服务。你不需要自己买 GPU、不需要管服务器,写几行代码就能调用 Llama、Mistral 这些开源大模型。 最关键的是三点: 1. 每天 10,000 Neurons 免费额度 * 实测大概能处理几百次对话,个人项目完全够用 * 用 Llama

# 2026年3月科技圈大事件盘点:AI智能体爆发、芯片战争升级与行业大洗牌

英伟达GTC大会开幕、马斯克造芯、Meta大裁员、OpenClaw爆火——这个3月,科技圈没有平静的一天。 2026年3月的科技圈,用“炸裂”来形容毫不为过。从英伟达年度技术盛会的开幕,到马斯克宣布进军芯片制造;从开源AI智能体席卷全球,到科技巨头裁员潮再起——每一天都有重磅消息刷新着行业认知。 作为开发者,我们正站在一个技术变革的关键节点:AI正从“会聊天”走向“会干活”,芯片战争进入白热化阶段,而整个行业的格局也在悄然重塑。 01 英伟达GTC 2026:从算力供应商到AI生态主导者 3月16日,英伟达GTC 2026大会在美国加州圣何塞正式开幕,CEO黄仁勋的主题演讲成为全球AI从业者的焦点。 NemoClaw开源AI智能体平台的发布标志着英伟达战略的重大转变。这个企业级AI Agent平台具有三大特性:硬件无关性(可在AMD、英特尔等芯片上运行)、内置安全层、生态开放。 英伟达不再满足于仅仅提供GPU算力,而是试图控制AI Agent的基础设施层,成为智能体时代的“操作系统”。 Feynman芯片架构的披露同样引人注目。采用台积电1.6纳米A16制程,引入光通信

阿里出了个 AI JetBrains 编程插件 Qoder,使用了一周,值得上车

阿里出了个 AI JetBrains 编程插件 Qoder,使用了一周,值得上车

上周在群里看到有人说阿里出了个叫 Qoder 的 AI 编程工具,说是直接支持 JetBrains 全系 IDE,不用再装 Cursor 切来切去了。我平时写后端用的就是 IntelliJ IDEA,当时就去下了一个试试。用了一周,把能测的功能基本过了一遍,这篇文章把我的真实情况写出来,顺便把安装怎么做也说清楚。 — Qoder 是什么,和通义灵码有什么关系 先把这个问题说清楚,因为很多人第一反应是:阿里不是已经有通义灵码了吗,又出一个? 这两个确实都是阿里做的,但不是一回事。通义灵码是早期的阿里 AI 编程工具,定位是代码补全和问答助手,功能相对基础;Qoder 是 2025 年 8 月 22 日对外正式发布的新产品,定位是"Agentic 编码平台",面向海外开发者,走的是另一条路线。 官方的说法是,