Avoid setting special Content-* response headers for Tomcat
As of gh-21783, Spring WebFlux uses a `TomcatHeadersAdapter` implementation to directly address the native headers used by the server. In the case of Tomcat, "Content-Length" and "Content-Type" headers are processed separately and should not be added to the native headers map. This commit improves the `HandlerAdapter` implementation for Tomcat and removes those headers, if previously set in the map. The adapter already has a section that handles the Tomcat-specific calls for such headers. Fixes gh-24361
This commit is contained in:
		
							parent
							
								
									daa30a9f0b
								
							
						
					
					
						commit
						59bef22235
					
				| 
						 | 
				
			
			@ -216,6 +216,7 @@ public class TomcatHttpHandlerAdapter extends ServletHttpHandlerAdapter {
 | 
			
		|||
			if (response.getContentType() == null && contentType != null) {
 | 
			
		||||
				response.setContentType(contentType.toString());
 | 
			
		||||
			}
 | 
			
		||||
			getHeaders().remove(HttpHeaders.CONTENT_TYPE);
 | 
			
		||||
			Charset charset = (contentType != null ? contentType.getCharset() : null);
 | 
			
		||||
			if (response.getCharacterEncoding() == null && charset != null) {
 | 
			
		||||
				response.setCharacterEncoding(charset.name());
 | 
			
		||||
| 
						 | 
				
			
			@ -224,6 +225,7 @@ public class TomcatHttpHandlerAdapter extends ServletHttpHandlerAdapter {
 | 
			
		|||
			if (contentLength != -1) {
 | 
			
		||||
				response.setContentLengthLong(contentLength);
 | 
			
		||||
			}
 | 
			
		||||
			getHeaders().remove(HttpHeaders.CONTENT_LENGTH);
 | 
			
		||||
		}
 | 
			
		||||
 | 
			
		||||
		@Override
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
		Loading…
	
		Reference in New Issue