`
zznj1123
  • 浏览: 124018 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

Spring Security 2 配置精讲

SecuritySpring配置管理AcegiBean 
阅读更多
论坛上看了不少Spring Security的相关文章。这些文章基本上都还是基于Acegi-1.X的配置方式，而主要的配置示例也来自于SpringSide的贡献。

众所周知，Spring Security针对Acegi的一个重大的改进就在于其配置方式大大简化了。所以如果配置还是基于Acegi-1.X这样比较繁琐的配置方式的话，那么我们还不如直接使用Acegi而不要去升级了。所以在这里，我将结合一个示例，重点讨论一下Spring Security 2是如何进行配置简化的。

搭建基础环境

首先我们为示例搭建基本的开发环境，环境的搭建方式，可以参考我的另外一篇文章：http://www.iteye.com/wiki/struts2/1321-struts2-development-environment-to-build

整个环境的搭建包括：创建合适的目录结构、加入了合适的Library，加入了基本的Jetty启动类、加入基本的配置文件等。最终的项目结构，可以参考我的附件。

参考文档

这里主要的参考文档是Spring Security的自带的Reference。网络上有一个它的中文翻译，地址如下：http://www.family168.com/tutorial/springsecurity/html/springsecurity.html

除此之外，springside有一个比较完整的例子，不过是基于Acegi的，我也参阅了其中的一些实现。

Spring Security基本配置

Spring Security是基于Spring的的权限认证框架，对于Spring和Acegi已经比较熟悉的同学对于之前的配置方式应该已经非常了解。接下来的例子，将向大家展示Spring Security基于schema的配置方式。

最小化配置

1. 在web.xml文件中加入Filter声明
Xml代码 复制代码
  1. <!-- Spring security Filter -->  
  2. <filter>  
  3.     <filter-name>springSecurityFilterChain</filter-name>  
  4.     <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>  
  5. </filter>  
  6. <filter-mapping>  
  7.     <filter-name>springSecurityFilterChain</filter-name>  
  8.     <url-pattern>/*</url-pattern>  
  9. </filter-mapping>  
<!-- Spring security Filter -->
<filter>
    <filter-name>springSecurityFilterChain</filter-name>
    <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
    <filter-name>springSecurityFilterChain</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>



这个Filter会拦截所有的URL请求，并且对这些URL请求进行Spring Security的验证。

注意，springSecurityFilterChain这个名称是由命名空间默认创建的用于处理web安全的一个内部的bean的id。所以你在你的Spring配置文件中，不应该再使用这个id作为你的bean。

与Acegi的配置不同，Acegi需要自行声明一个Spring的bean来作为Filter的实现，而使用Spring Security后，无需再额外定义bean，而是使用<http>元素进行配置。

2. 使用最小的<http>配置

Xml代码 复制代码
  1. <http auto-config='true'>  
  2.     <intercept-url pattern="/**" access="ROLE_USER" />  
  3. </http>  
<http auto-config='true'>
    <intercept-url pattern="/**" access="ROLE_USER" />
</http>



这段配置表示：我们要保护应用程序中的所有URL，只有拥有ROLE_USER角色的用户才能访问。你可以使用多个<intercept-url>元素为不同URL的集合定义不同的访问需求，它们会被归入一个有序队列中，每次取出最先匹配的一个元素使用。 所以你必须把期望使用的匹配条件放到最上边。

3. 配置UserDetailsService来指定用户和权限

接下来，我们来配置一个UserDetailsService来指定用户和权限：

Xml代码 复制代码
  1. <authentication-provider>  
  2.     <user-service>  
  3.       <user name="downpour" password="downpour" authorities="ROLE_USER, ROLE_ADMIN" />  
  4.       <user name="robbin" password="robbin" authorities="ROLE_USER" />  
  5.       <user name="QuakeWang" password="QuakeWang" authorities="ROLE_ADMIN" />  
  6.     </user-service>  
  7.   </authentication-provider>  
<authentication-provider>
    <user-service>
      <user name="downpour" password="downpour" authorities="ROLE_USER, ROLE_ADMIN" />
      <user name="robbin" password="robbin" authorities="ROLE_USER" />
      <user name="QuakeWang" password="QuakeWang" authorities="ROLE_ADMIN" />
    </user-service>
  </authentication-provider>



在这里，downpour拥有ROLE_USER和ROLE_ADMIN的权限，robbin拥有ROLE_USER权限，QuakeWang拥有ROLE_ADMIN的权限

4. 小结

有了以上的配置，你已经可以跑简单的Spring Security的应用了。只不过在这里，我们还缺乏很多基本的元素，所以我们尚不能对上面的代码进行完整性测试。

如果你具备Acegi的知识，你会发现，有很多Acegi中的元素，在Spring Security中都没有了，这些元素包括：表单和基本登录选项、密码编码器、Remember-Me认证等等。

接下来，我们就来详细剖析一下Spring Security中的这些基本元素。

剖析基本配置元素

1. 有关auto-config属性

在上面用到的auto-config属性，其实是下面这些配置的缩写：

Xml代码 复制代码
  1. <http>  
  2.     <intercept-url pattern="/**" access="ROLE_USER" />  
  3.     <form-login />  
  4.     <anonymous />  
  5.     <http-basic />  
  6.     <logout />  
  7.     <remember-me />  
  8. </http>  
<http>
    <intercept-url pattern="/**" access="ROLE_USER" />
    <form-login />
    <anonymous />
    <http-basic />
    <logout />
    <remember-me />
</http>



这些元素分别与登录认证，匿名认证，基本认证，注销处理和remember-me对应。 他们拥有各自的属性，可以改变他们的具体行为。

这样，我们在Acegi中所熟悉的元素又浮现在我们的面前。只是在这里，我们使用的是命名空间而已。

2. 与Acegi的比较

我们仔细观察一下没有auto-config的那段XML配置，是不是熟悉多了？让我们来将基于命名空间的配置与传统的Acegi的bean的配置做一个比较，我们会发现以下的区别：

1) 基于命名空间的配置更加简洁，可维护性更强

例如，基于命名空间进行登录认证的配置代码，可能像这样：

Xml代码 复制代码
  1. <form-login login-page="/login.jsp" authentication-failure-url="/login.jsp?error=true" default-target-url="/work" />  
<form-login login-page="/login.jsp" authentication-failure-url="/login.jsp?error=true" default-target-url="/work" />



如果使用老的Acegi的Bean的定义方式，可能像这样：

Xml代码 复制代码
  1. <bean id="authenticationProcessingFilter"  
  2.           class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilter">  
  3.     <property name="authenticationManager"  
  4.                   ref="authenticationManager"/>  
  5.     <property name="authenticationFailureUrl"  
  6.                   value="/login.jsp?error=1"/>  
  7.     <property name="defaultTargetUrl" value="/work"/>  
  8.     <property name="filterProcessesUrl"  
  9.                   value="/j_acegi_security_check"/>  
  10.     <property name="rememberMeServices" ref="rememberMeServices"/>  
  11. </bean>  
<bean id="authenticationProcessingFilter"
		  class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilter">
	<property name="authenticationManager"
				  ref="authenticationManager"/>
	<property name="authenticationFailureUrl"
				  value="/login.jsp?error=1"/>
	<property name="defaultTargetUrl" value="/work"/>
	<property name="filterProcessesUrl"
				  value="/j_acegi_security_check"/>
	<property name="rememberMeServices" ref="rememberMeServices"/>
</bean>



这样的例子很多，有兴趣的读者可以一一进行比较。

2) 基于命名空间的配置，我们无需再担心由于过滤器链的顺序而导致的错误

以前，Acegi在缺乏默认内置配置的情况下，你需要自己来定义所有的bean，并指定这些bean在过滤器链中的顺序。一旦顺序错了，很容易发生错误。而现在，过滤器链的顺序被默认指定，你不需要在担心由于顺序的错误而导致的错误。

3. 过滤器链在哪里

到目前为止，我们都还没有讨论过整个Spring Security的核心部分：过滤器链。在原本Acegi的配置中，我们大概是这样配置我们的过滤器链的：

Xml代码 复制代码
  1. <bean id="filterChainProxy"  
  2.           class="org.acegisecurity.util.FilterChainProxy">  
  3.     <property name="filterInvocationDefinitionSource">  
  4.         <value>  
  5.                 CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON   
  6.                 PATTERN_TYPE_APACHE_ANT                    
  7.                 /common/**=#NONE#    
  8.                 /css/**=#NONE#    
  9.                 /images/**=#NONE#   
  10.                 /js/**=#NONE#    
  11.                 /login.jsp=#NONE#   
  12.                 /**=httpSessionContextIntegrationFilter,logoutFilter,authenticationProcessingFilter,securityContextHolderAwareRequestFilter,exceptionTranslationFilter,filterSecurityInterceptor   
  13.         </value>  
  14.     </property>  
  15. </bean>  
<bean id="filterChainProxy"
		  class="org.acegisecurity.util.FilterChainProxy">
	<property name="filterInvocationDefinitionSource">
		<value>
				CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
				PATTERN_TYPE_APACHE_ANT 				
				/common/**=#NONE# 
				/css/**=#NONE# 
				/images/**=#NONE#
				/js/**=#NONE# 
				/login.jsp=#NONE#
				/**=httpSessionContextIntegrationFilter,logoutFilter,authenticationProcessingFilter,securityContextHolderAwareRequestFilter,exceptionTranslationFilter,filterSecurityInterceptor
		</value>
	</property>
</bean>



其中，每个过滤器链都将对应于Spring配置文件中的bean的id。

现在，在Spring Security中，我们将看不到这些配置，这些配置都被内置在<http>节点中。让我们来看看这些默认的，已经被内置的过滤器：


这些过滤器已经被Spring容器默认内置注册，这也就是我们不再需要在配置文件中定义那么多bean的原因。

同时，过滤器顺序在使用命名空间的时候是被严格执行的。它们在初始化的时候就预先被排好序。不仅如此，Spring Security规定，你不能替换那些<http>元素自己使用而创建出的过滤器，比如HttpSessionContextIntegrationFilter, ExceptionTranslationFilter 或 FilterSecurityInterceptor。

当然，这样的规定是否合理，有待进一步讨论。因为实际上在很多时候，我们希望覆盖过滤器链中的某个过滤器的默认行为。而Spring Security的这种规定在一定程度上限制了我们的行为。

不过Spring Security允许你把你自己的过滤器添加到队列中，使用custom-filter元素，并且指定你的过滤器应该出现的位置：

Xml代码 复制代码
  1. <beans:bean id="myFilter" class="com.mycompany.MySpecialAuthenticationFilter">  
  2.     <custom-filter position="AUTHENTICATION_PROCESSING_FILTER"/>  
  3. </beans:bean>  
<beans:bean id="myFilter" class="com.mycompany.MySpecialAuthenticationFilter">
    <custom-filter position="AUTHENTICATION_PROCESSING_FILTER"/>
</beans:bean>



不仅如此，你还可以使用after或before属性，如果你想把你的过滤器添加到队列中另一个过滤器的前面或后面。 可以分别在position属性使用"FIRST"或"LAST"来指定你想让你的过滤器出现在队列元素的前面或后面。

这个特性或许能够在一定程度上弥补Spring Security的死板规定，而在之后的应用中，我也会把它作为切入点，对资源进行管理。

另外，我需要补充一点的是，对于在http/intercept-url中没有进行定义的URL，将会默认使用系统内置的过滤器链进行权限认证。所以，你并不需要在http/intercept-url中额外定义一个类似/**的匹配规则。

使用数据库对用户和权限进行管理

一般来说，我们都有使用数据库对用户和权限进行管理的需求，而不会把用户写死在配置文件里。所以，我们接下来就重点讨论使用数据库对用户和权限进行管理的方法。

用户和权限的关系设计

在此之前，我们首先需要讨论一下用户（User）和权限（Role）之间的关系。Spring Security在默认情况下，把这两者当作一对多的关系进行处理。所以，在Spring Security中对这两个对象所采用的表结构关系大概像这样：

Java代码 复制代码
  1. CREATE TABLE users (   
  2.   username VARCHAR(50) NOT NULL PRIMARY KEY,   
  3.   password VARCHAR(50) NOT NULL,   
  4.   enabled BIT NOT NULL   
  5. );   
  6.   
  7. CREATE TABLE authorities (   
  8.   username VARCHAR(50) NOT NULL,   
  9.   authority VARCHAR(50) NOT NULL   
  10. );  
CREATE TABLE users (
  username VARCHAR(50) NOT NULL PRIMARY KEY,
  password VARCHAR(50) NOT NULL,
  enabled BIT NOT NULL
);

CREATE TABLE authorities (
  username VARCHAR(50) NOT NULL,
  authority VARCHAR(50) NOT NULL
);



不过这种设计方式在实际生产环境中基本上不会采用。一般来说，我们会使用逻辑主键ID来标示每个User和每个Authorities（Role）。而且从典型意义上讲，他们之间是一个多对多的关系，我们会采用3张表来表示，下面是我在MySQL中建立的3张表的schema示例：

Java代码 复制代码
  1. CREATE TABLE `user` (   
  2.   `id` int(11) NOT NULL auto_increment,   
  3.   `name` varchar(255) default NULL,   
  4.   `password` varchar(255) default NULL,   
  5.   `disabled` int(1) NOT NULL,   
  6.   PRIMARY KEY  (`id`)   
  7. ) ENGINE=InnoDB DEFAULT CHARSET=utf8;   
  8.   
  9. CREATE TABLE `role` (   
  10.   `id` int(11) NOT NULL auto_increment,   
  11.   `name` varchar(255) default NULL,   
  12.   PRIMARY KEY  (`id`)   
  13. ) ENGINE=InnoDB DEFAULT CHARSET=utf8;   
  14.   
  15. CREATE TABLE `user_role` (   
  16.   `user_id` int(11) NOT NULL,   
  17.   `role_id` int(11) NOT NULL,   
  18.   PRIMARY KEY  (`user_id`,`role_id`),   
  19.   UNIQUE KEY `role_id` (`role_id`),   
  20.   KEY `FK143BF46AF6AD4381` (`user_id`),   
  21.   KEY `FK143BF46A51827FA1` (`role_id`),   
  22.   CONSTRAINT `FK143BF46A51827FA1` FOREIGN KEY (`role_id`) REFERENCES `role` (`id`),   
  23.   CONSTRAINT `FK143BF46AF6AD4381` FOREIGN KEY (`user_id`) REFERENCES `user` (`id`)   
  24. ) ENGINE=InnoDB DEFAULT CHARSET=utf8;  
CREATE TABLE `user` (
  `id` int(11) NOT NULL auto_increment,
  `name` varchar(255) default NULL,
  `password` varchar(255) default NULL,
  `disabled` int(1) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `role` (
  `id` int(11) NOT NULL auto_increment,
  `name` varchar(255) default NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `user_role` (
  `user_id` int(11) NOT NULL,
  `role_id` int(11) NOT NULL,
  PRIMARY KEY  (`user_id`,`role_id`),
  UNIQUE KEY `role_id` (`role_id`),
  KEY `FK143BF46AF6AD4381` (`user_id`),
  KEY `FK143BF46A51827FA1` (`role_id`),
  CONSTRAINT `FK143BF46A51827FA1` FOREIGN KEY (`role_id`) REFERENCES `role` (`id`),
  CONSTRAINT `FK143BF46AF6AD4381` FOREIGN KEY (`user_id`) REFERENCES `user` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;



通过配置SQL来模拟用户和权限

有了数据库的表设计，我们就可以在Spring Security中，通过配置SQL，来模拟用户和权限，这依然通过<authentication-provider>来完成：

Xml代码 复制代码
  1. <authentication-provider>  
  2.     <jdbc-user-service data-source-ref="dataSource"  
  3.     users-by-username-query="SELECT U.username, U.password, U.accountEnabled AS 'enabled' FROM User U where U.username=?"  
  4.     authorities-by-username-query="SELECT U.username, R.name as 'authority' FROM User U JOIN Authority A ON u.id = A.userId JOIN Role R ON R.id = A.roleId WHERE U.username=?"/>  
  5. </authentication-provider>  
<authentication-provider>
    <jdbc-user-service data-source-ref="dataSource"
    users-by-username-query="SELECT U.username, U.password, U.accountEnabled AS 'enabled' FROM User U where U.username=?"
    authorities-by-username-query="SELECT U.username, R.name as 'authority' FROM User U JOIN Authority A ON u.id = A.userId JOIN Role R ON R.id = A.roleId WHERE U.username=?"/>
</authentication-provider>



这里给出的是一个使用SQL进行模拟用户和权限的示例。其中你需要为运行SQL准备相应的dataSource。这个dataSource应该对应于Spring中的某个bean的定义。

从这段配置模拟用户和权限的情况来看，实际上Spring Security对于用户，需要username，password，accountEnabled三个字段。对于权限，它需要的是username和authority2个字段。

也就是说，如果我们能够通过其他的方式，模拟上面的这些对象，并插入到Spring Security中去，我们同样能够实现用户和权限的认证。接下来，我们就来看看我们如何通过自己的实现，来完成这件事情。

通过扩展Spring Security的默认实现来进行用户和权限的管理

事实上，Spring Security提供了2个认证的接口，分别用于模拟用户和权限，以及读取用户和权限的操作方法。这两个接口分别是：UserDetails和UserDetailsService。

Java代码 复制代码
  1. public interface UserDetails extends Serializable {   
  2.        
  3.     GrantedAuthority[] getAuthorities();   
  4.   
  5.     String getPassword();   
  6.   
  7.     String getUsername();   
  8.   
  9.     boolean isAccountNonExpired();   
  10.   
  11.     boolean isAccountNonLocked();   
  12.   
  13.     boolean isCredentialsNonExpired();   
  14.   
  15.     boolean isEnabled();   
  16. }  
public interface UserDetails extends Serializable {
    
    GrantedAuthority[] getAuthorities();

    String getPassword();

    String getUsername();

    boolean isAccountNonExpired();

    boolean isAccountNonLocked();

    boolean isCredentialsNonExpired();

    boolean isEnabled();
}

 

Java代码 复制代码
  1. public interface UserDetailsService {   
  2.     UserDetails loadUserByUsername(String username)   
  3.         throws UsernameNotFoundException, DataAccessException;   
  4. }  
public interface UserDetailsService {
    UserDetails loadUserByUsername(String username)
        throws UsernameNotFoundException, DataAccessException;
}



非常清楚，一个接口用于模拟用户，另外一个用于模拟读取用户的过程。所以我们可以通过实现这两个接口，来完成使用数据库对用户和权限进行管理的需求。在这里，我将给出一个使用Hibernate来定义用户和权限之间关系的示例。

1. 定义User类和Role类，使他们之间形成多对多的关系

Java代码 复制代码
  1. @Entity  
  2. @Proxy(lazy = false)   
  3. @Cache(usage = CacheConcurrencyStrategy.READ_WRITE)   
  4. public class User {   
  5.        
  6.     private static final long serialVersionUID = 8026813053768023527L;   
  7.   
  8.     @Id  
  9.     @GeneratedValue  
  10.     private Integer id;   
  11.        
  12.     private String name;   
  13.        
  14.     private String password;   
  15.        
  16.     private boolean disabled;   
  17.        
  18.     @ManyToMany(targetEntity = Role.class, fetch = FetchType.EAGER)   
  19.     @JoinTable(name = "user_role", joinColumns = @JoinColumn(name = "user_id"), inverseJoinColumns = @JoinColumn(name = "role_id"))   
  20.     @Cache(usage = CacheConcurrencyStrategy.READ_WRITE)   
  21.     private Set<Role> roles;   
  22.   
  23.         // setters and getters   
  24. }  
@Entity
@Proxy(lazy = false)
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
public class User {
	
	private static final long serialVersionUID = 8026813053768023527L;

    @Id
	@GeneratedValue
	private Integer id;
	
	private String name;
	
	private String password;
	
	private boolean disabled;
	
	@ManyToMany(targetEntity = Role.class, fetch = FetchType.EAGER)
    @JoinTable(name = "user_role", joinColumns = @JoinColumn(name = "user_id"), inverseJoinColumns = @JoinColumn(name = "role_id"))
    @Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
	private Set<Role> roles;

        // setters and getters
}

 

分享到：
| 在Apache windows 版本下实现虚拟主机限速
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    Spring_Security_2_配置精讲

    2. **中文翻译**：虽然官方文档为英文版，但也有热心网友将其翻译成了中文版，方便国内开发者阅读：[Spring Security 中文版](http://www.family168.com/tutorial/springsecurity/html/springsecurity.html)。...

    Spring Security+OAuth2 精讲，打造企业级认证与授权

    本课程"Spring Security+OAuth2 精讲，打造企业级认证与授权"深入浅出地讲解了这两个框架的使用和集成，旨在帮助开发者构建安全、高效的应用系统。 Spring Security是Spring生态系统中的一个强大安全框架，它提供了...

    Spring Security+OAuth2 精讲，打造企业级认证与授权2022升级

    Spring Security+OAuth2 精讲，打造企业级认证与授权（2022升级版） 1、企业级认证授权专项解决方案 系统解锁后端开发者必备的"安全"技能 2、主流安全框架核心一网打尽，只学实用的

    spring security 优秀中文资料+例子（包含多个中文资料，很全）

    首先，"Spring Security 2 配置精讲 - Spring - Java - JavaEye论坛.mht" 文件可能是JavaEye论坛上关于Spring Security 2的一个讨论帖子，精讲了框架的配置细节。Spring Security的配置是其核心部分，涉及到用户认证...

    Spring Security OAuth2认证授权示例详解

    Spring Security OAuth2是一个强大的安全框架，它为Web应用程序提供了安全认证和授权的功能。OAuth2则是一种开放标准，允许用户授权第三方应用访问他们存储在另一服务提供商的数据，而无需分享他们的用户名和密码。...

    spring security oauth2.0 （讲义+代码）

    Spring Security OAuth2.0 提供了 `ResourceServerConfigurerAdapter`，可以配置资源服务器的保护规则，如哪些URL需要令牌，以及如何验证令牌。 此外，Spring Security OAuth2.0 还支持自定义权限控制。通过实现`...

    视频配套笔记_Spring Security OAuth2.0认证授权_v1.1.rar

    在Spring Security OAuth2.0的配置中，开发者需要定义这些组件的行为，例如设置授权类型、定义客户端信息、配置资源服务器等。同时，还需要处理各种授权流，如授权码流、密码流、客户端凭据流等，每种流都有其特定的...

    非常珍贵的Spring Security企业级认证与授权全套视频（自鉴过后，良心推荐）

    SpringSecurity 全套开发，设计源码解读，整个拦截器链分析，QQ登录，微信登录，短信验证，短信登录，在security基础上学习写一个自定义验证授权设计模式，整套视频讲解的分享细致认真，非常值得学习。不管小白还是...

    SpringSecurity和OAuth2实战精讲视频.zip

    15-自定义配置-SpringSecurity的默认配置 16-自定义配置-添加用户功能的实现 17-自定义配置-添加用户功能的测试 18-自定义配置-密码加密算法 19-自定义配置-密码加密测试 20-自定义配置-DelegatingPasswordEncoder ...

    Spring Security技术栈开发企业级认证与授权

    Spring Security技术栈开发企业级认证与授权, 使用Spring MVC开发RESTful API 使用Spring Security开发基于表单的登录 使用Spring Social开发第三方登录 Spring Security OAuth开发APP认证框架 使用Spring ...

    springBoot+security+oauth2 资源和认证分离的密码模式

    Spring Boot、Spring Security和OAuth2的结合提供了一种强大且灵活的方式来保护应用程序资源，实现资源服务器（Resource Server）与认证服务器（Authorization Server）的分离。这种分离模式有助于提高系统的可扩展...

    JavaEye论坛热点月报 总第8期

    - **Spring Security 2配置精讲**：详述了Spring Security 2的安全配置，包括身份验证、授权、访问控制等方面的配置技巧和最佳实践。 - **关于Struts2中visitor校验器的解决方法**：针对Struts2框架的验证机制，...

    JavaEE精讲之Spring框架实战 ——学习笔记.zip

    7. **Spring Security**：Spring Security是一个强大且高度可配置的安全框架，用于保护Web应用和RESTful服务。它可以处理认证、授权等安全需求，提供了细粒度的访问控制。 8. **Spring Integration**：这个模块用于...

    spring-security-fundamentals

    《Spring Security基础精讲》 在Java开发领域，Spring Security是一个强大的、高度可配置的安全框架，用于保护基于Spring的应用程序。本课程将深入探讨Spring Security的基础知识，帮助开发者理解其核心概念，为...

    SSM框架-详细整合教程(Spring+SpringMVC+MyBatis).pdf

    SSM框架，即Spring、SpringMVC和...在实际项目中，还可以根据需求添加缓存、安全、国际化的配置，以及对其他服务的集成，如Spring Security、Spring Data JPA等。不断学习和实践，才能更好地掌握SSM框架及其应用。

Magicbox
Global site tag (gtag.js) - Google Analytics