技巧|如何优雅的替换第三方依赖中的类

本文涉及的产品
实时计算 Flink 版,5000CU*H 3个月
简介: 技巧|如何优雅的替换第三方依赖中的类

1、背景


在项目中需要依赖其他第三方的jar包,但有时我们需要扩展第三方jar的功能,或者修复依赖中已知还未修复的bug,但碰到过很多种情况,第三方类库中并没有提供对应的扩展点导致无法优雅的使用继承等方法对代码进行改造。


如果第三方类库并没有提供扩展点,我们通常会使用如下两种办法来进行二次开发:


  • 将第三方jar的源工程下载下来,放入maven中,重新进行修改,并发布在私有仓库中
  • 直接将需要修改的代码复制到当前工程,进行修改


如果这个第三方类库是全公司都需要使用的,使用第一种无疑是最好的,不过也带来了一定的维护成本。


如果只是单个项目需要引入,直接将代码拷贝到工程中,直接修改,但编译后的文件会在当前classpath路径下生成对应的class文件,能否将这些修改的class打入到最终的第三方jar类库。


2、通过插件体会Jar包中的类


下面,我们介绍通过maven插件,将修改的类代码类,直接替换jar中的类。


2.1 maven-dependency-plugin



maven-dependency-plugin简单说明情况如下:


  • 插件说明:依赖项插件提供了操作工件的功能。它可以将项目从本地或远程存储库复制和/或解压缩到指定位置。官方地址
  • 使用命令:从存储库中检索项目列表并将其解压缩到定义位置的目标。具体命令如下:
dependency:unpack
  • 操作原理


这个命令可以将我们指定的dependency解压到class目录中,然后设置不覆盖本地项目相同class文件(类的全限定名相同),就达到了本地文件替换源jar中class文件的目的。


2.2 实操


计划将org.apache.flink:flink-kubernetes_2.11:1.14.3中的KubernetesClusterClientFactory类,将createClusterDescriptor方法第一行输出日志。


在需要的代码中添加一行日志如下图所示:

package org.apache.flink.kubernetes;
...
/** A {@link ClusterClientFactory} for a Kubernetes cluster. */
@Internal
public class KubernetesClusterClientFactory
        extends AbstractContainerizedClusterClientFactory<String> {
...
    @Override
    public KubernetesClusterDescriptor createClusterDescriptor(Configuration configuration) {
        //新添加代码
        System.out.println("configuration : "+ configuration)
        //=======
        checkNotNull(configuration);
        if (!configuration.contains(KubernetesConfigOptions.CLUSTER_ID)) {
            final String clusterId = generateClusterId();
            configuration.setString(KubernetesConfigOptions.CLUSTER_ID, clusterId);
        }
        return new KubernetesClusterDescriptor(
                configuration,
                FlinkKubeClientFactory.getInstance().fromConfiguration(configuration, "client"));
    }

为了在打包的时候修改的代码能打入到第三方jar包,需要修改pom文件,对应的代码如下:

<properties>
  <flink.version>1.14.3</flink.version>
  <scala.binary.version>2.11</scala.binary.version>
  </properties>
  <dependencies>
        <dependency>
            <groupId>org.apache.flink</groupId>
            <artifactId>flink-kubernetes_${scala.binary.version}</artifactId>
            <version>${flink.version}</version>
        </dependency>
    </dependencies>
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-dependency-plugin</artifactId>
                <executions>
                    <execution>
                        <id>unpack</id>
                        <phase>generate-sources</phase>
                        <goals>
                            <goal>unpack</goal>
                        </goals>
                        <configuration>
                            <artifactItems>
                                <artifactItem>
                                    <groupId>org.apache.flink</groupId>
                                    <artifactId>flink-kubernetes_${scala.binary.version}</artifactId>
                                    <overWrite>false</overWrite>
                                    <outputDirectory>${project.build.directory}/classes</outputDirectory>
                                </artifactItem>
                            </artifactItems>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

接下来通过maven打包命令打包:

mvm clean install

从class目录中查看KubernetesClusterClientFactory,发现代码已经是我们修改后的类。


同时,当前项目编译的jar包,类也已经被替换成我们自定义的类,目标达成。


相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
Java 数据库连接 应用服务中间件
【Maven】依赖范围、依赖传递、依赖排除、依赖原则、依赖继承
在Maven中,依赖范围(Dependency Scope)用于控制依赖项在编译、测试和运行时的可见性和可用性。通过指定适当的依赖范围,可以在不同的构建和执行环境中控制依赖项的加载和使用。
698 1
|
2月前
|
IDE Java 应用服务中间件
如何检查并解决类路径中的类库版本冲突问题
类路径中的类库版本冲突可能导致应用运行异常。解决方法包括:1. 使用依赖管理工具(如Maven、Gradle)检查依赖树,找出冲突的库;2. 调整依赖版本或排除特定版本;3. 清理缓存,重新构建项目。
|
7月前
|
算法 编译器 C语言
【C++模板的派生】探索C++模板中的依赖名称问题及其解决方案
【C++模板的派生】探索C++模板中的依赖名称问题及其解决方案
71 0
|
7月前
|
存储 测试技术 Python
带有参数依赖的接口该如何测试?
带有参数依赖的接口该如何测试?
163 1
|
7月前
|
JSON 监控 测试技术
依赖第三方的接口如何测试?
依赖第三方的接口如何测试?
202 0
|
7月前
|
Java Maven
@ConditionalOnMissingBean 如何实现覆盖第三方组件中的 Bean
@ConditionalOnMissingBean 如何实现覆盖第三方组件中的 Bean
52 0
|
7月前
|
Java Maven
@ConditionalOnMissingBean 如何实现覆盖第三方组件中的 Bean
@ConditionalOnMissingBean 如何实现覆盖第三方组件中的 Bean
44 0
|
JavaScript 前端开发 Java
项目引入文件的常见报错
项目引入文件的常见报错
87 5
|
前端开发 小程序 PHP
laravel5.8(四)引入自定义常量文件及公共函数文件
开发过程中,我们一般会用到一些不会改变,或者改变不是很频繁的值,这样的值我们一般将他们定义成常量。 比如网站根目录,或者分页数,或者域名等等。 那我们如何在laravel5.8中引入自定义的常量文件及公共的函数文件呢。 大概有两种方式: 1:框架目录下引入(不推荐) 在框架目录vendor下新建常量文件const.php,以及公共函数文件function.php 在autoload.php文件中引入。 这种方法是可以的,但是不推荐,框架目录下最好都是框架自己的那些文件,正常来说,框架的文件我们在开发过程中,git是不会进行托管的。 2:在app目录下引入 在bootstrap目录下新建常量文件
70 0
|
Java Maven
springboot依赖分离,本地代码和第三方依赖包分开,减少部署服务时的上传时间
在pom.xml中的<build>标签中的<plugins>标签中添加下面这个插件