在weblogic中部署项目通常有三种方式：第一，在控制台中安装部署；第二，将部署包放在domain域中autodeploy目录下部署；第三，使用域中配置文件config.xml 进行项目的部署。

 

控制台部署

 

1  启动weblogic服务，登录到weblogic控制台页面，输入用户名和密码，登录到控制台里面



 

2  点击左侧的部署



 

3  在右侧点击安装按钮，准备进行项目安装



 

4  看到路径输入框，可以在下面选择要部署的项目的位置



 

5  也可以直接输入要部署的包的位置，敲回车



 

6  点击下一步即可



 

7  继续下一步



 

8  点击完成按钮



 

9   保存前面各步的设置



 

10  保存完成后，会看到激活更改的提示，且不需要重启。



 

11  这时便可以进行测试了，输入项目名称，看到了项目的欢迎页面，即项目部署成功。



 

如果前面的步骤操作完成了，但依然无法访问项目的话，可以参考下面的补充步骤

补充步骤

补1  点击部署，勾选上项目，点击启动



 

补2  待启动后，项目状态为活动，健康状况为OK时，继续测试。



 

autodeploy自动部署

 

自动部署时不需要登录控制台，在domain域的主目录下面有个autodeploy目录，直接将项目包拷贝到autodeploy目录下面就可以了。

autodeploy目录里面有个readme.txt 文档，打开看一下，这里摘第一段出来

 

This autodeploy directory provides a quick way to deploy applications
to a development server. When the WebLogic Server instance is running
in development mode, applications and modules in this directory are 
automatically deployed.



主要说什么呢，就是开发模式下面，当weblogic启动时，会自动部署autodeploy目录下面的项目。

 

将部署包servletDemo.war 丢到autodeploy目录下面，启动startWeblogic.cmd ，进行servletDemo的访问，依然可以看到



欢迎页面。

 

config.xml配置文件部署

 

config.xml文件在domain域的config目录下面，config.xml主要配置了domain域的一些相关信息

我们要部署项目，该在哪里配置呢

 

<?xml version='1.0' encoding='UTF-8'?>
<domain xmlns="http://xmlns.oracle.com/weblogic/domain" xmlns:sec="http://xmlns.oracle.com/weblogic/security" xmlns:wls="http://xmlns.oracle.com/weblogic/security/wls" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.oracle.com/weblogic/security/xacml http://xmlns.oracle.com/weblogic/security/xacml/1.0/xacml.xsd http://xmlns.oracle.com/weblogic/security/providers/passwordvalidator http://xmlns.oracle.com/weblogic/security/providers/passwordvalidator/1.0/passwordvalidator.xsd http://xmlns.oracle.com/weblogic/domain http://xmlns.oracle.com/weblogic/1.0/domain.xsd http://xmlns.oracle.com/weblogic/security http://xmlns.oracle.com/weblogic/1.0/security.xsd http://xmlns.oracle.com/weblogic/security/wls http://xmlns.oracle.com/weblogic/security/wls/1.0/wls.xsd">
  <name>base_domain</name>
  <domain-version>12.1.3.0.0</domain-version>
  <security-configuration>
    <name>base_domain</name>
    <realm>
      <sec:authentication-provider xsi:type="wls:default-authenticatorType">
        <sec:name>DefaultAuthenticator</sec:name>
      </sec:authentication-provider>
      <sec:password-validator xmlns:pas="http://xmlns.oracle.com/weblogic/security/providers/passwordvalidator" xsi:type="pas:system-password-validatorType">
        <sec:name>SystemPasswordValidator</sec:name>
        <pas:min-password-length>8</pas:min-password-length>
        <pas:min-numeric-or-special-characters>1</pas:min-numeric-or-special-characters>
      </sec:password-validator>
    </realm>
    <default-realm>myrealm</default-realm>
    <credential-encrypted>{AES}xLPXh4gcT6JErTB+toxRZ1pQpAS+MGMuqnnXzu/OsxWMQTB8152ggdbUlhkSXUGC9f959oL7tIzyZiu9XdeajlkK9vAu9cQlCKLLUaUMyl5Ty4C0uuJA99b14eR7oIu4</credential-encrypted>
    <node-manager-username>weblogic</node-manager-username>
    <node-manager-password-encrypted>{AES}n3LLdgmAsocPRoYUrFfR2waWOlEz6KDFsp7+gByNeo8=</node-manager-password-encrypted>
  </security-configuration>
  <server>
    <name>AdminServer</name>
    <listen-address></listen-address>
  </server>
  <embedded-ldap>
    <name>base_domain</name>
    <credential-encrypted>{AES}21z8vCiCbuaYqsSj5t5+y6qvEY8dE3NdNr0zDG+K3EdwWEubzk9Vmx79Di43oxqX</credential-encrypted>
  </embedded-ldap>
  <configuration-version>12.1.3.0.0</configuration-version>
  <admin-server-name>AdminServer</admin-server-name>
