企业官网建设流程全解析

简介：这是面向Linux环境的Oracle WebLogic 12c（12.2.1.4.0）通用静默安装包，适合需要在服务器上构建企业级Java应用和中间件平台的开发、运维及架构师使用。作为Oracle公司推出的Java应用服务器，WebLogic 12c集成了部署平台、开发环境与完整的中间件解决方案，为构建、部署和管理企业级Java应用程序提供了一体化支撑，可应用于生产环境下的应用发布与服务治理。压缩包整体约826.35MB，共2个文件：jar主安装程序负责实际安装，html为官方说明文档，包体精简且已验证有效；安装前需注意该版本仅支持JDK1.8，不支持JDK1.7和OpenJDK，建议使用Oracle官方JDK，并确认硬件、操作系统和数据库等先决条件，同时解压与安装路径尽量不含中文。目前已有693人学习下载，通过这份介质可快速获得可用的安装源与配套说明，免去官网注册和多版本检索的环节，也适合离线或内网环境直接使用。安装完成后，读者可继续创建域、配置数据源及部署Java应用，官方HTML说明则为环境准备和排错提供了参考。 最近给一台Linux服务器部署WebLogic，需要下载12c的12.2.1.4.0通用版本。本来以为就是个简单的下载任务，结果从找下载入口到真正把jar包放到服务器上，前后折腾了快一个小时，中间还踩了链接失效、登录跳转、浏览器拦截好几个坑。这篇就把整个流程和踩坑记录完整写下来，给正要在Linux环境装WebLogic 12c的朋友做个参考。

这篇内容适合谁？一类是在做中间件版本升级的运维，一类是要在纯净Linux服务器上从零搭WebLogic的开发同学。即使你之前完全没装过WebLogic，跟着下面的步骤走也能把12.2.1.4.0的通用版本安稳拿到手，并且确认文件可用。

1. 下载前必须想清楚的版本选型

1.1 为什么大家都在用12.2.1.4.0

WebLogic Server 12c这一代里，12.2.1.x是一个完整的Release 2产品线，而12.2.1.4.0是这条线里非常成熟的一个版本。很多生产环境选它，核心原因是它对JDK的支持范围更合适：既能跑JDK 8，也能跑Java 11，这对于大批还停留在JDK 8的老项目和逐步向Java 11迁移的新项目来说，兼容空间都留足了。

对比12.2.1.3.0，12.2.1.4.0在稳定性上做了不少修复，而且对Linux内核的新版本适配更好。至于为什么不直接上最新的14c，说实话很多企业的架构评审还卡在“没有必须升级的理由”这一步，12.2.1.4.0既没有老到失去支持，也没有新到让团队陌生，自然成了务实之选。

1.2 Generic版本与平台专用版本的区别

这是下载时最容易搞混的地方。Oracle官网对WebLogic安装包的发布形式分两大类：一类是Generic版本，文件名类似fmw_12.2.1.4.0_wls_lite_generic.jar，不绑定具体Linux发行版；另一类是Platform Specific版本，比如专门给Red Hat Linux或者Oracle Linux准备的rpm安装包。

我个人强烈建议选Generic版本，尤其是服务器环境。原因很直接：专用rpm包对系统发行版有强绑定，万一系统是CentOS换到了AlmaLinux，或者遇到国产化Linux环境，rpm包很容易出现依赖冲突。而Generic版本只要JVM能起来就能装，后路多。

1.3 下载前的环境准备与账号问题

下载WebLogic和下载开源软件最大的区别就是：必须有Oracle账号，而且必须接受许可协议。Oracle账号注册是免费的，但注册时填邮箱、设密码、接收验证邮件这一套流程下来需要几分钟，建议提前弄好，别等到下载页面卡在登录环节。

另外要确认服务器端到底装了哪个版本的JDK。12.2.1.4.0对JDK版本有硬性要求，认证范围内是JDK 8（8u191以上）和JDK 11（11.0.3以上）。如果机器上还没有JDK，先把JDK装好，不然后面安装直接报版本错误。

2. 官方下载全流程实录

2.1 官网入口与版本定位

