1.springsession中过滤器报为什么会序列化
2.使用ssh一直找不到session,报错not found session in current thread
3.阿里Spring Security OAuth2.0认证授权笔记震撼开源！原理+实战+源码三飞！
4.SpringMVC4+Hibernate4运行报错Could not obtain transaction-synchronized Session for current thread
5.spring boot与redis 实现session共享步骤详解

springsession中过滤器报为什么会序列化

       存储需求，多节点环境。

       1、存储需求：Spring Session支持将会话数据存储在不同类型的最新飞鸟飞单源码外部存储中，比如Redis、MongoDB、JDBC等。这些存储方式通常要求对象可以被序列化为字节流，以便于在存储中进行持久化。

       2、多节点环境：在分布式环境下，proftpd源码不同的节点可能需要共享会话状态。为了实现跨节点的会话共享，会话数据需要被序列化为字节流，以便于在不同节点之间传输和同步。

使用ssh一直找不到session,报错not found session in current thread

       Hibernate4 与 spring3 集成之后， 如果在取得session 的地方使用了getCurrentSession, 可能会报一个错：“No Session found for current thread”, 这个错误的原因，网上有很多解决办法, 但具体原因的分析，却没有多少, 这里一个原理分析:

       SessionFactory的getCurrentSession并不能保证在没有当前Session的情况下会自动创建一个新的，这取决于CurrentSessionContext的实现，SessionFactory将调用CurrentSessionContext的currentSession()方法来获得Session。在Spring中，如果我们在没有配置TransactionManager并且没有事先调用SessionFactory.openSession()的mario 源码情况直接调用getCurrentSession()，那么程序将抛出“No Session found for current thread”异常。如果配置了TranactionManager并且通过@Transactional或者声明的方式配置的事务边界，那么Spring会在开始事务之前通过AOP的方式为当前线程创建Session，此时调用getCurrentSession()将得到正确结果。

       然而，产生以上异常的原因在于Spring提供了自己的CurrentSessionContext实现，如果我们不打算使用Spring，而是自己直接从hibernate.cfg.xml创建SessionFactory，并且为在hibernate.cfg.xml

       中设置current_session_context_class为thread，也即使用了ThreadLocalSessionContext，那么我们在调用getCurrentSession()时，如果当前线程没有Session存在，触摸源码则会创建一个绑定到当前线程。

       Hibernate在默认情况下会使用JTASessionContext，Spring提供了自己SpringSessionContext，因此我们不用配置current_session_context_class，当Hibernate与Spring集成时，将使用该SessionContext，故此时调用getCurrentSession()的效果完全依赖于SpringSessionContext的实现。

       在没有Spring的情况下使用Hibernate，如果没有在hibernate.cfg.xml中配置current_session_context_class，有没有JTA的话，那么程序将抛出"No CurrentSessionContext configured!"异常。此时的rku源码解决办法是在hibernate.cfg.xml中将current_session_context_class配置成thread。

       在Spring中使用Hibernate，如果我们配置了TransactionManager，那么我们就不应该调用SessionFactory的openSession()来获得Sessioin，因为这样获得的Session并没有被事务管理。

       至于解决的办法，可以采用如下方式:

       1.  在spring 配置文件中加入

<tx:annotation-driven transaction-manager="transactionManager"/>

       并且在处理业务逻辑的类上采用注解

@Service

       public class CustomerServiceImpl implements CustomerService {   

           @Transactional

           public void saveCustomer(Customer customer) {

               customerDaoImpl.saveCustomer(customer);

           }

           ...

       }

       另外在 hibernate 的配置文件中，也可以增加这样的配置来避免这个错误:

<property name="current_session_context_class">thread</property>

