企业官网建设流程全解析

简介：本资源是面向Java Web开发者的轻量级JSP富文本编辑器组件——eWebEditor v0.1.4吕海鹏优化版，专为简化动态网页内容管理而设计，适用于需在后台系统中集成可视化编辑功能的中小型JSP项目。压缩包共264个文件，含186个GIF图标资源（用于工具栏与界面元素）、27个CSS样式表（控制编辑器UI渲染）、21个HTM页面（含配置示例与帮助文档）、4个核心JSP调用入口及11个Class类文件（如SmartUpload、EditBean、UploadBean等，支撑文件上传、内容解析与服务端交互），整体仅796KB，部署轻便。目前已有170人学习下载，适合初/中级Java Web开发者快速嵌入富文本能力。用户可直接复用完整编辑器结构、获得经实战验证的JSP集成方案、参考吕海鹏优化后的上传与安全处理逻辑，并基于源码级Class与XML配置理解其与Java后端的数据流转机制。

1. eWebEditor JSP 版本装不起来？不是你环境不行，是它太老了——0.1.4 这个“古董级”在线编辑器，专治 Tomcat 5–6、JDK 1.4–1.6 环境下的富文本刚需

你是不是刚接手一个某高校遗留的教务系统维护任务，或者在迁移某实验室的老项目时，发现后台文章发布页里那个灰扑扑的编辑框写着“eWebEditor”？点开源码一看，/editor/ewebeditor.jsp路径下压着个ewebeditor014jsp.rar——解压出来全是.class文件和config.jsp，连web.xml都没配好。别急着骂“这什么远古代码”，eWebEditor v0.1.4 是 2005 年前后在 JSP 圈真实跑通过的轻量级方案：不依赖数据库、纯文件配置、上传靠UploadBean、样式靠style.css，甚至能塞进 Resin 3 或 WebLogic 8.1 里跑。但它对环境极其挑剔：JDK 必须 ≤1.6（高了会UnsupportedClassVersionError），Tomcat 不能 ≥7（Servlet 3.0+ 的@WebServlet它根本不认），连commons-fileupload-1.2.jar的版本都得卡死在 1.2，不是 1.2.1、更不是 1.5。我见过三个团队因为硬塞进 Tomcat 9 + JDK 11 环境，反复报NoClassDefFoundError: org/apache/commons/fileupload/FileItemFactory卡了整整两天——不是 jar 没放对，是 classloader 根本加载不了那个年代的字节码。这篇笔记就带你把这套“时间胶囊”级编辑器，原汁原味、零报错地跑在它该待的环境里。

2. 环境筑基：锁定 JDK 1.5 + Tomcat 6.0.39 + JSP 容器三件套

eWebEditor v0.1.4 不是现代 Java Web 工程，它没有pom.xml，不走 Maven 生命周期，甚至不认WEB-INF/lib下的自动扫描。它的运行逻辑是：JSP 页面通过<jsp:useBean>加载com.fckeditor.FCKeditor（注意，它用的是 FCKeditor 2.x 的旧包名，但实际是阉割版）；上传靠com.jspsmart.upload.SmartUpload；配置读取全靠config.jsp里硬编码的application.getRealPath("/")。这意味着——环境必须倒带。

2.1 JDK 版本：为什么非得是 1.5，而不是 1.4 或 1.6？

虽然官方文档写“支持 JDK 1.4+”，但实测中：

• JDK 1.4 缺少java.util.concurrent的基础类，SmartUpload的线程池初始化会抛NoSuchMethodError；
• JDK 1.6 在String.getBytes("UTF-8")处有字符集处理差异，导致中文上传文件名乱码（表现为?????.jpg）；
• JDK 1.5.0_22 是唯一稳定组合：它兼容javac 1.5编译的 class，且sun.misc.BASE64Encoder尚未被标记为 deprecated（v0.1.4 里大量使用该类做图片 base64 编码）。

提示：不要用java -version看完就以为 OK。进入$JAVA_HOME/jre/lib/rt.jar，用jar -tf rt.jar | grep -i concurrent确认无java/util/concurrent包；再执行java -cp . TestVersion（TestVersion.java 里调用new java.util.concurrent.LinkedBlockingQueue()）验证是否真能加载。

安装命令（Linux 示例，Windows 同理替换路径）：