</domain>



我们的项目部署信息添加在configuration-version 和 admin-server-name 之间

 

 

<configuration-version>12.1.3.0.0</configuration-version>
  <app-deployment>  
	<name>servletDemo</name>  
	<target>AdminServer</target>  
	<module-type>war</module-type>  
	<source-path>C:\Users\ZhangQi\Desktop\servletDemo</source-path>  
	<security-dd-model>DDOnly</security-dd-model>  
  </app-deployment>
  <admin-server-name>AdminServer</admin-server-name>

 

刚开始进行config.xml 配置文件部署的时候，出现了404，修改了下配置就可以了

将部署的war包解压为文件夹的形式，然后

将 <module-type>war</module-type> 里面的war 修改为 dir 即可

 

<app-deployment>  
	<name>servletDemo</name>  
	<target>AdminServer</target>  
	<module-type>dir</module-type>  
	<source-path>C:\Users\ZhangQi\Desktop\servletDemo</source-path>
	<security-dd-model>DDOnly</security-dd-model>
	<staging-mode>nostage</staging-mode>
  </app-deployment>

 

 

 

然后启动weblogic服务即可。

 

 

 

 

三种部署方式都能达到部署项目的目的，至于三种部署方式的利弊，明天再说说吧。

今天太晚了，睡觉了，晚安！

 

 

文章整理与2015年，当时的方法都是亲测可行的。最近看到有很多同学发现文章中方法无效，可能有几点原因：1、本人当时未遇到与您相似的问题；2、weblogic技术升级导致。整理博文是希望可以帮到有类似问题的您，如果未能帮到您，别喷。2021-1-14 15:03:24

Idea配置热部署

一、概念

热部署就是正在运行状态的应用，修改了他的源码之后，在不重新启动的情况下能够自动把增量内容编译并部署到服务器上，使得修改立即生效。热部署为了解决的问题有两个， 一是在开发的时候，修改代码后不需要重启应用就能看到效果，大大提升开发效率；二是生产上运行的程序，可以在不停止运行的情况下进行升级，不影响用户使用。

 

二、Idea开启热部署

本篇文章主要是介绍Idea这款开发工具的热部署，而用Idea的人大多数都是用来开发java程序，当前流行的java程序主要有两种，第一种是传统的Web应用，依赖Tomcat这种web容器运行；第二种是Spring boot程序， 内嵌了运行环境。

 

2.1 Tomcat热部署

a). 在顶部找到程序运行操作栏， 点击Edit Configurations



b). 点击你要配置的tomcat，点击deployment，点击”+“



 

c). 然后选择你要部署的war包，热部署必须要选择带有exploded的war包



 

d). 再切换回Server，按照下图标注配置



 

配置完后点击ok即可启动你的tomcat，然后改一下jsp、java文件实验热部署配置是否成功。

最后提示一下，Idea热部署并非绝对实时， 还是会有延时的，假如你手速快的话可能会出现改了并没有马上生效。所以此时不要怀疑热部署没有配置成功，稍微等一会你会看到开发工具左下角会有一个class reload的提示，出现这个提示才说明已经热部署完成了。



 

