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

华为交换机首次开局配置完整步骤(Console + Web)

华为交换机首次开局配置完整步骤(Console + Web)

号主:老杨丨11年资深网络工程师,更多网工提升干货,请关注公众号:网络工程师俱乐部 新到一台华为交换机(如S5735-L、S6730等),通电后指示灯闪烁,但无法管理、不能上网 ——这是所有网工都会经历的“裸机时刻”,别慌!首次开局只需5步: 从Console线连接,到设置IP、开启Web网管,今天就来讲讲零基础、可操作、带命令的完整流程,助你10分钟内让交换机“活”起来。 一、准备工作 所需工具: 💡 提示:华为交换机出厂默认无IP、无密码、Console口可用。 二、第1步:通过Console连接交换机 1.1 物理连接 * 将Console线一端插入交换机 Console口(通常标有“CON”) * 另一端插入电脑USB口 1.2 终端软件设置(以SecureCRT为例) * 协议:Serial * 波特率:9600

彻底弄懂Web Storage与Cookie:从机制到应用的全方位对比

彻底弄懂Web Storage与Cookie:从机制到应用的全方位对比

彻底弄懂Web Storage与Cookie:从机制到应用的全方位对比 * 引言 * 1. 什么是Cookie? * Cookie 的核心特性: * Cookie 流程图 * 2. 什么是Web Storage? * Web Storage 流程图 * 3. 核心区别深度解析(对标选项逐一解读) * a. 存储容量 * b. 网络流量(带宽浪费) * c. 作用域与跨域 * d. API 易用性 * e. 设计初衷 * f. 历史兼容与封装 * 4. 总结对比表 * 5. 应用场景建议 * 什么时候选 Cookie? * 什么时候选 Web Storage? * 6. 结语 🌺The Begin🌺点点关注,收藏不迷路🌺 引言 在前端开发中,

GTE中文语义相似度镜像解析|附可视化WebUI与API集成方案

GTE中文语义相似度镜像解析|附可视化WebUI与API集成方案 1. 项目背景与技术价值 在自然语言处理(NLP)领域,语义相似度计算是构建智能问答、文本去重、推荐系统和信息检索等应用的核心能力。传统的关键词匹配方法难以捕捉句子间的深层语义关联,而基于深度学习的文本向量模型则能有效解决这一问题。 GTE(General Text Embedding)是由达摩院推出的一系列高质量文本嵌入模型,其 nlp_gte_sentence-embedding_chinese-base 版本专为中文场景优化,在 C-MTEB(Chinese Massive Text Embedding Benchmark)榜单中表现优异,具备强大的中文语义表征能力。 本文介绍的 “GTE 中文语义相似度服务”镜像,正是基于该模型构建的轻量级部署方案,集成了 可视化 WebUI 计算器 和 RESTful API 接口,支持 CPU 环境高效运行,适用于快速验证、本地调试及中小规模生产环境集成。

MCP协议传输层(Transport layer)详解:解析MCP协议的传输层实现,以及四种不同的传输方式:Stdio、HTTP+SSE、StreamableHTTP和WebSocke

MCP协议传输层(Transport layer)详解:解析MCP协议的传输层实现,以及四种不同的传输方式:Stdio、HTTP+SSE、StreamableHTTP和WebSocke

在上一篇文章https://blog.ZEEKLOG.net/2402_87515571/article/details/157587292?fromshare=blogdetail&sharetype=blogdetail&sharerId=157587292&sharerefer=PC&sharesource=2402_87515571&sharefrom=from_link中,我们深入剖析了 MCP 的协议层,揭示了 BaseSession 如何在 JSON-RPC 之上完成 SessionMessage 的帧化、请求–响应关联、并发收发与通知分发,让客户端和服务端只需关注高层的请求处理和工具调用。 本文我将从 “消息如何被打包”转向“消息如何被传输”这个角度进行张开讲解。因为真正的通信管道,是由传输层(Transport