打开Oracle官网的Middleware下载专区，找到WebLogic Server的下载页面。这里别走错，Oracle网站改版频繁，有些入口会被挪位置，认准WebLogic Server的独立下载页，不要进到Oracle Software Delivery Cloud的云下载系统里，那边要另外搜产品包，流程完全不同。

进入下载页后，页面上会列出多个版本的WebLogic Server。需要找到12.2.1.4.0这一栏，这栏下方通常会提供两个明显选项：一个对应Generic版本，一个可能列出Platform Specific的rpm包。选择Generic链接之前，确认一下网页上显示的文件名是不是fmw_12.2.1.4.0_wls_lite_generic.jar，如果是这个，就是我们要的。

2.2 登录、许可协议与获取最终下载链接

点击Generic版本的下载按钮后，网站会跳到登录页，要求输入Oracle账号密码。这一步比较坑的地方在于，登录成功后不是直接开始下载，而是需要再次确认许可协议。页面上会弹出一个协议确认框，勾选同意，浏览器才会继续触发下载。

这里要特别说明：Oracle下载系统的背后是动态生成的下载链接。你在页面上看到的最终URL不是固定的，里面带着时效性参数。如果不小心关掉了下载窗口，想重新拿同一个链接，几乎不可能，必须回到下载页重新走一遍登录和协议确认流程。这也是后面用wget踩坑的根源之一。

2.3 服务器端wget下载的实际操作

在Linux服务器上直接下载，是比较常见的场景，尤其是服务器无法用浏览器操作时。实际操作中，我推荐先在本地浏览器上把Oracle的下载流程走到最后一步，浏览器开始下载jar包时，在下载管理里复制那个下载链接，然后在服务器上用wget拉取。

服务器端的命令大概是这样的：

wget -c --no-check-certificate 'https://download.oracle.com/otn/xxx/fmw_12.2.1.4.0_wls_lite_generic.jar?AuthParam=xxx' -O fmw_12.2.1.4.0_wls_lite_generic.jar

注意几件事。第一，引号内的URL是完整的一长串，复制的时候不要换行截断，否则wget拿到的是残缺地址。第二，如果你在浏览器里已经登录过，wget命令里就不需要额外带Cookie参数，因为Oracle的最终下载链接本身已经包含了鉴权信息；但如果复制出来的链接下载时报403，大概率是链接过期，回到第2.2节重新生成。第三，-c参数很重要，WebLogic安装包动辄800多MB，网络抖动导致中断时，断点续传能省掉重来的时间。

3. 下载完成后的文件检验与安装准备

3.1 SHA-256校验是必须做的一步

很多人下载完jar包就直接运行安装，结果装到一半报错，最后才发现文件不完整。WebLogic安装包损坏后的报错信息不一定明确，有时候会提示“invalid or corrupt jarfile”，有时候干脆在解压阶段卡住。避免这类问题，下载完成后先做一次完整性校验。

Oracle官网的下载页面会提供每个文件对应的SHA-256校验值。在Linux服务器上执行：

sha256sum fmw_12.2.1.4.0_wls_lite_generic.jar

把输出的64位十六进制字符串和官网页面上提供的校验值逐字符比对。比对一致，就说明文件在下载和传输过程中没有损坏。这一步看似麻烦，其实最多一分钟，却能避免后面浪费半小时排查安装异常。

3.2 JDK版本匹配说明

安装WebLogic 12.2.1.4.0之前，检查Java环境：

java -version

如果输出显示的版本是1.8.0_191以上，或者11.0.3以上，说明环境OK。如果服务器上是JDK 12、JDK 17这些版本，请先换成JDK 8或JDK 11，否则安装过程会直接报“Unsupported class file major version”一类的问题。

我在实际中遇到过一个情况：服务器上同时装了两个JDK，系统默认的java命令指向了JDK 17，执行安装命令时用的其实是错误版本。解决办法是安装时显式指定JAVA_HOME下的java，比如：

/usr/lib/jvm/java-11-openjdk/bin/java -jar fmw_12.2.1.4.0_wls_lite_generic.jar -silent -responseFile /tmp/wls.rsp

3.3 静默安装与图形安装二选一

Linux服务器如果带图形桌面环境，可以直接用图形方式安装：

java -jar fmw_12.2.1.4.0_wls_lite_generic.jar