# 下载 jdk-1_5_0_22-linux-i586.bin（Oracle 官方归档站可寻） chmod +x jdk-1_5_0_22-linux-i586.bin ./jdk-1_5_0_22-linux-i586.bin # 解压后移动到 /opt/jdk1.5 sudo mv jdk1.5.0_22 /opt/jdk1.5

设置环境变量（追加到~/.bashrc）：

export JAVA_HOME=/opt/jdk1.5 export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar

验证：

java -version # 输出应为：java version "1.5.0_22" # Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_22-b03) # Java HotSpot(TM) Client VM (build 1.5.0_22-b03, mixed mode, sharing)

2.2 Tomcat 版本：6.0.39 是黄金分界线

Tomcat 6.0.39 是最后一个完整支持 Servlet 2.5 + JSP 2.1 且不强制校验 TLD（Tag Library Descriptor）schema的版本。v0.1.4 的taglib声明长这样：

<%@ taglib uri="http://www.cs.com/taglib" prefix="cs" %>

而 Tomcat 7+ 默认启用org.apache.catalina.startup.TldConfig，会去联网校验http://www.cs.com/taglib这个不存在的 URI，直接 500 报错。6.0.39 则默认跳过此步。

下载与解压（务必用 6.0.x 分支）：

# 从 Apache 归档库获取（非官网最新页！） wget https://archive.apache.org/dist/tomcat/tomcat-6/v6.0.39/bin/apache-tomcat-6.0.39.tar.gz tar -xzf apache-tomcat-6.0.39.tar.gz sudo mv apache-tomcat-6.0.39 /opt/tomcat6

关键配置调整（/opt/tomcat6/conf/server.xml）：

<!-- 找到 <Connector> 标签，确保 port=8080，且 protocol="HTTP/1.1" --> <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> <!-- 新增一行：禁用 TLD 校验（Tomcat 6 默认关闭，但显式声明更稳） --> <Context path="/editor" docBase="/opt/tomcat6/webapps/editor" reloadable="true" />

注意：docBase必须指向你即将部署 eWebEditor 的物理路径，不能是相对路径或../editor。Tomcat 6 对路径解析极敏感，..会导致IllegalArgumentException: Document base ... does not exist or is not a readable directory。

2.3 JSP 容器依赖：三个 jar 包，一个都不能少、一个都不能新

v0.1.4 的WEB-INF/lib目录下只放了 3 个 jar，但它们的版本是锁死的：

下载方式（推荐校验 MD5）：

# 创建 lib 目录 mkdir -p /opt/tomcat6/webapps/editor/WEB-INF/lib # 下载三个 jar（此处提供校验用的已知可靠源，非网盘链接） wget -O /opt/tomcat6/webapps/editor/WEB-INF/lib/commons-fileupload-1.2.jar \ https://repo1.maven.org/maven2/commons-fileupload/commons-fileupload/1.2/commons-fileupload-1.2.jar wget -O /opt/tomcat6/webapps/editor/WEB-INF/lib/commons-io-1.1.jar \ https://repo1.maven.org/maven2/commons-io/commons-io/1.1/commons-io-1.1.jar # jspsmartupload.jar 需单独获取（见后文“资源获取”说明） # 放入后校验 MD5 md5sum /opt/tomcat6/webapps/editor/WEB-INF/lib/jspsmartupload.jar # 应输出：a7d8b9f2c1e0d4a5b6f7c8e9d0a1b2c3 jspsmartupload.jar

2.4 验证基础环境：跑通一个最简 JSP

在/opt/tomcat6/webapps/editor/test.jsp写一个探针页：

<%@ page contentType="text/html;charset=UTF-8" %> <html> <head><title>eWebEditor 环境探针</title></head> <body> <h2>Java 环境：</h2> <p>JDK Version: <%= System.getProperty("java.version") %></p> <p>JVM Vendor: <%= System.getProperty("java.vm.vendor") %></p> <h2>Tomcat 环境：</h2> <p>Server Info: <%= application.getServerInfo() %></p> <p>Servlet Spec: <%= application.getMajorVersion() %>.<%= application.getMinorVersion() %></p> <h2>Classpath 测试：</h2> <% try { Class.forName("org.apache.commons.fileupload.servlet.ServletFileUpload"); out.print("<p style='color:green'>✓ commons-fileupload-1.2.jar 加载成功</p>"); } catch (Exception e) { out.print("<p style='color:red'>✗ commons-fileupload 加载失败：" + e.getMessage() + "</p>"); } %> </body> </html>

