Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change validate() overloaded methods check (SPR-11025) #391

Closed
wants to merge 1 commit into from

Conversation

chelu
Copy link

@chelu chelu commented Oct 23, 2013

When checking for overloaded methods, ConfigurationClass.validate()
don't take in account overloaded methods from superclasses.

The check was updated with the following steps

  • Add getParamerTypes to MethodMetadata interface
  • Split beanMethods Set into Lists by method name
  • For each bean method list, test that all have the same parameters
  • add Spr11025Test

Issue: SPR-11025

When checking for overloaded methods, ConfigurationClass.validate()
don't take in account overloaded methods from superclasses.

The check was updated with the following steps

- Add getParamerTypes to MethodMetadata interface
- Split beanMethods Set into Lists by method name
- For each bean method list, test that all have the same parameters

Issue: SPR-11025
* Returns an array of strings that represent the formal parameter types
* in declaration order.
*/
String[] getParameterTypes();
Copy link
Author

Choose a reason for hiding this comment

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

Added to avoid casting MethodMetadata reference to StandarMethodMetada in ConfigurationClass.validate(). I think it makes sense because it defines the method when overloaded and does not introduce complex changes downstream.

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.

None yet

2 participants