UJCMS 是一款基于 Java 的开源企业级网站内容管理系统（Java CMS），采用 Spring Boot、MyBatis、Spring Security、Vue 3、Vite、Element Plus 等技术开发，支持 无头 CMS 架构。系统提供 模板 + 标签 和 Vue + API 两种开发模式，分别适用于传统模板渲染与现代化前后端分离场景，为网站的建设、管理与维护提供高效、灵活、可靠的解决方案。
- 演示站前台：https://demo.ujcms.com
- 演示站后台：https://demo.ujcms.com/cp/
尽量不要使用小版本号太低的软件，可能会导致程序无法正常启动。例如 MySQL 8.0.12 会报错，请升级到 MySQL 8.0.20+。
后端
- JDK 17 或 21
- MySQL 8.0 (5.7.22+, 8.0.20+)
- Tomcat 10.1+ (仅 WAR 部署时需要)
前端
- Node 22.12+
- 可设置淘宝 npm 镜像加速：
npm config set registry https://registry.npmmirror.com/ - pnpm（如未安装，执行
npm install -g pnpm）
- 创建数据库。数据库名可为
ujcms或其它任何名称。MySQL 字符集选utf8mb4（不要使用utf8，该字符集可能导致某些特殊字符出现乱码）。 - 无需手动执行 SQL 文件：程序启动时会自动创建表及初始化数据；以后升级也同样不需要手动执行 SQL 升级脚本，会自动判断版本并进行表结构升级。
- 确保数据库账号具备创建表、写入数据与更新结构的权限。
注意：不要将程序放在有中文或空格的路径下。
在 IntelliJ IDEA 中点击 File - Open，选择项目文件夹（有 pom.xml 的文件夹）。会开始从 maven 服务器下载第三方 jar 包（如 spring 等），需要一定时间，请耐心等待。
打开 ujcms-starter/src/main/resources/application.yaml，修改：
spring.datasource.url：数据库连接地址（MySQL 与 MariaDB 均写jdbc:mariadb://主机:3306/库名?allowPublicKeyRetrieval=true&allowLocalInfile=false&nullDatabaseMeansCurrent=true，参数说明见文件内注释）spring.datasource.username：数据库用户名spring.datasource.password：数据库密码
前台默认主题（ujcms-starter/src/main/webapp/themes/1/default）依赖的第三方前端库（cropperjs、sm-crypto、pdfjs 等）由主题自带的 npm 脚本复制到 assets/vendor 目录。该目录不纳入版本库，而会员头像裁剪、注册/找回密码（SM2 加密）、文库文章等页面在运行时需要这些文件，因此首次运行前必须先构建。执行：
cd ujcms-starter/src/main/webapp/themes/1/default && npm install && npm run buildnpm run build 会依次生成图标、复制 vendor 库并编译 Tailwind 样式（assets/css/style.css）。其中样式和图标产物已纳入版本库，CI 打包时只需执行 npm run build:vendor：
npm --prefix ujcms-starter/src/main/webapp/themes/1/default ci
npm --prefix ujcms-starter/src/main/webapp/themes/1/default run build:vendor主题目录下的 node_modules（约 500 MB）只在构建时使用，运行时不需要，也不应随程序部署：war 打包会自动排除它；jar 部署复制 webapp 目录时不要带上。
将后台前端编译到 ujcms-starter/src/main/webapp/cp，以便直接访问（可不必启动后台前端）：
pnpm --dir ujcms-ui-console install
pnpm --dir ujcms-ui-console build:starter在项目根目录执行（不要进入 ujcms-starter 目录执行，否则会报错）：
./mvnw clean spring-boot:run首次运行程序，系统会自动创建数据库表和初始化数据库，需要一些时间，请耐心等待。直到出现类似 com.ujcms.cms.starter.Application: Started Application in xxx seconds 信息，代表程序启动完成。
- 网站前台：
http://localhost:8080/ - 网站后台：
http://localhost:8080/cp - 默认管理员账号：
admin，密码：password
请在首次登录后尽快修改默认密码，并妥善保管管理员账号。
使用手机访问前台或者使用浏览器模拟手机访问前台，会自适应显示手机端的界面。
如使用 IntelliJ IDEA 的
Run方式启动，则需要在Edit configurations...中点击Modify options，勾选Working directory，选择ujcms-starter项目作为工作路径，否则访问前台会出现找不到模板的错误：No static resource 1/default/index.。
如遇到前台页面没有样式的情况，请先按上面
构建前台模板静态资源部分构建主题静态资源。如果依然没有样式，则是因为程序没有部署在 Tomcat 的根目录。如前台首页地址类似为http://localhost:8080/abc，即代表部署在/abc目录下，没有部署在根目录。解决办法请参考下面关于部署路径部分内容。
如程序无法正常编译，通常是因为 maven 没有正确下载 jar 依赖包。可以尝试在 IntelliJ IDEA 的
Maven窗口点击刷新按钮Reload All Maven Projects按钮，尝试重新下载 jar 依赖包，或者点击菜单Build-Rebuild Project重新编译项目。
如首次使用 IntelliJ IDEA，没有配置 JDK，也会导致无法正常程序不能编译。可选中项目，点击
File-Project Structure...，在Project Settings - Project处，配置Project SDK。
程序启动时出现 LockException: Could not acquire change log lock 或 Waiting for changelog lock... 错误信息。解决办法：将数据库 databasechangeloglock 和 flw_ev_databasechangeloglock 表中数据清空（请注意，不是 databasechangelog 和 flw_ev_databasechangelog 表），或者删除数据库所有表（也可重建数据库），再次启动程序即可。原因：程序启动时会自动创建、升级数据库表结构，如果此时强行关闭程序，再次启动可能会出现这个问题。
程序启动时出现 Specified key was too long; max key length is 767 bytes 错误信息。解决办法：设置 MySQL 参数 innodb_large_prefix=ON。原因：从 MySQL 5.7.7 开始，innodb_large_prefix 参数默认已设置为 ON，但第三方面板或云服务商提供的 MySQL 可能修改默认配置。
网站前台模板使用 Freemarker 作为模板引擎。通过修改模板文件，可以完全控制网站页面显示的内容。模板位置：
- 源码位置：
ujcms-starter/src/main/webapp/themes - war 部署位置：
themes - jar 部署位置：
static/themes
编译后台前端
将后台前端编译到 ujcms-starter/src/main/webapp/cp：
pnpm --dir ujcms-ui-console install
pnpm --dir ujcms-ui-console build:starterMaven 打包
打包前须先按上文 构建前台模板静态资源 部分生成主题的 assets/vendor。然后在项目根目录运行：
./mvnw -P war clean package -DskipTests-DskipTests 表示跳过单元测试，打包部署无需运行。二次开发后如需回归验证，可执行 ./mvnw test：测试会有意触发并断言各种异常，控制台出现异常堆栈属正常现象，结果以末尾的 Tests run: ..., Failures: 0, Errors: 0 和 BUILD SUCCESS 为准。
会生成以下文件及文件夹：
ujcms-starter/target/ujcms-***.war文件ujcms-starter/target/ujcms-***/文件夹
如使用目录方式部署，可将 ujcms-starter/target/ujcms-***/ 目录下文件复制到 tomcat 的 webapps/ROOT 目录下（请先删除原 tomcat/webapps 目录下所有内容。如有重要文件，请先备份）。
目录结构
最后在 Tomcat 里完整的目录结构大致如下：
webapps/ROOT/cp/...webapps/ROOT/cp/assets/...webapps/ROOT/cp/index.htmlwebapps/ROOT/themes/...webapps/ROOT/uploads/...webapps/ROOT/WEB-INF/...
如使用 war 包部署，可将 ujcms-***.war 更名为 ROOT.war（注意大小写），复制到 tomcat 的 webapps 目录下（请先删除原 tomcat/webapps 目录下所有内容。如有重要文件，请先备份）。复制完成后目录结构如下：
webapps/ROOT.war
war 部署要使用解压模式，tomcat 默认就是解压模式。如 tomcat 不会自动解压，请检查 tomcat/conf/server.xml 配置文件中 <Host ... unpackWARs="true"... > 配置项。
编译后台前端
将后台前端编译到 ujcms-starter/src/main/webapp/cp：
pnpm --dir ujcms-ui-console install
pnpm --dir ujcms-ui-console build:starterMaven 打包
打包前须先按上文 构建前台模板静态资源 部分生成主题的 assets/vendor。然后在项目根目录运行（-DskipTests 表示跳过单元测试，打包部署无需运行）：
./mvnw -P jar clean package -DskipTests将打包的 ujcms-starter/target/ujcms-***.jar 文件复制到部署目录，并新建文件夹 static。
将 ujcms-starter/src/main/webapp 目录下所有文件复制到 static 目录下（themes/1/default/node_modules 除外：它只在构建主题静态资源时使用，约 500 MB，运行时不需要）。
还可将 ujcms-starter/src/main/resources/application.yaml 配置文件复制到 config 目录。该配置文件将覆盖 ujcms-***.jar 内的原始配置（位于BOOT-INF\classes\application.yaml）。更新配置时，可避免修改 jar 包内的配置文件。
目录结构
完整目录结构大致如下：
ujcms-***.jarconfig/application.yamlstatic/cp/...static/cp/assets/...static/cp/index.htmlstatic/themes/...static/uploads/...static/WEB-INF/...
在部署目录（即 ujcms-***.jar 所在目录）运行 java -jar ujcms-***.jar 命令，即可启动。
程序通常部署在 Tomcat 根目录，首页访问地址类似于：
http://www.mysite.com/http://localhost/http://localhost:8080/
然而，在某些特殊情况下（例如在 Eclipse 中默认启动 Tomcat 时），应用程序可能会被部署到某个子路径下，首页的访问地址类似于：
http://www.mysite.com/ujcms/http://localhost/ujcms/http://localhost:8080/ujcms/
后台地址为：
http://www.mysite.com/ujcms/cp/http://localhost/ujcms/cp/http://localhost:8080/ujcms/cp/
在这种情况下，网站前台可能会出现样式无法正常显示的问题。可以到后台 配置 - 全局设置 中设置 上下文路径，例如 /ujcms。其中斜杠 / 不能省略，ujcms 为部署路径。在开发环境中，部署路径通常为项目名称。
在开发环境中，建议尽量避免使用上下文路径，除非正式部署时也需要将应用程序部署到相同的路径下。否则，在开发环境中上传的图片在部署到正式环境时，可能无法正常显示。这是因为上传的图片地址会包含上下文路径信息（例如：/ujcms/uploads/...）。
Eclipse 默认的 Tomcat 启动方式会将应用程序部署到一个特定的临时目录。因此，上传的图片（包括通过系统后台新增和修改的模板）会保存在这个临时部署目录中，而不是程序所在的目录。当修改了 Eclipse 中的源代码或文件时，系统会自动重新部署应用程序，导致之前上传的图片被清空。如果在开发环境中发现上传的图片突然丢失，很可能就是这个原因。
程序在启动时会检查并升级数据库表结构版本，如果此时强行关闭程序，再次启动时会出现 LockException: Could not acquire change log lock 或 Waiting for changelog lock... 错误。如果您受此问题困扰，可在首次启动程序后（已成功创建表结构和初始数据），关闭表结构升级功能。
打开 application.yaml（源码位置：ujcms-starter/src/main/resources/application.yaml，war 位置：WEB-INF/classes/application.yaml）文件，修改以下选项：
# 关闭 liquibase 的表结构升级功能
spring.liquibase.enabled: false
# 关闭 flowable 的表结构升级功能（商业版审批工作流的引擎；社区版不含该组件，此项可省略）
flowable.database-schema-update: none
# 关闭系统核心引导
ujcms.bootstrap-enabled: false程序升级时，需重新开启以上配置，否则数据库表结构无法自动升级。
如果在 Windows 环境使用 MySQL，且以后需要迁移到 Linux 环境的 MySQL，建议将 Windows 环境的 MySQL 配置为表名大小写敏感模式。
因为 Linux 环境下 MySQL 的表名是大小写敏感的；而在 Windows 环境下 MySQL 表名大小写不敏感，且会自动把大写的表名改为小写的表名。从 Windows 向 Linux 迁移数据时，本为大写表名的成为了小写表名，导致程序出错。需要手动把小写表名改回大写表名，费时费力且容易出错。
UJCMS 系统的表名都为小写，不管在 Windows 还是 Linux 下都没有问题，但第三方类库（如 Liquibase、Flowable、Quartz 等）创建的表可能为大写表名。所以在 Windows 环境下也把 MySQL 设置成表名大小写敏感，有利于以后迁移数据。
可修改 MySQL 配置文件 my.ini：
[mysqld]
# Windows 下表名也区分大小写，与 Linux 一致。
lower_case_table_names=2此配置必须在 MySQL 初始化之前设置。一旦 MySQL 已经启动或初始化，再修改该配置，MySQL 将无法再次启动。
迁移数据库时，需要将表结构和数据一起迁移。不可只迁移表结构，而不迁移数据。这会导致 Liquibase 重复建表，导致报错。
如果只想迁移表结构，则完全不用迁移。程序在连接到一个空数据库时，会自动创建表结构和插入初始化数据。
- ujcms-code-generator: 代码生成器
- ujcms-common: 公共工具库
- ujcms-cms: CMS 核心功能
- ujcms-starter: Spring Boot 启动模块
- ujcms-ui-console: 后台管理前端
- ujcms-ui-ssr-vue: 前后端分离（Headless）示例站点，基于 Nuxt，仅调用公共 REST API
源码注释中引用的 docs/spec/...、docs/decisions/... 是维护者的内部设计记录，用作稳定的追溯标识，不随仓库发布；阅读与构建均不依赖它们。
本项目包含并改编了部分第三方开源软件与素材。版权声明见源码根目录的 NOTICE 文件，各许可证全文及逐文件说明见源码根目录的 licenses/ 目录；发行包另附 META-INF/THIRD-PARTY.txt（Java 依赖）、cp/THIRD-PARTY-LICENSES.txt（控制台前端依赖）与 bom.json（软件物料清单）。商业版仓库与发行包中的 LICENSE-COMMERCIAL.md 说明商业版按合同授权；社区版见下节「开源协议」。随附的演示主题（default 等）按 MIT 协议授权，许可证文件在主题目录内（LICENSE），其中的演示媒体仅作占位、不在授权范围内；主题市场销售的官方主题按「UJCMS 主题商业授权协议」授权，不随任何版本发行。
UJCMS 采用 GPL-3.0 与 商业授权 双重许可（Dual License）模式：
- 开源协议：采用 GNU General Public License v3.0（GPL-3.0）协议。基于 GPL-3.0 使用本软件时，须遵守 GPL-3.0 协议的全部条款，如分发本软件（含修改后的版本）时，必须以 GPL-3.0 协议开放全部源代码。
- 商业授权：如不希望受 GPL-3.0 条款约束（如闭源分发、基于本软件二次开发商业产品等），可获取商业授权。详见官网：https://www.ujcms.com。
QQ 交流群：626599871
微信交流群：