Vgbhfive's Blog

引入

在我写代码的过程中，突然莫名其妙的出现了这个Maven 报错，

1

Failed to read artifact descriptor for org.apache.hadoop:hadoop-common:jar:2.4.0

引入

最近工作的部分是重构一个系统的部分代码，并做一些安全性的升级，其中就牵扯到了 TLS 1.2 。但是在我查到 JDK 1.6 不支持 TLS 1.2 之后，就开始漫长的解决方法寻找之旅。

概述

kubectl 是一个命令行接口，用于对Kubernetes 集群进行命令操作管理。
kubectl 在 $HOME/.kube 目录中寻找一个名为 config 的文件。可以通过设置环境变量 KUBECONFIG 或设置 --kubeconfig 参数指定其它 kubeconfig 文件。

起因

昨晚刷知乎的时候，看到了几篇关于显示器的推荐，顿时我的热血就起来了，所以当晚就剁手买了一台显示器😭😭😭

心疼我的钱包啊…

问题复现

最近在为工作的事想写一个工具类，避免很多重复无聊的工作，那么问题也就随之而来了。

ˋˋˋ
-1
2
ˋˋˋ

读取文件的时候总是会在第一行打印出一个 - ，很奇怪的东西啊，让我顿时间愣住了。

遂Google 一下，人生烦恼全无。

简介

分而治之ForkJoin 框架。

ForkJoin 框架是Java7 提供了的一个用于并行执行任务的框架，是一个把大任务分割成若干个小任务，最终汇总每个小任务结果后得到大任务结果的框架，这种开发方法也叫分治编程。 分治编程可以极大地利用CPU资源，提高任务执行的效率，也是目前与多线程有关的最新的技术。

简介

之前在学习RabbitMQ 的时候，使用过几次curl 命令，之前对于发送HTTP 请求都是使用Postman 。但是在Linux 环境下又有很多的不便之处，并且在工作的时候也遇到了这种问题，就比较难受，所以现在他来了。

curl 是Linux 常用的命令行工具，用来请求Web 服务器。它的名字翻译成英文就是客户端（client）的 URL 工具。

curl 功能非常强大，命令行参数多达几十种。如果熟练的话，完全可以取代 Postman 这一类的图形界面工具。

基础

AMQP

AMQP，即Advanced Message Queuing Protocol，一个提供统一消息服务的应用层标准高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。

基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同的开发语言等条件的限制。

消息队列

MQ 全称为Message Queue, 消息队列。是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。

消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信。队列的使用除去了接收和发送应用程序同时执行的要求。

在项目中，将一些无需即时返回且耗时的操作提取出来，进行了异步处理，而这种异步处理的方式大大的节省了服务器的请求响应时间，从而提高了系统的吞吐量。

问题再现

还是之前自己的项目，我改了一下架构，然后在引入新的组件时就爆出了ClassNotFoundException 的异常。

1

java.lang.ClassNotFoundException: org.mybatis.logging.LoggerFactory

解决过程

因为这个项目是之前就已经写好的架构，所以再出现这个问题时，我就想到了可能是依赖冲突的问题而导致的，在经过了MP 的Github 的issue 查询、StackOverFlow 之后，我找到了问题的答案那就是

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

<dependency>
    <groupId>com.baomidou</groupId>
    <artifactId>mybatis-plus-boot-starter</artifactId>
    <exclusions>
        <exclusion>
            <artifactId>jsqlparser</artifactId>
            <groupId>com.github.jsqlparser</groupId>
        </exclusion>
    </exclusions>
	<version>3.3.2</version>
</dependency>

<!-- https://mvnrepository.com/artifact/org.mybatis.spring.boot/mybatis-spring-boot-autoconfigure -->
<dependency>
    <groupId>org.mybatis.spring.boot</groupId>
    <artifactId>mybatis-spring-boot-autoconfigure</artifactId>
    <version>2.1.3</version>
</dependency>

<dependency>
    <groupId>com.github.pagehelper</groupId>
    <artifactId>pagehelper-spring-boot-starter</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.mybatis.spring.boot</groupId>
            <artifactId>mybatis-spring-boot-starter</artifactId>
        </exclusion>
    </exclusions>
    <version>1.2.10</version>
</dependency>

主要的冲突有两个，因为之前使用过分页，所以分页有一个依赖的冲突、然后就是MP 包里自带的sql 解析的组件有冲突，至此，这个问题就已经很清楚了。

个人备注

此博客内容均为作者学习所做笔记，侵删！
若转作其他用途，请注明来源！

前记

最近一直在看Spring 的官方文档，突然间发现自己平时用的很多东西都只是一知半解的，浏览器查询出来的解决办法也没有能表达出原作者的意思，并且用到了很多的Java 的基础内容。

要是现在突然再回去补习Java 的基础知识也不现实，所以现在都是根据看到的Spring 的原理所依赖的Java 基础再来进行弥补以前不会的Java 基础。

切记，学习一样东西，如果你没有深刻领悟作者的思路，那么你也仅仅只是学会了使用工具，而没有学会造工具。

基础

JNDI 即Java Naming and Directory Interface（JAVA 命名和目录接口），那么Java 命名的目的就是为了记录一些不方便记录的内容，就像DNS 中的域名与IP 的关系，存在一一对应的关系。

JNDI 被定义为独立于任何特定的目录服务实现。因此，可以以通用方式访问各种目录。