将maven包发布到Maven中央仓库
注意点1: 测试gpg和javadoc插件不适用于jdk11,jdk8测试没问题 注意点2: 同一个版本号不可以重复发布 注意点3: 无法删除已发布的包 注册Sonatype的账户地址 点击界面上方 Create 按钮即可创建Issue。 12345678Project: Community Support - Open Source Project Repository Hosting (OSSRH)Issue TypeRequired: New ProjectSummary: Jar包的名称# 注意这里,group id需要证实当前域是你本人所有的,我就在这里配错了,找了好半天,详细的过程可以看这里https://issues.sonatype.org/browse/OSSRH-79407Group Id：io.github.wang-xiaowu Project URL：项目站点，如：https://gitee.com/snowheart/dingtalk-robotSCM...
配置maven第三方仓库地址的两种方式
Mirror mirror相当于一个拦截器，它会拦截maven对remote repository的相关请求，把请求里的remote repository地址，重定向到mirror里配置的地址。 repositories 步骤一：优先查询本地仓库地址是否存在，不存在，继续； 步骤二：从配置的center repository 下载，没找到，继续； 步骤三，依次从配置的下配置的一个或者多个远程仓库下载，如果均请求不到，就会报错了； 所以maven最佳配置: 配置mirror, 避免中央镜像墙内网络问题 配置远程仓库地址, 避免有些资源从单一仓库无法下载下来 方式一：全局配置可以添加阿里云的镜像到maven的setting.xml配置中，这样就不需要每次在pom中，添加镜像仓库的配置，在mirrors节点下面添加子节点： 配置镜像注：Maven默认中央仓库的id 为 central。id是唯一的。因此可以使用< id>central< /id>覆盖默认的中央仓库。 默认情况下配置多个mirror, 只有第一个生效 那么假如在公司使用内网,...
SpringBoot集成mongodb
Spring boot集成mongodb1、集成简介spring-data-mongodb提供了MongoTemplate与MongoRepository两种方式访问mongodb，MongoRepository操作简单，MongoTemplate操作灵活，我们在项目中可以灵活适用这两种方式操作mongodb，MongoRepository的缺点是不够灵活，MongoTemplate正好可以弥补不足。 2、搭建开发环境2.1 初始化工程使用 Spring Initializr 快速初始化一个 Spring Boot 工程 2.2 引入依赖修改pom.xml 12345678910111213141516171819202122232425262728293031323334<dependencies> <dependency> <groupId>org.springframework.boot</groupId> ...
Mongo知识小结
文档型存储的中间件 使用B+树来索引，存储BSON数据（二进制格式的JSON） 支持对文档数据的增删改查，即CRUD操作。 使用了分片和复制技术，支持处理超大规模数据。 基于C++编写 分片模式除了Hash模式，还有Range模式。 集群的配置方式需要手工配置。 全文检索: MongoDB仅支持有限的字段检索，且需人工索引。 MongoDB适用于数据大批量存储, 以及需要被约束的主营业务数据
关于Mybatis的foreach标签
foreach元素的属性主要有collection，item，index，open，separator，close。 123456789101112131415161718- collection: 要做foreach的对象，作为入参时，List对象默认用"list"代替作为键，数组对象"array"代替作为键，Map对象没有默认的键。在作为入参时可以使用@Param("keyName")来设置键，设置keyName后，list,array将会失效。除了入参这种情况外，还有一种作为参数对象的某个字段的时候。举个例子：如果User有属性List ids。入参是User对象，那么这个collection = "ids".如果User有属性Ids ids;其中Ids是个对象，Ids有个属性List id;入参是User对象，那么collection = "ids.id"- item：集合中元素迭代时的别名，该参数为必选。-...
Mysql-explain之UsingTemporary和UsingFilesort解决案例
MySQL优化之Using temporary（临时表）、Using filesort（文件排序）首先查看explain执行计划，让主要查询语句使用索引，索引type级别最好达到ref | ref_eq级别 其次将extra一栏的Using temporary（临时表）、Using filesort（文件排序）拖出去砍了 第一条语句 123explain select * from tb_wm_shop where is_delete != 1 and is_authentication = 1 ORDER BY create_time DESC 大家应该知道使用order by的 字段要使用索引，这条语句中create_time已经创建了索引，但是计划中并没有使用该索引，导致出现了Using filesort文件排序，使其查询变慢 解决方法如下： 从where条件开始，依照顺序创建一个组合索引，就可以砍掉Using...
Docker搭建RabbitMQ双节点集群
服务器A的IP 服务器B的IP 192.168.56.110 192.168.56.111 创建持久化文件夹1234#在192.168.56.110上执行命令mkdir -p /home/rabbitmq/cluster/rabbitmq01#在192.168.56.111上执行命令mkdir -p /home/rabbitmq/cluster/rabbitmq02 启动RabbitMQ1234#在192.168.56.110上执行docker run -d --hostname rabbitmq01 --name rabbitmq01 --add-host=rabbitmq01:192.168.56.110 --add-host=rabbitmq02:192.168.56.111 -v /home/rabbitmq/cluster/rabbitmq01:/var/lib/rabbitmq --privileged=true -p 15672:15672 -p 5672:5672 -p 5671:5671 -p 4369:4369 -p 25672:25672...
rabbitmq消息可靠性
消息队列在使用过程中，面临着很多实际问题需要思考： 消息可靠性消息从发送，到消费者接收，会经理多个过程： 其中的每一步都可能导致消息丢失，常见的丢失原因包括： 发送时丢失： 生产者发送的消息未送达exchange 消息到达exchange后未到达queue MQ宕机，queue将消息丢失 consumer接收到消息后未消费就宕机 针对这些问题，RabbitMQ分别给出了解决方案： 生产者确认机制 mq持久化 消费者确认机制 失败重试机制 1.生产者消息确认RabbitMQ提供了publisher...
rabbitmq的安装(单机,集群)
单机部署我们在Centos7虚拟机中使用Docker来安装。 下载镜像1docker pull rabbitmq:3-management 安装MQ执行下面的命令来运行MQ容器： 123456789docker run \ -e RABBITMQ_DEFAULT_USER=itcast \ -e RABBITMQ_DEFAULT_PASS=123321 \ --name mq \ --hostname mq1 \ -p 15672:15672 \ -p 5672:5672 \ -d \...
惰性队列
惰性队列消息堆积问题当生产者发送消息的速度超过了消费者处理消息的速度，就会导致队列中的消息堆积，直到队列存储消息达到上限。之后发送的消息就会成为死信，可能会被丢弃，这就是消息堆积问题。 解决消息堆积有两种思路： 增加更多消费者，提高消费速度。也就是我们之前说的work queue模式 扩大队列容积，提高堆积上限 要提升队列容积，把消息保存在内存中显然是不行的。 惰性队列从RabbitMQ的3.6.0版本开始，就增加了Lazy Queues的概念，也就是惰性队列。惰性队列的特征如下： 接收到消息后直接存入磁盘而非内存 消费者要消费消息时才会从磁盘中读取并加载到内存 支持数百万条的消息存储 基于命令行设置lazy-queue而要设置一个队列为惰性队列，只需要在声明队列时，指定x-queue-mode属性为lazy即可。可以通过命令行将一个运行中的队列修改为惰性队列： 1rabbitmqctl set_policy Lazy "^lazy-queue$"...
公告