阿里Spring Security OAuth2.0认证授权笔记震撼开源！原理+实战+源码三飞！

       Spring Security是一款强大的企业级安全框架，它作为Spring生态系统的组成部分，为Spring应用提供声明式安全访问控制。在Spring Boot项目中，集成Spring Security能够简化安全控制代码编写，减少重复工作。

       在移动互联网时代，微信等应用的认证过程是用户身份验证的典型例子。认证是指确认用户身份是否合法，例如通过账号密码、二维码或指纹等方式。OAuth2.0作为OAuth协议的升级版本，允许用户授权第三方应用访问其存储信息，无需分享用户名和密码，提供了一种安全的授权协议。

       针对Spring Security的学习资料相对较少，本文档将提供两部分深入讲解：首先，通过XML配置在SSM环境中，从源码解析，详解Spring Security的认证、授权（包括“记住我”和CSRF拦截）功能。其次，在Spring Boot中，深入探讨分布式环境下的认证与授权实现。

       第一份笔记：

       基本概念

       基于Session的认证

       快速上手Spring Security

       应用详解

       分布式系统认证方案

       OAuth2.0介绍

       分布式系统授权实现

       企业开发首选的Spring Security笔记：

       初识Spring Security

       授权操作

       集中式Spring Security与SpringBoot整合

       OAuth2.0实战案例

       需要完整文档和源码的朋友，可通过此链接获取：[点击获取链接]

SpringMVC4+Hibernate4运行报错Could not obtain transaction-synchronized Session for current thread

       我也出现了这个问题，但是我在web.xml中增加了filter就可以了。也许你的问题不是这个，但我的这个问题是这么解决的。

        <filter>

        <filter-name>SpringOpenSessionInViewFilter</filter-name>

        <filter-class>org.springframework.orm.hibernate4.support.OpenSessionInViewFilter</filter-class>

        </filter>

        <filter-mapping>

        <filter-name>SpringOpenSessionInViewFilter</filter-name>

        <url-pattern>/*</url-pattern>

        </filter-mapping>

spring boot与redis 实现session共享步骤详解

       这次带来的是spring boot + redis 实现session共享的教程。

       在spring boot的文档中，告诉我们添加@EnableRedisHttpSession来开启spring session支持，配置如下：

       @Configuration

       @EnableRedisHttpSession

       public class RedisSessionConfig {

       }

       而@EnableRedisHttpSession这个注解是由spring-session-data-redis提供的，所以在pom.xml文件中添加：

       org.springframework.boot

       spring-boot-starter-redis

       org.springframework.session

       spring-session-data-redis

       接下来，则需要在application.properties中配置redis服务器的位置了，在这里，我们就用本机：

       spring.redis.host=localhost

       spring.redis.port=

       这样以来，最简单的spring boot + redis实现session共享就完成了，下面进行下测试。

       首先我们开启两个tomcat服务，端口分别为和，在application.properties中进行设置下载地址 ：

       server.port=

       接下来定义一个Controller：

       @RestController

       @RequestMapping(value = "/admin/v1")

       public class QuickRun {

       @RequestMapping(value = "/first", method = RequestMethod.GET)

       public Map

       Map

       request.getSession().setAttribute("request Url", request.getRequestURL());

       map.put("request Url", request.getRequestURL());

       return map;

       }

       @RequestMapping(value = "/sessions", method = RequestMethod.GET)

       public Object sessions (HttpServletRequest request){

       Map

       map.put("sessionId", request.getSession().getId());

       map.put("message", request.getSession().getAttribute("map"));

       return map;

       }

       }

       启动之后进行访问测试，首先访问端口的tomcat，返回 获取下载地址 ：

       { "request Url":"http://localhost:/admin/v1/first"}

       接着，我们访问端口的sessions，返回：

       { "sessionId":"efccc0-9ad2-a6-af-b5","message":http://localhost:/admin/v1/first}

       最后，再访问端口的sessions，返回：

       { "sessionId":"efccc0-9ad2-a6-af-b5","message":http://localhost:/admin/v1/first}

       可见，与两个服务器返回结果一样，实现了session的共享

       如果此时再访问端口的first的话，首先返回：

       { "request Url":"http://localhost:/admin/v1/first"}

       而两个服务器的sessions都是返回：

       { "sessionId":"efccc0-9ad2-a6-af-b5","message":"http://localhost:/admin/v1/first"}

       通过spring boot + redis来实现session的共享非常简单，而且用处也极大，配合nginx进行负载均衡，便能实现分布式的应用了。

       本次的redis并没有进行主从、读写分离等等配置(_(:з」∠)_其实是博主懒，还没尝试过.......)

       而且，nginx的单点故障也是我们应用的障碍......以后可能会有对此次博客的改进版本，比如使用zookeeper进行负载均衡，敬请期待。