启动 Tomcat：

/opt/tomcat6/bin/startup.sh # 等待 10 秒，访问 http://localhost:8080/editor/test.jsp

若看到绿色“✓”且无红色报错，说明 JDK+Tomcat+jar 三位一体已就位。这是后续所有操作的前提——很多团队翻车，就翻在没做这一步验证，直接扔ewebeditor.jsp进去，结果 500 错误堆栈里全是ClassNotFoundException，却还在查web.xml配置。

3. 部署 eWebEditor v0.1.4：解压、路径、权限、四步到位

拿到ewebeditor014jsp.rar后，别急着双击解压。这个压缩包是典型的“伪 rar”——它实际是 ZIP 格式（DOS 下用rar命令打包但未压缩），用unzip更可靠。而且解压结构有玄机：它默认解出editor/目录，但 Tomcat 要求上下文路径与物理路径严格对应。

3.1 解压与目录结构标准化

# 确保安装 unrar 或 unzip（Ubuntu/Debian） sudo apt-get install unzip # 解压（不用 unrar，用 unzip 兼容性更好） unzip ewebeditor014jsp.rar -d /tmp/ewebeditor-tmp # 查看结构（关键！） ls -R /tmp/ewebeditor-tmp/ # 你会看到： # /tmp/ewebeditor-tmp/editor/: # config.jsp editor.htm fckconfig.js images/ js/ lang/ skins/ upload/ # # 注意：没有 WEB-INF！没有 web.xml！所有配置都在 config.jsp 里

提示：v0.1.4 是“免部署”设计，即不依赖web.xml的 servlet 映射，所有功能通过 JSP 页面直调 JavaBean 实现。所以editor/目录必须作为独立 Web 应用上下文存在，不能塞进其他项目的WEB-INF下。

3.2 物理路径映射：/editor上下文的硬性约定

Tomcat 要求：URL 路径/editor/xxx.jsp必须对应磁盘路径$CATALINA_HOME/webapps/editor/xxx.jsp。因此：

# 创建标准路径 sudo mkdir -p /opt/tomcat6/webapps/editor # 将解压内容整体拷贝（保留 editor/ 子目录结构！） sudo cp -r /tmp/ewebeditor-tmp/editor/* /opt/tomcat6/webapps/editor/ # 重点：检查 upload 目录权限（上传文件必须可写） sudo chown -R tomcat6:tomcat6 /opt/tomcat6/webapps/editor/upload sudo chmod -R 755 /opt/tomcat6/webapps/editor/upload

此时目录结构应为：

/opt/tomcat6/webapps/editor/ ├── config.jsp # 主配置文件 ├── editor.htm # 编辑器主页面（HTML） ├── fckconfig.js # FCKeditor 配置（实际未启用，仅占位） ├── images/ # 图标资源 ├── js/ # JavaScript 逻辑（含 eWebEditor.js） ├── lang/ # 多语言（仅 en,zh） ├── skins/ # 皮肤 CSS └── upload/ # 上传文件存储目录（必须可写）

3.3config.jsp配置：四个必改参数，一个都不能漏

打开/opt/tomcat6/webapps/editor/config.jsp，找到以下关键段落（约第 30–50 行）：

<% // ------------------- 上传配置 ------------------- String sBasePath = request.getContextPath(); // 不要改！ String sInstallPath = application.getRealPath("/"); // 不要改！ String sUploadDir = sInstallPath + "upload/"; // ✅ 必须确保 upload/ 目录存在且可写 String sAllowExt = "jpg,jpeg,gif,png,bmp,swf,flv,mp3,wav,zip,rar,txt,doc,xls,ppt,pdf"; // ✅ 按需增删 String sMaxSize = "2048"; // ✅ 单位 KB，2MB 是安全值 String sSafeMode = "false"; // ✅ true 会禁用 HTML 源码编辑，false 才能用 %>

逐项确认：

• sUploadDir：必须是绝对路径，且upload/目录已创建并赋权（见 3.2）。若sInstallPath返回null，说明application.getRealPath("/")失败，常见于 IDE 内嵌 Tomcat 或某些安全策略，此时需硬编码：

  String sUploadDir = "/opt/tomcat6/webapps/editor/upload/";

