Skip to content

Conversation

@rwinch
Copy link
Member

@rwinch rwinch commented Jul 9, 2015

Previously when users registered an additional Filter in the
DispatcherServlet the DelegatingFilterProxy would not find it unless
the context attribute was set. The value for which was difficult to
remember and added quite a bit of additional "if" statements to setting
up Spring Security successfully.

This change allows registering additional known WebApplicationContext
instances. The DispatcherServlet uses this mechanism to register its
context. With that change DelegatingFilterProxy searches for the first
registered WebApplicationContext that contains the bean name.

This change also sets up the ability for Spring Security to lookup
Beans defined in the child context within the Tag libs.

Issue: SPR-13191

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This method should be named getRegisteredWebApplicationContexts (i.e. plural).

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch! This is fixed now.

Previously when users registered an additional Filter in the
DispatcherServlet the DelegatingFilterProxy would not find it unless
the context attribute was set. The value for which was difficult to
remember and added quite a bit of additional "if" statements to setting
up Spring Security successfully.

This change allows registering additional known WebApplicationContext
instances. The DispatcherServlet uses this mechanism to register its
context. With that change DelegatingFilterProxy searches for the first
registered WebApplicationContext that contains the bean name.

This change also sets up the ability for Spring Security to lookup
Beans defined in the child context within the Tag libs.

Issue: SPR-13191
@sbrannen
Copy link
Member

sbrannen commented Jul 9, 2015

Very interesting proposal!

Previously using jdbcTemplate.queryForObject(sql, int.class) produced
a TypeMismatchDataAccessException stating it could not convert an Integer
to an int.

This update allows conversion to the respective primitives instead of just
the wrapper Objects.

Issue: SPR-13220
@rwinch
Copy link
Member Author

rwinch commented Oct 27, 2015

Closing since this was resolved in 1fcd465

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants