- 最終的に非推奨の要素要素説明6.0.12 以降、ビルダーを推奨6.0.10 以降、フレームワークでは使用されなくなったため6.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。直接的な代替はない。6.2 での除去用
ClientHttpResponse.getStatusCode()を推奨し、7.0 から削除org.springframework.http.client.HttpComponentsClientHttpRequestFactory.setBufferRequestBody(boolean) 6.1 リクエストは、このプロパティがfalseであるかのようにバッファリングされないためClientHttpObservationDocumentation.LowCardinalityKeyNames.CLIENT_NAMEを推奨します。6.2 で削除される予定です。これは、低カーディナリティのキー値と高カーディナリティのキー値の両方として使用できます。6.1 以降、他のClientHttpRequestFactory実装を優先します。6.2 で削除予定ClientHttpResponse.getStatusCode()を推奨し、7.0 から削除6.1 リクエストは、このプロパティがfalseであるかのようにバッファリングされないため6.1 以降、このプロパティがtrueであるかのように、リクエストは常にストリーミングされます。6.0.3 現在、MediaType.APPLICATION_GRAPHQL_RESPONSEを推奨6.0.3 現在、MediaType.APPLICATION_GRAPHQL_RESPONSE_VALUEを推奨6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、MimeTypeUtils.sortBySpecificity(List)を推奨6.0 の時点で、直接の代替はありませんServerHttpResponse.getStatusCode()を推奨し、7.0 から削除ExchangeResult.getStatus()を推奨し、7.0 から削除Base64SE を推奨する Spring Framework 6.0.5 の時点。6.2 で削除予定6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありませんBindErrorUtilsおよびBindException.getAllErrors()の使用を推奨し、6.2 で削除される予定BindErrorUtilsを推奨し、6.2 で削除される予定BindErrorUtilsおよびBindException.getAllErrors()の使用を推奨し、6.2 で削除される予定BindErrorUtilsおよびWebExchangeBindException.getAllErrors()の使用を推奨し、6.2 で削除される予定WebHttpHandlerBuilderを推奨する 6.1 以降。Contextの代わりにContextViewを受け入れるServerWebExchangeContextFilter.getExchange(ContextView)を使用することを推奨します。これは、ContextViewが読み取りにのみ必要であるという事実を反映しています。ClientHttpObservationDocumentation.LowCardinalityKeyNames.CLIENT_NAMEを推奨します。6.2 で削除される予定です。これは、低カーディナリティのキー値と高カーディナリティのキー値の両方として使用できます。ClientResponse.statusCode()を推奨し、7.0 から削除他のアダプター実装と連携するWebClientAdapter.create(WebClient)を推奨します。6.2 で削除されます。ServerResponse.statusCode()を推奨し、7.0 から削除代替なし: 内部呼び出し専用で、6.0 の時点では使用されていませんHandlerResult.getExceptionHandler()経由のチェックを優先6.1 以降、FreeMarkerView.lookupTemplate(Locale)が優先され、6.2 で削除される予定ReactiveHttpRequestValues.getBodyPublisher()を推奨します。6.2 で削除予定ReactiveHttpRequestValues.getBodyPublisherElementType()を推奨します。6.2 で削除予定HttpServiceProxyFactory.builderFor(HttpExchangeAdapter)を推奨します。6.2 で削除されます。HttpExchangeAdapterに同じ設定を直接設定することを推奨しますHttpServiceProxyFactory.Builder.exchangeAdapter(HttpExchangeAdapter)を推奨します。6.2 で削除予定HttpExchangeAdapterに同じ設定を直接設定することを推奨します6.1 では、このプロパティはデフォルトでtrueに設定されており、カスタマイズする必要はありません。実際には、DispatcherServletは常にNoHandlerFoundExceptionを生成し、HandlerExceptionResolverを通じて処理できるようにする必要があります。ServerResponse.statusCode()を推奨し、7.0 から削除6.1 以降、MappedInterceptor.getIncludePathPatterns()を推奨6.0 では、ModelAttributeMethodProcessorがMethodArgumentNotValidExceptionのサブクラスを発生させるようになったため。6.0 では、ModelAttributeMethodProcessorがMethodArgumentNotValidExceptionのサブクラスを発生させるようになったため。
- 非推奨のインターフェースインターフェース説明6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 現在、
CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 現在、CompletableFutureSE を推奨6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨5.3.9 の時点で、WebRequestでcheckNotModifiedメソッドを使用することを推奨するか、アノテーション付きコントローラーメソッドから、"ETag" および / または "Last-Modified" ヘッダーが設定されたResponseEntityを返します。6.0 の時点で CSS の使用を推奨し、直接の代替なし
- 非推奨のクラスクラス説明
spring-jcl(NoOpLogと実質的に同等)上記のフォールバックシナリオでのみ使用されることを意図しているためこのクラスは、バイトコードを計測するときにランタイムヒントエージェントによってのみ使用されるべきであり、パブリック API とは見なされません。5.2 以降、PropertyPlaceholderConfigurerも同様5.2 以降。代わりにorg.springframework.context.support.PropertySourcesPlaceholderConfigurerを使用してください。org.springframework.context.support.PropertySourcesPlaceholderConfigurerは、EnvironmentおよびPropertySourceメカニズムを利用することにより柔軟性があります。5.3 以降、Spring の一般的な Bean 定義形式および / またはカスタムリーダー実装を推奨6.0 の時点で、CachingConfigurerを直接実装することを推奨6.0 の時点で、JCacheConfigurerを直接実装することを推奨6.0.10 以降、フレームワークでは使用されなくなったため6.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。6.1 以来、代替はありません。代わりに列挙型、マップ、同様のカスタムソリューションを使用してください6.1 以降、代替の予定なし直接的な代替はない。6.2 での除去用6.1 以降、他のClientHttpRequestFactory実装を優先します。6.2 で削除予定パッケージ変更により 6.1 以降。代わりにReactorResourceFactoryを使用してください。5.3 以降、Spring の一般的な Bean 定義形式および / またはカスタムリーダー実装を推奨6.0 現在、CompletableFutureReturnValueHandlerを推奨6.0 以降、代わりにio.r2dbc.spi.Parameterを使用してください。6.0 の時点で、AsyncConfigurerを直接実装することを推奨6.0 現在、CompletableFutureSE を推奨6.0 では、JtaTransactionManagerの定義をそのまま採用5.3 以降、TransactionSynchronizationインターフェースのデフォルトのメソッドを優先6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なしBase64SE を推奨する Spring Framework 6.0.5 の時点。6.2 で削除予定6.1 現在、Comparator.naturalOrder()を推奨6.0 の時点で、具体的な代替はありません6.0 の時点で、具体的な代替はありません6.0 現在、CompletableFutureSE を推奨6.0 の時点で、具体的な代替はありません6.0 の時点で、具体的な代替はありません6.0 現在、Mono.toFuture()を推奨6.0 現在、CompletableFutureSE を推奨6.0 の時点で、直接の代替はありません5.2.4 現在。パス拡張設定オプションの非推奨については、ContentNegotiationManagerFactoryBeanのクラスレベルの注意を参照してください。5.2.4 現在。パス拡張設定オプションの非推奨については、ContentNegotiationManagerFactoryBeanのクラスレベルの注意を参照してください。WebHttpHandlerBuilderを推奨する 6.1 以降。Spring 5.1 の時点で、リクエストの構築中にHttpHeaders.setBasicAuth(String, String)を使用することを推奨。6.0 の時点で、直接の代替はありません6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし5.3 以降、Spring の共通ビューリゾルバーバリアントおよび / またはカスタムリゾルバー実装を推奨5.3 以降、Spring の共通ビューリゾルバーバリアントおよび / またはカスタムリゾルバー実装を推奨6.0 現在、ResponseCookieを推奨
- 非推奨の例外例外説明5.3.16 以降、一般的なエグゼキュータは開始タイムアウトをサポートしていないため6.0.3 の時点で、
PessimisticLockingFailureException/CannotAcquireLockExceptionを推奨6.0.3 の時点で、コア JDBC/ORM サポート内で使用されていないため6.0.3 の時点で、PessimisticLockingFailureException/CannotAcquireLockExceptionを推奨6.0 以降、標準のServletExceptionEE ネスティングを優先
- 非推奨のフィールドフィールド説明代わりに
ClassReader.readByte(int)および他の読み取り方法を使用してください。このフィールドは最終的に削除されます。Spring 3.0 以降: 混合オートワイヤー戦略を使用している場合は、オートワイヤーのニーズを明確に区別するために、アノテーションベースのオートワイヤーをお勧めします。Spring 3.0 以降: 混合オートワイヤー戦略を使用している場合は、アノテーションベースのオートワイヤーを使用して、オートワイヤーの必要性を明確に区別します。キーオブジェクトはオブジェクトとクラスへの強い参照を保持しているため、このカスタマイザーは予期しないクラスリークを引き起こす可能性があります。オブジェクトを取り除き、クラスを文字列として表す前処理メソッドを用意することをお勧めします5.2.6 以降、MergedAnnotationsモデルは常にAnnotationFilter.PLAINフィルターに従って lang アノテーションを無視するため (効率上の理由から)5.3.16 の時点で、AsyncTaskExecutor.execute(Runnable, long)と同様5.3.16 の時点で、AsyncTaskExecutor.execute(Runnable, long)と同様6.0.3 現在、MediaType.APPLICATION_GRAPHQL_RESPONSEを推奨6.0.3 現在、MediaType.APPLICATION_GRAPHQL_RESPONSE_VALUEを推奨Chrome のような主要なブラウザーは仕様に準拠し、charset=UTF-8パラメーターを必要とせずに UTF-8 の特殊文字を正しく解釈するため、5.2 の時点でMediaType.APPLICATION_JSONを推奨しています。Chrome のような主要なブラウザーは仕様に準拠し、charset=UTF-8パラメーターを必要とせずに UTF-8 の特殊文字を正しく解釈するため、5.2 の時点でMediaType.APPLICATION_JSON_VALUEを推奨しています。Chrome のような主要なブラウザーは仕様に準拠し、charset=UTF-8パラメーターを必要とせずに UTF-8 の特殊文字を正しく解釈するため、5.2 の時点でMediaType.APPLICATION_PROBLEM_JSONを推奨しています。Chrome のような主要なブラウザーは仕様に準拠し、charset=UTF-8パラメーターを必要とせずに UTF-8 の特殊文字を正しく解釈するため、5.2 の時点でMediaType.APPLICATION_PROBLEM_JSON_VALUEを推奨しています。5.3 以降、MediaType.APPLICATION_STREAM_JSON_VALUEの通知を参照してください。これは、5.3 以降、より具体的な目的を持つ W3C アクティビティストリーム仕様に由来し、その後、別の MIME 型に置き換えられたためです。MediaType.APPLICATION_NDJSONを代替として使用するか、他の行区切りの JSON 形式（JSON Lines、JSON Text Sequence など）を使用します。6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.1 以降、"autodetect" flagを優先6.1 以降、"autodetect" flagを優先6.1 以降、"autodetect" flagを優先6.1 以降、"autodetect" flagを優先6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません5.3 以降、UrlPathHelper.PATH_ATTRIBUTEおよびServletRequestPathUtils.PATH_ATTRIBUTEが優先されます。リクエストのマッピングに使用されるキャッシュされたパスにアクセスするには、ServletRequestPathUtils.getCachedPathValue(ServletRequest)を使用します。6.0 の時点で、直接の代替はありません
- 非推奨のメソッドメソッド説明このメソッドは
ClassWriter.newHandle(int, String, String, String, boolean)に取って代わりました。Spring 5.0 以降、JDK 9 でのClass.newInstance()の非推奨6.1 以降、AutowireCapableBeanFactory.initializeBean(Object, String)による暗黙的な後処理を推奨6.1 以降、AutowireCapableBeanFactory.initializeBean(Object, String)による暗黙的な後処理を推奨6.1 現在、AutowireCapableBeanFactory.createBean(Class)を推奨後方互換性の維持のみ。代わりにKeyFactory.Generator.addCustomizer(KeyFactoryCustomizer)を使用してください。5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 以降、MergedAnnotationsAPI に置き換え5.2 現在、代わりにDecoder.decode(DataBuffer, ResolvableType, MimeType, Map)を実装してください5.2 以降、methodParameter.withContainingClass(implementationClass).getParameterType()を推奨6.0 の時点で、異なるセマンティクスを持つDataBuffer.ensureWritable(int)を優先6.0 以降、DataBuffer.ensureWritable(int)を推奨6.0 の時点で、異なるセマンティクスを持つDataBuffer.split(int)を優先6.0 の時点で、異なるセマンティクスを持つDataBuffer.split(int)を優先6.0.5 現在、DataBuffer.toByteBuffer(ByteBuffer)を推奨6.0.5 現在、DataBuffer.toByteBuffer(int, ByteBuffer, int, int)を推奨6.0 現在、DataBufferFactory.allocateBuffer(int)を推奨5.2 は元の MethodParameter を保持し、ネストが必要な場合はMethodParameter.nested(Integer)を使用するため5.2 以降、MethodParameter.nested(Integer)を推奨5.2 以降、MethodParameter.withTypeIndex(int)を推奨6.0 の時点で、原因メッセージを選択的に含めるカスタム例外メッセージを優先5.3.16 以降、一般的なエグゼキュータは開始タイムアウトをサポートしていないためClientHttpResponse.getStatusCode()を推奨し、7.0 から削除org.springframework.http.client.HttpComponentsClientHttpRequestFactory.setBufferRequestBody(boolean) 6.1 リクエストは、このプロパティがfalseであるかのようにバッファリングされないためClientHttpResponse.getStatusCode()を推奨し、7.0 から削除6.1 リクエストは、このプロパティがfalseであるかのようにバッファリングされないため6.1 以降、このプロパティがtrueであるかのように、リクエストは常にストリーミングされます。5.1.13 の時点で、代わりにCodecConfigurer.CustomCodecs.register(Object)またはCodecConfigurer.CustomCodecs.registerWithDefaultConfig(Object)を使用してください。5.1.13 の時点で、代わりにCodecConfigurer.CustomCodecs.register(Object)またはCodecConfigurer.CustomCodecs.registerWithDefaultConfig(Object)を使用してください。5.1.13 の時点で、代わりにCodecConfigurer.CustomCodecs.register(Object)またはCodecConfigurer.CustomCodecs.registerWithDefaultConfig(Object)を使用してください。5.1.13 の時点で、代わりにCodecConfigurer.CustomCodecs.register(Object)またはCodecConfigurer.CustomCodecs.registerWithDefaultConfig(Object)を使用してください。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.2.3 以降は RFC 6266、付録 B に準拠していますが、将来のリリースで削除される予定です。5.3 の時点で、HttpStatus.series()を直接呼び出すことを推奨6.0 の時点で、直接の代替はありません6.0 の時点で、MimeTypeUtils.sortBySpecificity(List)を推奨6.0 の時点で、MimeTypeUtils.sortBySpecificity(List)を推奨6.0 以降、ResponseEntity.getStatusCode()を推奨。7.0 で削除予定もともと Undertow は、データが利用できないときに書き込み通知を停止するために導入されましたが、リクエストされたすべてのアイテムを常にオンにすると大幅な速度低下が発生するため、5.0.6 では非推奨になりました。ServerHttpResponse.getStatusCode()を推奨し、7.0 から削除5.3.29 現在、SQLWarningException.getSQLWarning()を推奨5.3 以降、JDBC 4.0 接続検証を推奨5.2.9 以降、ラムダ式またはメソッド参照を使用したJdbcUtils.extractDatabaseMetaData(DataSource, DatabaseMetaDataCallback)と一般的に型指定された結果を優先6.1 以降、"autodetect" flagを優先6.1 以降、"autodetect" flagを優先5.3 現在、RSocketRequester.Builder.tcp(String, int)を推奨5.3 現在、RSocketRequester.Builder.websocket(URI)を推奨6.0 現在、ConnectionHandlingStompSession.getSession()を推奨6.0 現在、TcpConnection.sendAsync(Message)を推奨6.0 現在、TcpOperations.shutdownAsync()を推奨Spring Framework 6.0 現在、MockServerHttpRequest.method(HttpMethod, String, Object...)を推奨5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.0.4 現在、一般的なHibernateOperations.execute(org.springframework.orm.hibernate5.HibernateCallback<T>)メソッドに渡されるカスタムHibernateCallbackラムダコードブロックを優先5.3.29 以降は、Hibernate 5.x がコミット時に ResultSets を積極的に閉じるため、ResultSet の保持性に依存できなくなります。また、Spring はJpaTransactionManagerに同等の設定を提供しません。5.3.9 の時点で、ThreadPoolTaskScheduler.getScheduledThreadPoolExecutor()への直接アクセスを優先6.0 現在、IntervalTask.getInitialDelayDuration()を推奨6.0 現在、IntervalTask.getIntervalDuration()を推奨6.0 の時点で、PeriodicTrigger.getInitialDelayDuration()を推奨6.0 の時点で、PeriodicTrigger.getPeriodDuration()を推奨6.0 の時点で、直接の代替はありません6.0 現在、PeriodicTrigger.setInitialDelay(Duration)を推奨6.0 現在、TaskScheduler.schedule(Runnable, Instant)を推奨6.0 現在、Trigger.nextExecution(TriggerContext)を推奨6.0 の時点で、TriggerContext.lastActualExecution()を推奨6.0 の時点で、TriggerContext.lastCompletion()を推奨6.0 の時点で、TriggerContext.lastScheduledExecution()を推奨Spring Framework 6.0 の時点で、SmartContextLoaderSPI で定義されたメソッドを優先Spring Framework 6.0 の時点で、SmartContextLoaderSPI で定義されたメソッドを優先Spring Framework 6.0 現在、AbstractGenericContextLoader.loadContext(MergedContextConfiguration)を推奨ExchangeResult.getStatus()を推奨し、7.0 から削除5.1.13 現在、WebTestClient.Builder.codecs(Consumer)を推奨Spring Framework 5.2 現在、WebTestClient.RequestBodySpec.bodyValue(Object)を推奨HttpStatus.DESTINATION_LOCKEDの廃止に対応HttpStatus.INSUFFICIENT_SPACE_ON_RESOURCEの廃止に対応HttpStatus.METHOD_FAILUREの廃止に対応HttpStatus.REQUEST_ENTITY_TOO_LARGEの廃止に対応HttpStatus.REQUEST_URI_TOO_LONGの廃止に対応HttpStatus.USE_PROXYの廃止に対応Spring Framework 5.3.10 現在、ResultActions.andExpectAll(ResultMatcher...)を推奨5.2.4 現在。パス拡張設定オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルの注意を参照してください。5.2 の時点で、Spring AOP プロキシなどのカスタム (おそらくより狭い) チェックを優先5.2 の時点で、カスタム (おそらくより狭い) チェックまたは単にClassUtils.CGLIB_CLASS_SEPARATORを含むためのチェックを優先5.2 の時点で、カスタム (おそらくより狭い) チェックまたは単にClassUtils.CGLIB_CLASS_SEPARATORを含むためのチェックを優先6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 の時点でConcurrentLruCache.capacity()を推奨します。6.1 現在、Arrays.hashCode(boolean[])SE を推奨6.1 現在、Arrays.hashCode(byte[])SE を推奨6.1 現在、Arrays.hashCode(char[])SE を推奨6.1 現在、Arrays.hashCode(double[])SE を推奨6.1 現在、Arrays.hashCode(float[])SE を推奨6.1 現在、Arrays.hashCode(int[])SE を推奨6.1 現在、Arrays.hashCode(long[])SE を推奨6.1 現在、Arrays.hashCode(short[])SE を推奨6.1 現在、Arrays.hashCode(Object[])SE を推奨このユーティリティは、任意のコードの実行を可能にする Java オブジェクトシリアライゼーションを使用し、多くの リモート Code Execution (RCE) 脆弱性の原因として知られています。RCE を許可しないように定期的にチェックおよび更新される外部ツール (JSON、XML、その他の形式に直列化する) を使用することをお勧めします。
6.1 現在、StopWatch.lastTaskInfo()を推奨6.1 現在、StopWatch.lastTaskInfo()を推奨6.1 現在、StopWatch.lastTaskInfo()を推奨6.1 現在、StopWatch.lastTaskInfo()を推奨6.0 現在、InputStream.nullInputStream()を推奨5.3 の時点で、StringUtils.hasLength(String)とStringUtils.hasText(String)を優先 (またはObjectUtils.isEmpty(Object))6.0 以降、String.stripLeading()を推奨6.0 以降、String.stripTrailing()を推奨6.0 以降、String.strip()を推奨5.2.4 以降。パス拡張構成オプションの非推奨については、クラスレベルのメモを参照してください。このメソッドに代わるものはないため、5.2.x ではfalseに設定する必要があります。5.3 では、デフォルトがfalseに変更され、このプロパティの使用は不要になります。5.2.4 現在。パス拡張設定オプションの廃止に関するクラスレベルの注意を参照してください。BindErrorUtilsおよびBindException.getAllErrors()の使用を推奨し、6.2 で削除される予定BindErrorUtilsを推奨し、6.2 で削除される予定BindErrorUtilsおよびBindException.getAllErrors()の使用を推奨し、6.2 で削除される予定BindErrorUtilsおよびWebExchangeBindException.getAllErrors()の使用を推奨し、6.2 で削除される予定RestClientResponseException.getStatusCode()を推奨し、7.0 から削除UnknownContentTypeException.getStatusCode()を推奨し、7.0 から削除5.2 では、同一生成元チェックはCorsUtils.isCorsRequest(org.springframework.http.server.reactive.ServerHttpRequest)によって直接実行されます5.3 以降、UrlBasedCorsConfigurationSource.setUrlPathHelper(UrlPathHelper)を使用することをお勧めします。詳細については、UrlBasedCorsConfigurationSource.setAllowInitLookupPath(boolean)を参照してください。5.3 現在、UrlPathHelper.PATH_ATTRIBUTEを推奨5.3 以降、UrlBasedCorsConfigurationSource.setUrlPathHelper(UrlPathHelper)を使用することをお勧めします。詳細については、UrlBasedCorsConfigurationSource.setAllowInitLookupPath(boolean)を参照してください。5.3 以降、UrlBasedCorsConfigurationSource.setUrlPathHelper(UrlPathHelper)を使用することをお勧めします。詳細については、UrlBasedCorsConfigurationSource.setAllowInitLookupPath(boolean)を参照してください。Contextの代わりにContextViewを受け入れるServerWebExchangeContextFilter.getExchange(ContextView)を使用することを推奨します。これは、ContextViewが読み取りにのみ必要であるという事実を反映しています。6.0 の時点で代替なし。削除すると、デフォルトのモデルはリダイレクト時に常に無視されますSpring Framework 5.2 以降、BodyInserters.fromValue(Object)を推奨5.3 以降では、インスタンスベースのClientResponse.mutate()が使用されます。ClientResponse.statusCode()を推奨し、7.0 から削除Spring 5.1 の時点で、リクエストの構築中にHttpHeaders.setBasicAuth(String, String)を使用することを推奨。他のアダプター実装と連携するWebClientAdapter.create(WebClient)を推奨します。6.2 で削除されます。5.1.13 現在、WebClient.Builder.codecs(Consumer)を推奨Spring Framework 5.2 現在、WebClient.RequestBodySpec.bodyValue(Object)を推奨5.3.2 で削除されます。このメソッドはダウンストリーム (入れ子や後続) のリクエストにコンテキストを提供できないため、その価値は限定的です。メモリや接続がリークする可能性があるため、5.3 以降。WebClient.RequestHeadersSpec.exchangeToMono(Function)、WebClient.RequestHeadersSpec.exchangeToFlux(Function)を使用してください ; エラーステータスの処理とともに、ResponseEntityを介してレスポンスステータスとヘッダーへのアクセスを提供するWebClient.RequestHeadersSpec.retrieve()の使用も検討してください。WebClientResponseException.getStatusCode()を推奨し、7.0 から削除6.0 現在、ServerRequest.method()を推奨5.3 の時点で、ServerRequest.requestPath()を推奨Spring Framework 5.2 現在、ServerResponse.BodyBuilder.bodyValue(Object)を推奨ServerResponse.statusCode()を推奨し、7.0 から削除代替なし: 内部呼び出し専用で、6.0 の時点では使用されていませんHandlerResult.getExceptionHandler()経由のチェックを優先6.1 以降、FreeMarkerView.lookupTemplate(Locale)が優先され、6.2 で削除される予定5.3 の時点で、WebsocketClientSpec.Builderのサプライヤーにコンストラクター引数を提供することを推奨5.3 の時点で、WebsocketClientSpec.Builderのサプライヤーにコンストラクター引数を提供することを推奨5.3 以降、コードを直接比較する5.2.6 の時点で、WebsocketServerSpec.Builderのサプライヤーにコンストラクター引数を提供することを推奨5.2.6 の時点で、WebsocketServerSpec.Builderのサプライヤーにコンストラクター引数を提供することを推奨6.0 現在、MethodNotAllowedException.getHeaders()を推奨6.0 現在、NotAcceptableStatusException.getHeaders()を推奨6.0 現在、ResponseStatusException.getHeaders()を推奨ReactiveHttpRequestValues.getBodyPublisher()を推奨します。6.2 で削除予定ReactiveHttpRequestValues.getBodyPublisherElementType()を推奨します。6.2 で削除予定HttpServiceProxyFactory.builderFor(HttpExchangeAdapter)を推奨します。6.2 で削除されます。HttpExchangeAdapterに同じ設定を直接設定することを推奨しますHttpServiceProxyFactory.Builder.exchangeAdapter(HttpExchangeAdapter)を推奨します。6.2 で削除予定HttpExchangeAdapterに同じ設定を直接設定することを推奨します5.2.4 以降。ContentNegotiationManagerFactoryBean.setFavorPathExtension(boolean)の非推奨の注記を参照してください。5.2.4 以降。ContentNegotiationManagerFactoryBean.setIgnoreUnknownPathExtensions(boolean)の非推奨の注記を参照してください。5.0 以降、逆の動作をするContentNegotiationConfigurer.useRegisteredExtensionsOnly(boolean)を推奨5.2.4 以降、PathMatchConfigurer.setUseRegisteredSuffixPatternMatch(Boolean)の非推奨の注記を参照してください。5.2.4 以降、PathMatchConfigurer.setUseSuffixPatternMatch(Boolean)の非推奨の注記を参照してください。5.2.4 現在。パス拡張設定オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルの注意を参照してください。5.2.4 以降。パス拡張構成オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルのメモを参照してください。このメソッドに代わるものはないため、5.2.x ではfalseに設定する必要があります。5.3 では、デフォルトがfalseに変更され、このプロパティの使用は不要になります。6.1 では、このプロパティはデフォルトでtrueに設定されており、カスタマイズする必要はありません。実際には、DispatcherServletは常にNoHandlerFoundExceptionを生成し、HandlerExceptionResolverを通じて処理できるようにする必要があります。5.3 の時点で、ServerRequest.requestPath()を推奨ServerResponse.statusCode()を推奨し、7.0 から削除6.0 現在、AbstractHandlerMapping.setUrlPathHelper(UrlPathHelper)の使用を推奨6.0 現在、AbstractHandlerMapping.setUrlPathHelper(UrlPathHelper)の使用を推奨6.0 現在、AbstractHandlerMapping.setUrlPathHelper(UrlPathHelper)の使用を推奨5.3 以降、代わりにAbstractHandlerMethodMapping.getDirectPaths(Object)を介して非パターンマッピングを提供する6.1 以降、MappedInterceptor.getIncludePathPatterns()を推奨5.3.9 以降、LastModifiedも同様。org.springframework.web.servlet.i18n.CookieLocaleResolver.determineDefaultLocale(HttpServletRequest) 6.0 現在、CookieLocaleResolver(String)を推奨5.3.9 以降、LastModifiedも同様。6.0 の時点で代替なし。削除すると、デフォルトのモデルはリダイレクト時に常に無視されます5.2.4 現在。パス拡張設定オプションの廃止に関するクラスレベルの注意を参照してください。5.2.4 以降。パス拡張構成オプションの非推奨については、クラスレベルのメモを参照してください。5.2.4 以降。パス拡張構成オプションの非推奨については、クラスレベルのメモを参照してください。このメソッドに代わるものはないため、5.2.x ではfalseに設定する必要があります。5.3 では、デフォルトがfalseに変更され、このプロパティの使用は不要になります。5.2.4 以降。RequestMappingHandlerMapping.setUseRegisteredSuffixPatternMatch(boolean)の非推奨通知を参照してください。5.2.4 以降。RequestMappingHandlerMapping.setUseSuffixPatternMatch(boolean)の非推奨通知を参照してください。6.0 では、ModelAttributeMethodProcessorがMethodArgumentNotValidExceptionのサブクラスを発生させるようになったため。5.2.4 現在。パス拡張設定オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルの注意を参照してください。5.3 以降、パスは外部で解決され、ServletRequestPathUtils.getCachedPathValue(ServletRequest)で取得されます。このメソッドは常にUrlPathHelper.defaultInstanceを返します。5.2.4 現在。パス拡張設定オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルの注意を参照してください。5.2.4 以降。RequestMappingHandlerMapping.setUseSuffixPatternMatch(boolean)の非推奨の注記を参照してください。5.3 以降、パスは外部で解決され、ServletRequestPathUtils.getCachedPathValue(ServletRequest)で取得されます5.2.4 現在。パス拡張設定オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルの注意を参照してください。5.2.4 以降。RequestMappingHandlerMapping.setUseSuffixPatternMatch(boolean)の非推奨の注記を参照してください。6.0 では、ModelAttributeMethodProcessorがMethodArgumentNotValidExceptionのサブクラスを発生させるようになったため。5.3 以降、パスは外部で解決され、ServletRequestPathUtils.getCachedPathValue(ServletRequest)で取得されます5.3 以降、パスは外部で解決され、ServletRequestPathUtils.getCachedPathValue(ServletRequest)で取得されます5.3 以降、パスは外部で解決され、ServletRequestPathUtils.getCachedPathValue(ServletRequest)で取得されます5.2.4 現在org.springframework.web.servlet.resource.ResourceHttpRequestHandler.initContentNegotiationStrategy()5.2.4 の時点で、このメソッドはnullを返します。サブクラスが実際のインスタンスを返す場合、インスタンスはメディア型マッピングのソースとしてのみ使用されます（含まれている場合）。代わりにResourceHttpRequestHandler.setMediaTypes(Map)を使用してください。動作を変更する必要がある場合は、ResourceHttpRequestHandler.getMediaType(HttpServletRequest, Resource)をオーバーライドできます。5.2.4 以降、ContentNegotiationManager.getMediaTypeMappings()から取得したマッピングでResourceHttpRequestHandler.setMediaTypes(Map)を使用することを推奨します。6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありません4.2 の時点で、lastModifiedフラグは事実上無視され、明示的に構成されている場合にのみ must-revalidate ヘッダーが生成されるため4.2 現在、WebContentGenerator.getCacheControl()を推奨4.2 現在、WebContentGenerator.getCacheControl()を推奨4.2 現在、WebContentGenerator.getCacheControl()を推奨4.2 現在、WebContentGenerator.getCacheControl()を推奨4.2 の時点で、今後は HTTP 1.1 キャッシュ制御ヘッダーが必要になり、HTTP 1.0 ヘッダーは消えます4.2 の時点で、今後は HTTP 1.1 キャッシュ制御ヘッダーが必要になり、HTTP 1.0 ヘッダーは消えます末尾のスラッシュの透過的なサポートは、プロキシ、サーブレット /Web フィルター、またはコントローラーを介して明示的なリダイレクトを構成することを推奨して、6.0 の時点で非推奨です。
- 非推奨のコンストラクターコンストラクター説明6.0.12 以降、ビルダーを推奨このコンストラクターは
Handle(int, String, String, String, boolean)に取って代わりました。6.0.11 以降、追加のRootBeanDefinition.setTargetType(ResolvableType)コールを推奨5.2 以来、ファクトリメソッドAnnotationMetadata.introspect(Class)を推奨ファクトリメソッドAnnotationMetadata.introspect(Class)を推奨する 5.2 以降。nestedAnnotationsAsMapがfalseの場合、AnnotatedTypeMetadata.getAnnotationAttributes(String)ではなくStandardAnnotationMetadata.getAnnotations()からMergedAnnotation.asMapを使用します5.2 以降、StandardAnnotationMetadataを推奨5.2 がAnnotationMetadataを介してインスタンスを取得するため代わりに共有パターンキャッシュを使用してOperatorMatches(ConcurrentMap, int, int, SpelNodeImpl...)を呼び出すことを推奨する Spring Framework 5.2.23 の時点外部から提供される Executor を使用するConcurrentTaskExecutor(Executor)を推奨します外部から提供される Executor を使用するConcurrentTaskScheduler(ScheduledExecutorService)を推奨します6.0 の時点で、FixedDelayTask(Runnable, Duration, Duration)を推奨6.0 の時点で、FixedRateTask(Runnable, Duration, Duration)を推奨6.0 の時点で、IntervalTask(Runnable, Duration)を推奨6.0 の時点で、IntervalTask(Runnable, Duration, Duration)を推奨6.0 の時点で、PeriodicTrigger(Duration)を推奨6.0 の時点で、PeriodicTrigger(Duration)を推奨6.0.12 以降、JTA 1.1+ はbeforeCompletionで例外がスローされた場合に暗黙的なロールバックのみの設定を必要とするため、すべてのシナリオには通常のSpringJtaSynchronizationAdapter(TransactionSynchronization)コンストラクターで十分です。6.0.12 以降、JTA 1.1+ はbeforeCompletionで例外がスローされた場合に暗黙的なロールバックのみの設定を必要とするため、すべてのシナリオには通常のSpringJtaSynchronizationAdapter(TransactionSynchronization)コンストラクターで十分です。6.0 現在6.0 現在5.3.4 の時点で、RequestMappingInfo.paths(String...)を介してRequestMappingInfo.Builderを使用することをお勧めします。5.3.4 の時点で、RequestMappingInfo.paths(String...)を介してRequestMappingInfo.Builderを使用することをお勧めします。5.3.4 以降、RequestMappingInfo.mutate()を介してRequestMappingInfo.Builderを使用することに賛成しています。5.2.4 現在。パス拡張設定オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルの注意を参照してください。5.2.4 現在。パス拡張設定オプションの非推奨については、RequestMappingHandlerMappingのクラスレベルの注意を参照してください。5.3 の時点で、RequestMappingInfo.paths(String...)を介してRequestMappingInfo.Builderを使用することをお勧めします。5.3 の時点で、RequestMappingInfo.paths(String...)を介してRequestMappingInfo.Builderを使用することをお勧めします。RequestMappingInfo.addCustomCondition(RequestCondition)の使用を推奨する 5.3 以降。
- 非推奨の列挙定数列挙定数説明
ClientHttpObservationDocumentation.LowCardinalityKeyNames.CLIENT_NAMEを推奨します。6.2 で削除される予定です。これは、低カーディナリティのキー値と高カーディナリティのキー値の両方として使用できます。HttpStatus.valueOf(103)から返されるHttpStatus.EARLY_HINTSを推奨HttpStatus.valueOf(302)から返されるHttpStatus.FOUNDを推奨HttpStatus.valueOf(413)から返されるHttpStatus.PAYLOAD_TOO_LARGEを推奨HttpStatus.valueOf(414)から返されるHttpStatus.URI_TOO_LONGを推奨プロキシの帯域内設定に関するセキュリティ上の関心事のためClientHttpObservationDocumentation.LowCardinalityKeyNames.CLIENT_NAMEを推奨します。6.2 で削除される予定です。これは、低カーディナリティのキー値と高カーディナリティのキー値の両方として使用できます。