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

优质文章学习记录

— 6 min read
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

Youtu-Parsing效果展示：同一张试卷解析出文本+LaTeX公式+Mermaid流程图三合一

Youtu-Parsing效果展示：同一张试卷解析出文本+LaTeX公式+Mermaid流程图三合一 你是不是也遇到过这样的烦恼？拿到一份电子版的试卷或者报告，里面既有文字，又有复杂的数学公式，还有流程图、表格，想把这些内容整理成可编辑的文档，简直是一场噩梦。手动输入公式？光是那些符号就让人头疼。重新画流程图？费时费力还不一定准确。 今天我要给你展示一个真正能解决这个痛点的工具——Youtu-Parsing。它能把一张包含多种元素的试卷图片，一次性解析成结构化的文档，文字、公式、流程图各归其位，而且格式干净漂亮，直接就能用。 1. 先看看它能做什么：一张图看懂全流程 想象一下这个场景：你有一张数学试卷的截图，上面有题目描述、解题步骤、复杂的数学公式，还有一个解题思路的流程图。传统的OCR工具只能识别文字，公式变成乱码，流程图更是无从下手。 Youtu-Parsing不一样，它能做到： * 文字识别：把图片里的所有文字准确提取出来 * 公式转换：把数学公式转换成标准的LaTeX格式 * 流程图解析：把图形化的流程图转换成Mermaid代码 * 表格处理：如果有表格，
SkyWalking - 告警通知渠道集成：Webhook、Slack、钉钉、企业微信

SkyWalking - 告警通知渠道集成：Webhook、Slack、钉钉、企业微信

👋 大家好，欢迎来到我的技术博客！ 📚 在这里，我会分享学习笔记、实战经验与技术思考，力求用简单的方式讲清楚复杂的问题。 🎯 本文将围绕SkyWalking这个话题展开，希望能为你带来一些启发或实用的参考。 🌱 无论你是刚入门的新手，还是正在进阶的开发者，希望你都能有所收获！ 文章目录 * SkyWalking - 告警通知渠道集成：Webhook、Slack、钉钉、企业微信 * 🚨 SkyWalking 告警机制基础 * 告警规则（Alarm Rules） * 通知渠道（Notifiers） * 🔗 Webhook：最通用的集成方式 * 配置 SkyWalking 使用 Webhook * Webhook 接收端开发（Java 示例） * Webhook 集成的优势与注意事项 * 💬 集成 Slack 通知 * 在 Slack 中创建 Incoming Webhook * 配置 SkyWalking * 自定义 Slack

前端直连模型 vs 完整 MCP：大模型驱动地图的原理与实践（技术栈Vue + Cesium + Node.js + WebSocket + MCP）

适合读者：完全新手、前端开发者、对大模型工具调用感兴趣的工程师 技术栈示例：Vue + Cesium + Node.js + WebSocket + MCP 教程目标：看懂并搭建一套“用户通过聊天输入指令，大模型决定调用工具，再驱动地图执行动作”的完整链路 目录 * 1. 这篇教程要解决什么问题 * 2. 先别写代码：先搞懂两个很像但本质不同的方案 * 2.1 方案一：前端直连模型 * 2.2 方案二：真正完整的 MCP * 2.3 它们最核心的区别 * 3. 为什么很多人一开始会把两套方案混在一起 * 4. 先建立整体认知：完整 MCP 里有哪些角色 * 5. 完整 MCP 的时序图：一句“飞到上海”是怎么穿过整个系统的 * 6.
基于Java和高德开放平台的WebAPI集成实践-以搜索POI2.0为例

基于Java和高德开放平台的WebAPI集成实践-以搜索POI2.0为例

目录 前言 一、高德搜索API简介 1、高德开放平台 2、搜索功能介绍  3、部分API介绍 二、Uniapi集成高德API 1、API集成流程 2、访问接口的定义 3、业务调用集成 三、常见问题与优化 四、总结 前言         在当今数字化时代，地理信息系统（GIS）和位置服务（LBS）已成为许多应用程序的核心组成部分。无论是导航、物流、社交网络还是电子商务，位置数据的获取和处理都显得尤为重要。高德开放平台作为国内领先的地理信息服务提供商，提供了丰富的WebAPI接口，帮助开发者快速集成地图、导航、搜索等功能。其中，POI（Point of Interest）搜索是许多应用场景中的关键功能，它能够帮助用户快速找到附近的兴趣点，如餐馆、酒店、加油站等。         Java作为一种广泛使用的编程语言，因其跨平台性、