在 Spring 中在运行时切换 LDAP 连接
Switch LDAP connection at runtime in Spring
我是 spring 的新手。我的基于 spring 的 Web 应用程序的管理员希望从 Web 界面配置设置,以便用户可以使用他们公司的用户名和密码对 LDAP 服务器进行身份验证。
无需重新启动应用程序即可更改 LDAP 设置。这可能发生在 'migration' 期间或任何原因。我有几个 bean,需要在管理员保存 LDAP 服务器的新设置后刷新它们:
<bean id="ldapServer" class="org.springframework.security.ldap.DefaultSpringSecurityContextSource">
<constructor-arg>
<list>
<value>${ldap.url1}</value>
...
</list>
</constructor-arg>
<constructor-arg value="${ldap.basedn}"</constructor-arg>
<property name="referral" value="${ldap.referral}" />
<property name="baseEnvironmentProperties">...</property>
<property name="userDn" value="${ldap.username}" />
<property name="password" value="${ldap.password}" />
</bean>
我正在使用 Spring框架 3.1.2。问题是,有构造函数参数,我想更改它们而不影响其他 运行 作业。我尝试使用 Scoped 代理,但还没有取得多大成功:
<bean id="ldapServer" scope="prototype" ...>
<aop:scoped-proxy/>
虽然通过 运行 这段代码使用原型作用域时,我成功地让 ldapServer 重新实例化:
@Controller
public class LDAPSettingsController implements ApplicationContextAware {
public ModelAndView handleRequest(...) {
DefaultSpringSecurityContextSource ldap;
ldap = context.getParentBeanFactor().getBean("ldapServer");
System.out.println(ldap.hashCode());
return new ModelAndView(new RedirectView('login.jsp'));
}
...
}
作用域和代理是要走的路吗,还是 Spring 中的另一种机制来将配置更改反映到 运行 程序实例中?
更新:清除问题。
更新:AOP 代理的根本问题是以下根异常:
java.lang.IllegalArgumentException: Superclass has no null constructors but no arguments were given
有效的方法是将 proxy-target-class="false"
属性添加到 <aop:scoped-proxy/>
标签。我创建了一个新的范围,它比原型更好用——它在设置更新时销毁 beans。现在我的 beans.xml:
里有这个
<bean class="org.springframework.beans.factory.config.CustomScopeConfigurer">
<property name="scopes">
<map>
<entry key="ldap">
<ref bean="ldapScope" />
</entry>
</map>
</property>
</bean>
<bean id="ldapScope" class="com.myapp.SettingsScope" />
<bean id="ldapServer" scope="ldap" ...>
<aop:scoped-proxy proxy-target-class="false"/>
<constructor-args>
<list><value>${ldap.url1}</value> .. </list>
</constructor-args>
...
</bean>
我还有一个用于 LDAP 设置的控制器,我将 ldapScope 注入其中并调用一个方法来销毁当前的生命周期对象并在每次用户按下应用按钮时启动一个新的生命周期。
PS:不确定我是否以正确的方式处理生命周期 "re-start" - 人们以我的方式寻找自动启动 bean 并在此类事件发生后启动它们(即:设置 -> 应用)
我是 spring 的新手。我的基于 spring 的 Web 应用程序的管理员希望从 Web 界面配置设置,以便用户可以使用他们公司的用户名和密码对 LDAP 服务器进行身份验证。
无需重新启动应用程序即可更改 LDAP 设置。这可能发生在 'migration' 期间或任何原因。我有几个 bean,需要在管理员保存 LDAP 服务器的新设置后刷新它们:
<bean id="ldapServer" class="org.springframework.security.ldap.DefaultSpringSecurityContextSource">
<constructor-arg>
<list>
<value>${ldap.url1}</value>
...
</list>
</constructor-arg>
<constructor-arg value="${ldap.basedn}"</constructor-arg>
<property name="referral" value="${ldap.referral}" />
<property name="baseEnvironmentProperties">...</property>
<property name="userDn" value="${ldap.username}" />
<property name="password" value="${ldap.password}" />
</bean>
我正在使用 Spring框架 3.1.2。问题是,有构造函数参数,我想更改它们而不影响其他 运行 作业。我尝试使用 Scoped 代理,但还没有取得多大成功:
<bean id="ldapServer" scope="prototype" ...>
<aop:scoped-proxy/>
虽然通过 运行 这段代码使用原型作用域时,我成功地让 ldapServer 重新实例化:
@Controller
public class LDAPSettingsController implements ApplicationContextAware {
public ModelAndView handleRequest(...) {
DefaultSpringSecurityContextSource ldap;
ldap = context.getParentBeanFactor().getBean("ldapServer");
System.out.println(ldap.hashCode());
return new ModelAndView(new RedirectView('login.jsp'));
}
...
}
作用域和代理是要走的路吗,还是 Spring 中的另一种机制来将配置更改反映到 运行 程序实例中?
更新:清除问题。 更新:AOP 代理的根本问题是以下根异常:
java.lang.IllegalArgumentException: Superclass has no null constructors but no arguments were given
有效的方法是将 proxy-target-class="false"
属性添加到 <aop:scoped-proxy/>
标签。我创建了一个新的范围,它比原型更好用——它在设置更新时销毁 beans。现在我的 beans.xml:
<bean class="org.springframework.beans.factory.config.CustomScopeConfigurer">
<property name="scopes">
<map>
<entry key="ldap">
<ref bean="ldapScope" />
</entry>
</map>
</property>
</bean>
<bean id="ldapScope" class="com.myapp.SettingsScope" />
<bean id="ldapServer" scope="ldap" ...>
<aop:scoped-proxy proxy-target-class="false"/>
<constructor-args>
<list><value>${ldap.url1}</value> .. </list>
</constructor-args>
...
</bean>
我还有一个用于 LDAP 设置的控制器,我将 ldapScope 注入其中并调用一个方法来销毁当前的生命周期对象并在每次用户按下应用按钮时启动一个新的生命周期。
PS:不确定我是否以正确的方式处理生命周期 "re-start" - 人们以我的方式寻找自动启动 bean 并在此类事件发生后启动它们(即:设置 -> 应用)