但大多数生产服务器是纯命令行环境，没有DISPLAY，这时候就得走静默安装。静默安装需要准备一个响应文件，内容大致如下：

[ENGINE] Response File Version=1.0.0.0.0 [GENERIC] ORACLE_HOME=/opt/weblogic/wls12214 INSTALL_TYPE=WebLogic Server DECLINE_SECURITY_UPDATES=true SECURITY_UPDATES_VIA_MYORACLESUPPORT=false

保存为/tmp/wls.rsp，然后执行：

java -jar fmw_12.2.1.4.0_wls_lite_generic.jar -silent -responseFile /tmp/wls.rsp

安装日志会输出到终端。看到Installation completed successfully字样，基本就成功了。安装完成后可以检查一下/opt/weblogic/wls12214/wlserver目录是否存在，里面有server、common等子目录，说明核心文件已经到位。

4. 常见问题与踩坑记录

4.1 下载链接失效或访问403

这是遇到频率最高的问题。Oracle的下载链接通常有时效，尤其是复制到服务器上用wget时，如果前后间隔太久或Cookie状态不对，服务器端会拒绝访问。

处理办法：回到官网下载页重新走一遍流程，生成新的下载链接。不要尝试在失败链接上改参数，纯属浪费时间。另外，浏览器端如果用了插件、广告拦截软件，偶尔会拦截Oracle下载时的弹窗，导致页面看起来没有反应，这是浏览器的弹窗拦截机制在作怪，放行一次即可。

4.2 安装时提示DISPLAY无法打开

在没有图形界面的Linux系统上直接运行java -jar不带参数，会报类似java.awt.AWTError: Can't connect to X11 window server的错误。这个问题本质是installer尝试打开图形界面，但服务器没有提供显示环境。

解决办法就是改用4.3节提到的静默安装方式。如果确实需要图形界面，可以在本地Windows/Mac上下载同样的jar包，本地图形安装好后，把整个ORACLE_HOME目录打压缩包上传到服务器，这种方式虽然粗暴，但完全可行，适合内网环境不方便装图形桌面的场景。

4.3 非root用户安装与目录权限

千万别用root账号直接装WebLogic。一是安全风险大，二是后续Domain进程如果以root运行，被扫描到会很不体面。建议单独创建weblogic用户：

useradd -m -s /bin/bash weblogic mkdir -p /opt/weblogic chown -R weblogic:weblogic /opt/weblogic

然后用weblogic用户执行安装。安装过程中如果出现Permission denied，检查ORACLE_HOME目录的属主和权限，而不是急着加sudo。

4.4 下载速度偏慢的处理经验

Oracle服务器在国外，国内下载速度偶尔不理想，尤其大文件拉到后面很容易断。除了用wget -c断点续传之外，我的经验是尽量在工作日上午下载，避开晚高峰。另外，下载过程中不要同时占满服务器带宽，否则前几秒速度还行，后续会被限速，反而更慢。

4.5 部署到开发工具的衔接

下载安装好WebLogic Server之后，下一步通常是在IDEA这类开发工具里配置本地的WebLogic，方便调试项目。这个环节的步骤其实不复杂：先需要创建WebLogic的Domain（可以通过wlserver/common/bin/config.sh图形向导创建，也可以使用WLST命令创建），然后在IDEA的Settings里找到Application Servers，添加WebLogic Server，指定安装主目录和Domain目录，IDEA会自动识别版本号和Java版本。启动时如果端口被占用，通常会直接报Address already in use，把7001端口让出来就行。

还有一个小提醒：安装WebLogic 12.2.1.4.0时如果没有专门的许可，默认用于开发学习没有问题，生产环境使用务必确认好授权情况。这个不属于技术问题，但提前规避能省去后面很多麻烦。

最后再分享一条实际操作体会：下载这个12.2.1.4.0的Linux通用版本，真正容易出问题的反而不是安装，而是下载环节。账号、链接有效期、Cookie、目录权限，这几处细节只要有一处没注意，就会在同一个坑里反复打转。我的建议很简单，先注册好Oracle账号，再准备干净的JDK环境，最后才动手去官网拉文件，次序对了，整个过程半小时内就能结束。

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