当然， 如果你想马上生效的话，可以点击下图标标注的按钮，或者使用快捷键Ctrl + F10



 

2.2 Spring boot程序热部署

 

a). 在顶部找到程序运行操作栏， 点击Edit Configurations，点击要配置的程序，按照下图标注地方配置



 

配置完后点击ok即可启动你的程序，java文件实验热部署配置是否成功。

 

但配置到这里只是会使java文件和其他静态资源热部署成功，但如果您的Spring boot程序是web程序，并且有jsp或Thymeleaf等页面模板引擎，则还需要在Spring boot的配置文件中配置。

 

如果是jsp， 在application.yml文件下加入配置



 

如果是Thymeleaf， 则在application.yml文件加入spring:thymeleaf:cache: false 配置

Spring boot程序除了通过上述步奏实现热部署，还可以通过给程序添加spring-boot-devtools依赖实现。

<!-- 热部署 --> 
<dependency> 
    
    <groupId>org.springframework.boot</groupId>
     <artifactId>spring-boot-devtools</artifactId> 
    <version>2.0.4.RELEASE</version> 
    
    <!-- 启用 --> 
    <optional>true</optional> 
</dependency>

 

三、其他配置

 

如果你通过上面的步骤还没实现想要的热部署效果，可以继续做以下两个配置

 

3.1 开启Java Compiler的自动build



 

3.2 按住ctrl + shift +alt + / 选择Registry，按照下图标注配置



 

PS:

本文属于本人原创文章,转载请注明出处，如果你觉得这篇文章对你有帮助或启发，也可以来请我喝咖啡。
	
利益相关：本篇文章所有提到的商业品牌或网站链接均为笔者随意想到的或日常使用的，无任何广告费用。
 

环境：

Jenkins：172.16.88.221 （安装Jenkins和git命令）

gitlab：172.16.88.221 （安装gitlab）

远程部署机器：172.16.88.220 （安装nginx测试用）

 

 

1、安装插件

#打开jenkins页面

#添加插件：系统管理 - 插件管理

#需要添加的插件：Gitlab Hook、Build Authorization Token Root、Publish Over SSH、Gitlab Authentication、Gitlab、Git Parameter

#添加完插件重启jenkins，开始添加要部署代码的主机，注意一定是要能够ssh登陆的用户。

#添加主机：系统管理 - 系统设置 找到Publish over SSH，配置远程部署的服务器。

下面的是远程服务器的ip

把Jenkins的公钥添加到远程服务的/root/.ssh/authorized_keys里面。

 



2、新建一个自由风格项目

#添加完主机之后，新建一个项目，开始配置构建操作



 



3、打包方式

打包方式1：使用http方式打包



 



 



选择了之后如果账号密码正确和链接正确的话，红色的提示语会消失的，默认打包的是master分支。



打包方式2：ssh方式

使用ssh方式打包添加用户方式：



 



 

4、测试打包：



 



复制这个路径去服务器上面可以看到打包下来的文件：

[root@node2 test]# ll /data/jenkins/workspace/test 总用量 8 -rw-r--r-- 1 root root 10 8月 20 11:13 index.html drwxr-xr-x 2 root root 4096 8月 20 11:15 tdir

 

5、打包之后远程传输方式



我Git代码目录结构是这样的：

需求：

1. 只远程传输tdir目录、index.html和tmp下的文件

2. 不需要传输target目录， 不传输tmp目录下的tmp1.txt文件。



方式1：打包完之后通过构建环境方式部署

即：运行构建后通过SSH发送文件或执行命令

目前远程服务器220上面部署目录什么都没有：



保存构建：确认日志有没报错



构建之后：



 

 

方式2：通过执行本地脚本或者命令去部署

如使用下面的功能也是可以实现上面的需求的：



 

rsync -av ./ --exclude=target/ --exclude=tmp/tmp1.txt root@172.16.88.220:/usr/share/nginx/html

./ ：默认是打包之后的项目工作目录

我上面拉去的是简单的文件代码，所以直接复制导前端目录即可。