• sAllowExt：v0.1.4 的扩展名过滤是白名单制，且区分大小写。若允许PNG，必须写成png，否则上传失败静默。
• sMaxSize：单位是 KB，不是 MB。设2048= 2MB；设10240= 10MB，但需同步修改web.xml中maxPostSize（见下文）。
• sSafeMode："false"才能显示“源码”按钮，启用 HTML 编辑。设"true"则只剩所见即所得，失去富文本核心价值。

3.4web.xml补全：Tomcat 6 的隐式要求

虽然 v0.1.4 宣称“免 web.xml”，但 Tomcat 6 在reloadable="true"时，会尝试解析web.xml。若不存在，部分 JSP 引擎（如 Jasper）会报org.apache.jasper.JasperException: /editor/config.jsp(30,0) Unable to find setter method for attribute: xxx。因此，必须创建最小化web.xml：

sudo mkdir -p /opt/tomcat6/webapps/editor/WEB-INF sudo tee /opt/tomcat6/webapps/editor/WEB-INF/web.xml > /dev/null << 'EOF' <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5"> <display-name>eWebEditor v0.1.4</display-name> <!-- 关键：增大 POST 大小限制，匹配 sMaxSize --> <context-param> <param-name>maxPostSize</param-name> <param-value>2097152</param-value> <!-- 2MB = 2097152 bytes --> </context-param> </web-app> EOF

注意：maxPostSize值单位是字节，必须 ≥sMaxSize * 1024。若sMaxSize="10240"（10MB），则此处填10485760。

至此，部署完成。重启 Tomcat 生效：

/opt/tomcat6/bin/shutdown.sh sleep 5 /opt/tomcat6/bin/startup.sh

4. 避坑指南：五个血泪经验总结，救回你被卡住的两小时

eWebEditor v0.1.4 的坑，90% 都集中在“环境错配”和“路径幻觉”。以下是我在某跨平台系统迁移项目中，帮 A 同学连续 debug 17 次后整理的避坑清单。每一条都对应一个真实报错截图，拒绝玄学。

4.1 现象：访问/editor/editor.htm显示空白页，F12 看 Network 里eWebEditor.js404

原因：editor.htm是静态 HTML，它通过<script src="js/eWebEditor.js">加载 JS，但js/目录路径错误。v0.1.4 的editor.htm里写的是<script src="js/eWebEditor.js">，意味着它假设自己与js/同级。如果把editor.htm放在/editor/下，js/就必须在/editor/js/；但如果误将整个editor/目录放到/webapps/ROOT/下，则路径变成/js/，404。
解决：严格按 3.2 节，确保editor.htm在/webapps/editor/editor.htm，js/在/webapps/editor/js/。用curl -I http://localhost:8080/editor/js/eWebEditor.js验证返回200 OK。

4.2 现象：点击“上传图片”按钮，弹窗提示“上传失败：未知错误”

原因：config.jsp中sUploadDir指向的路径，Tomcat 进程用户（如tomcat6）无写权限，或磁盘满。v0.1.4 的上传异常捕获极弱，SmartUpload.save()失败时只返回null，前端无任何提示。
解决：

1. sudo -u tomcat6 touch /opt/tomcat6/webapps/editor/upload/test.txt测试写权限；
2. df -h /opt查磁盘；
3. 在config.jsp末尾加调试语句：

   <% out.println("Upload dir: " + sUploadDir + "<br>"); out.println("Can write: " + new java.io.File(sUploadDir).canWrite() + "<br>"); %>

4.3 现象：上传中文文件名图片，服务器端保存为???.jpg，浏览器下载时乱码

原因：JDK 1.5 的String.getBytes("UTF-8")在SmartUpload的saveAs()方法中被调用，但 Tomcat 6 的Connector未指定URIEncoding，导致 URL 参数（含文件名）以 ISO-8859-1 解码，再用 UTF-8 存储，双重编码。
解决：修改/opt/tomcat6/conf/server.xml，在<Connector>标签内加URIEncoding="UTF-8"：

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" URIEncoding="UTF-8" />

然后重启 Tomcat。

4.4 现象：编辑器工具栏按钮全部灰色不可用，右键菜单无反应

原因：editor.htm中<iframe>的src指向editorFrame.jsp，但该文件依赖config.jsp的sBasePath。若sBasePath为空（如部署在 ROOT 下），则 iframe src 变成//editorFrame.jsp，协议相对路径失效。
解决：打开editor.htm，找到<iframe src="...">，手动改为绝对路径：

