Skip to content

Fix MultipartResolver javadoc implementation refs #48

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

Merged
merged 1 commit into from
Mar 2, 2012
Merged

Fix MultipartResolver javadoc implementation refs #48

merged 1 commit into from
Mar 2, 2012

Conversation

sslavic
Copy link
Contributor

@sslavic sslavic commented Mar 2, 2012

Before this fix MultipartResolver javadoc mentioned that there is only
one concrete implementation included in Spring. This was true as of
Spring 2.5 but Spring 3.1 added another one, Servlet 3.0 Part API based
implementation.

This fix changes MultipartResolver javadoc so that the other one,
StandardServletMultipartResolver implementation, gets also listed.
Changed javadoc mentions also as of which version does Spring bundle
two MultipartResolver implementations.

Issue: SPR-5984

I have signed and agree to the terms of SpringSource Individual Contributor License Agreement.

Before this fix MultipartResolver javadoc mentioned that there is only
one concrete implementation included in Spring. This was true as of
Spring 2.5 but Spring 3.1 added another one, Servlet 3.0 Part API based
implementation.

This fix changes MultipartResolver javadoc so that the other one,
StandardServletMultipartResolver implementation, gets also listed.
Changed javadoc mentions also as of which version does Spring bundle
two MultipartResolver implementations.

Issue: SPR-5984
rstoyanchev added a commit that referenced this pull request Mar 2, 2012
@rstoyanchev rstoyanchev merged commit 9c8332a into spring-projects:master Mar 2, 2012
@rstoyanchev
Copy link
Contributor

thanks

@sslavic
Copy link
Contributor Author

sslavic commented Mar 3, 2012

@rstoyanchev You're welcome. it's my pleasure. You've forgotten to close/resolve the ticket in JIRA (SPR-5984). Affected version should be changed there to 3.1

rwinch pushed a commit to rwinch/spring-framework that referenced this pull request Jun 20, 2016
Flux and Mono are used both for implementation and exposed at API
level to express 1 versus N semantic and to provide default Rx
operators:
- Flux<T> for multiple values Publisher (issue spring-projects#48)
- Mono<T> for single value Publisher (issue spring-projects#50)
- Mono<Void> for Publisher with no value (issue spring-projects#49)
rwinch pushed a commit to rwinch/spring-framework that referenced this pull request Jul 13, 2016
Flux and Mono are used both for implementation and exposed at API
level to express 1 versus N semantic and to provide default Rx
operators:
- Flux<T> for multiple values Publisher (issue spring-projects#48)
- Mono<T> for single value Publisher (issue spring-projects#50)
- Mono<Void> for Publisher with no value (issue spring-projects#49)
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