如果是Java或者其他的代码可以写一个脚本去执行。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. 前言
在实际开发过程中，每次修改代码就得将项目重启，重新部署，对于一些大型应用来说，重启时间需要花费大量的时间成本。对于一个后端开发者来说，重启过程确实很难受啊。在 Java 开发领域，热部署一直是一个难以解决的问题，目前的 Java 虚拟机只能实现方法体的修改热部署，对于整个类的结构修改，仍然需要重启虚拟机，对类重新加载才能完成更新操作。下面我=我们就看看对于简单的类修改的热部署怎么实现。
2. 原理
深层原理是使用了两个ClassLoader，一个Classloader加载那些不会改变的类（第三方Jar包），另一个ClassLoader加载会更改的类，称为restart ClassLoader,这样在有代码更改的时候，原来的restart ClassLoader 被丢弃，重新创建一个restart ClassLoader，由于需要加载的类相比较少，所以实现了较快的重启时间。

若想探究底层实现或者自定义加载类，可以参考大佬博客
3. 方式
springboot有3中热部署方式：


1.使用springloaded配置pom.xml文件，使用mvn spring-boot:run启动


2.使用springloaded本地加载启动，配置jvm参数


-javaagent:<jar包地址> -noverify

3.使用devtools工具包，操作简单，但是每次需要重新部署

这里主要讲解一下第三种热部署方式的使用，因为在网上查找资源时，总会发现很多人就是springloaded和devtools都使用了，其实是多余的操作，而且第三种操作简单快捷。
4. 开始配置
4.1 在pom.xml中添加依赖
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
        <!--devtools热部署-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <optional>true</optional>
            <scope>true</scope>
        </dependency>

    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                    <fork>true</fork>
                </configuration>
            </plugin>
        </plugins>
    </build>

注：

（1） devtools可以实现页面热部署（即页面修改后会立即生效，这个可以直接在application.properties文件中配置spring.thymeleaf.cache=false来实现），

实现类文件热部署（类文件修改后不会立即生效），实现对属性文件的热部署。

即devtools会监听classpath下的文件变动，并且会立即重启应用（发生在保存时机），注意：因为其采用的虚拟机机制，该项重启是很快的
（2）配置了true后在修改java文件后也就支持了热启动，不过这种方式是属于项目重启（速度比较快的项目重启），会清空session中的值，也就是如果有用户登陆的话，项目重启后需要重新登陆。

默认情况下，/META-INF/maven，/META-INF/resources，/resources，/static，/templates，/public这些文件夹下的文件修改不会使应用重启，但是会重新加载（devtools内嵌了一个LiveReload server，当资源发生改变时，浏览器刷新）。
4.2 devtools的配置
在application.yml中配置一下devtools
spring:
  devtools:
    restart:
      enabled: true  #设置开启热部署
      additional-paths: src/main/java #重启目录
      exclude: WEB-INF/**
  freemarker:
    cache: false    #页面不加载缓存，修改即时生效

4.3 IDEA中配置
当我们修改了类文件后，idea不会自动编译，得修改idea设置。

（1）File-Settings-Compiler-Build Project automatically
（2）ctrl + shift + alt + / ,选择Registry,勾上 Compiler autoMake allow when app running



4.4 测试

修改类–>保存：应用会重启
修改配置文件–>保存：应用会重启
修改页面–>保存：应用不会重启，但会重新加载，页面会刷新

5. 参考资料&小结
小结
热部署有三种方式，我被网上的各种博客搞得晕头转向的，本来不是个难问题，越看越复杂。最近有点自闭，对于敲代码这件事来说，我不知道我到底喜不喜欢，还是只是单纯为了找工作，我看着别人敲的代码，感觉自己与别人差距还很大，我觉得自己非常菜，我不知道我要是以后固定的工作，固定的敲代码，会不会还有进步。自闭中。。。
参考资料
其他两种热部署方式请参考最后一个链接

深入探索 Java 热部署
SpringBoot配置devtools实现热部署
spring boot热部署的三种方式