<iframe id="eWebEditorFrame" name="eWebEditorFrame" src="/editor/editorFrame.jsp?basepath=/editor" width="100%" height="400" frameborder="0"></iframe>

并在editorFrame.jsp开头加：

<% String basePath = request.getParameter("basepath"); if (basePath == null || basePath.trim().length() == 0) basePath = "/editor"; %>

4.5 现象：插入表格后，单元格边框不显示，或背景色丢失

原因：v0.1.4 的skins/default/css/editor.css里定义了table { border-collapse: collapse; }，但某些浏览器（如 Chrome 60+）对collapse渲染异常。它依赖 IE6 的盒模型，现代浏览器需补丁。
解决：编辑/opt/tomcat6/webapps/editor/skins/default/css/editor.css，在table规则后追加：

table { border-collapse: separate !important; border-spacing: 0; } td, th { border: 1px solid #ccc; }

这是最稳妥的兼容写法，比collapse更可控。

5. 配置深度调优：让古董编辑器在现代浏览器里不掉链子

v0.1.4 的 UI 是基于 IE5.5 设计的，直接丢进 Chrome/Firefox 会触发 Quirks Mode，导致布局错乱、JS 事件丢失。但不用降级浏览器——我们用三招让它“假装自己很现代”。

5.1 强制 Standards Mode：X-UA-Compatible 的魔法

在/opt/tomcat6/webapps/editor/editor.htm的<head>内顶部，插入：

<meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1"> <!-- 这行告诉 IE 用最新引擎，Chrome 用 WebKit --> <!-- 更关键的是，它阻止了 Quirks Mode 触发 -->

同时，在/opt/tomcat6/webapps/editor/editorFrame.jsp的<head>里也加同一行。这是最廉价的兼容性提升，成本为 0，效果立竿见影。

5.2 工具栏定制：删掉用不到的按钮，避免 JS 加载阻塞

v0.1.4 的js/eWebEditor.js里定义了 23 个按钮，但config.jsp只控制显示/隐藏，不控制 JS 加载。若网络慢，button_image.js等大文件加载失败，整个工具栏白屏。解决方案：精简 JS。

编辑/opt/tomcat6/webapps/editor/js/eWebEditor.js，找到var buttons = [数组，删除你不用的按钮对象。例如，去掉 Flash 插入、Media 插入等冷门功能：

var buttons = [ {id:"Bold", cmd:"Bold", icon:"bold.gif", tip:"加粗"}, {id:"Italic", cmd:"Italic", icon:"italic.gif", tip:"斜体"}, {id:"Underline", cmd:"Underline", icon:"underline.gif", tip:"下划线"}, // ... 保留常用 12 个，删掉 InsertFlash, InsertMedia, TableWizard 等 8 个 ];

提示：删之前先备份原文件。每个按钮对象对应一个icon和cmd，cmd值必须与document.execCommand()支持的命令一致（如"Bold"），不能自定义。

5.3 上传安全加固：不只是改sAllowExt

config.jsp的sAllowExt是第一道防线，但攻击者可绕过前端 JS 检查，直接 POST 恶意文件。v0.1.4 本身无服务端 MIME 类型校验，需手动补：

编辑/opt/tomcat6/webapps/editor/upload.jsp（上传入口），在SmartUpload.save()前插入：

<% SmartUpload mySmartUpload = new SmartUpload(); mySmartUpload.initialize(pageContext); mySmartUpload.upload(); // 新增：服务端扩展名二次校验 com.jspsmart.upload.File myFile = mySmartUpload.getFiles().getFile(0); String fileName = myFile.getFileName(); String fileExt = fileName.substring(fileName.lastIndexOf(".") + 1).toLowerCase(); String[] allowedExts = {"jpg","jpeg","gif","png","bmp","pdf","doc","xls","ppt"}; boolean extAllowed = false; for (String ext : allowedExts) { if (fileExt.equals(ext)) { extAllowed = true; break; } } if (!extAllowed) { out.println("非法文件类型：" + fileExt); return; } %>

这段代码在save()前拦截，比前端 JS 更可靠。虽不能防 0day，但挡住了 95% 的恶意扩展名上传。

5.4 性能微调：减少 HTTP 请求，合并 CSS/JS

v0.1.4 加载 1 个 HTML + 1 个 JS + 1 个 CSS + N 个图标，共 15+ 请求。在低带宽环境（如某高校内网）会明显卡顿。手动合并：

1. 将skins/default/css/editor.css全部内容，复制到editor.htm的<style>标签内；
2. 将js/eWebEditor.js的核心逻辑（去掉注释和空行），复制到editor.htm的<script>标签底部；
3. 删除<link>和<script src="...">引用。

最终editor.htm只剩 1 个 HTTP 请求。实测首屏加载从 1.2s 降至 0.4s。

6. 验证与回归：五步跑通全流程，从打开到存库

装完不是终点，验证才是。我给自己定的铁律：每次部署完，必须亲手走一遍“编辑→上传→插入→保存→回显”闭环。下面是你该做的五步验证，每步附检查点和失败对策。

6.1 第一步：基础加载验证（10 秒）

访问http://localhost:8080/editor/editor.htm，观察：

• ✅ 页面完全渲染，无 404 图标（检查 Network 面板）；
• ✅ 工具栏按钮可点击（Hover 有背景色变化）；
• ✅ 右键菜单弹出（右键编辑区，应有“剪切/复制/粘贴”等）。

若失败：立即看浏览器 Console，90% 是eWebEditor.js加载失败或语法错误（JDK 1.5 不支持let，确保 JS 里没 ES6 语法）。

6.2 第二步：上传功能验证（30 秒）

1. 点击工具栏“图片”按钮 → “本地上传”；
2. 选一张test.jpg（小于 1MB）；
3. 点击“开始上传”。

检查点：

• ✅ 上传进度条走完，弹窗显示“上传成功”；
• ✅upload/目录下生成test_随机数.jpg文件（如test_123456.jpg）；
• ✅ 浏览器 Network 中upload.jsp返回200，响应体含<img src="...">。

若失败：看 Tomcatcatalina.out日志，搜索SmartUpload或IOException，大概率是upload/权限或磁盘问题。

6.3 第三步：插入与编辑验证（1 分钟）

1. 上传成功后，点击“插入”按钮；
2. 在编辑区输入文字：“这里是测试”；
3. 选中“测试”二字 → 点击“加粗”按钮；
4. 再选中整行 → 点击“居中”按钮。

检查点：

• ✅ 文字实时变粗、居中；
• ✅ 按Ctrl+Shift+Source（或点“源码”按钮）能看到<strong>测试</strong>和<div align="center">标签；
• ✅ 切换回所见即所得，格式仍保持。

若失败：“源码”按钮灰色，说明sSafeMode="true"，回 config.jsp 改为"false"。

6.4 第四步：保存与回显验证（2 分钟）

这是最关键的一步。v0.1.4 本身不带保存逻辑，它只是生成 HTML 字符串。你需要把它集成到你的业务系统中。模拟保存：

1. 在editor.htm末尾加一个表单：

   <form action="save.jsp" method="post"> <input type="hidden" name="content" id="content"> <button type="submit">保存到服务器</button> </form> <script> document.querySelector('button').onclick = function(){ document.getElementById('content').value = parent.eWebEditor.getHTMLBody(); }; </script>

2. 创建/opt/tomcat6/webapps/editor/save.jsp：

   <% String content = request.getParameter("content"); // 这里应存入你的数据库或文件 java.io.FileWriter fw = new java.io.FileWriter("/tmp/editor_save.html"); fw.write(content); fw.close(); out.println("已保存至 /tmp/editor_save.html<br><a href='/editor/editor.htm'>返回编辑</a>"); %>

3. 点击“保存到服务器”，检查/tmp/editor_save.html是否生成，且内容与编辑区一致。

6.5 第五步：跨浏览器回归（3 分钟）

在 Chrome、Firefox、Edge（Chromium 版）、Safari（macOS）中分别打开editor.htm，执行步骤 1–4。记录差异：

从那以后我每次部署任何老系统，都强制走一遍这五步验证——不是为了炫技，是怕哪天config.jsp里一个分号丢了，线上用户点上传就白屏，而你还在查日志里找不到线索。eWebEditor v0.1.4 是块老怀表，走时不准不是表坏了，是发条没上够、油泥没清干净。按这篇笔记的节奏拧紧每一颗螺丝，它就能在 Tomcat 6 的机箱里，继续滴答十年。希望帮到你。

本文还有配套的精品资源，点击获取