- 最終的に非推奨の要素要素説明6.0.12 以降、ビルダーを推奨6.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。6.2 現在、
Indexer(boolean, int, int, SpelNodeImpl)を推奨6.2 時点では代替なし。7.0 で削除予定6.2 時点では代替なし。7.0 で削除予定6.2 時点では代替なし。7.0 で削除予定6.2 時点では代替なし。7.0 で削除予定ClientHttpResponse.getStatusCode()を推奨し、7.0 から削除org.springframework.http.client.HttpComponentsClientHttpRequestFactory.setBufferRequestBody(boolean) 6.1 リクエストは、このプロパティがfalseであるかのようにバッファリングされないため6.1 以降、他のClientHttpRequestFactory実装を優先します。7.0 で削除予定ClientHttpResponse.getStatusCode()を推奨し、7.0 から削除6.2 以降では、デフォルトで設定されなくなり (以前は 5 秒)、代わりに Reactor、Netty、HttpClient のタイムアウト構成が使用されます。6.2 以降では、デフォルトで設定されなくなり (以前は 5 秒)、代わりに Reactor、Netty、HttpClient のタイムアウト構成が使用されます。改名されたReactorClientHttpRequestFactoryを推奨6.1 リクエストは、このプロパティがfalseであるかのようにバッファリングされないため6.1 以降、このプロパティがtrueであるかのように、リクエストは常にストリーミングされます。6.2 現在、HttpHeaders(MultiValueMap)を推奨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 現在、MimeTypeUtils.sortBySpecificity(List)を推奨6.0 の時点で、直接の代替はありませんServerHttpResponse.getStatusCode()を推奨し、7.0 から削除6.2.4 以降、プロパティが動作に何ら影響を与えていないため、代替はありません。7.0 で削除されます。6.2.4 以降、プロパティが動作に何ら影響を与えていないため、代替はありません。7.0 で削除されます。6.0 現在、CompletableFutureReturnValueHandlerを推奨6.0 現在、ConnectionHandlingStompSession.getSession()を推奨6.0 現在、TcpConnection.sendAsync(Message)を推奨6.0 現在、TcpOperations.shutdownAsync()を推奨Spring Framework 6.2.4 時点ではAotContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定Spring Framework 6.2.6 以降、BeanOverrideHandler(Field, ResolvableType, String, String, BeanOverrideStrategy)を推奨Spring Framework 6.2.4 時点ではAbstractDelegatingSmartContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定Spring Framework 6.2.4 時点ではAbstractGenericContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定Spring Framework 6.2.4 時点ではAbstractGenericWebContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定String.formatted(Object...)SE に事前を呼び出すことを推奨ExchangeResult.getStatus()を推奨し、7.0 から削除String.formatted(Object...)SE に事前を呼び出すことを推奨6.0 の時点で、具体的な代替はありません6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 現在、CompletableFutureSE を推奨6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 現在、CompletableFutureSE を推奨6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 の時点で、具体的な代替はありません6.0 の時点で、具体的な代替はありません6.0 現在、CompletableFutureSE を推奨6.0 現在、CompletableFuture.whenComplete(BiConsumer)SE を推奨6.0 の時点で、直接の代替はありません6.0 の時点で、直接の代替はありませんSpring Framework 6.2 以降、MethodValidationResult.getParameterValidationResults()を推奨WebHttpHandlerBuilderを推奨する 6.1 以降。ClientResponse.statusCode()を推奨し、7.0 から削除ServerResponse.statusCode()を推奨し、7.0 から削除6.2 現在、LiteWebJarsResourceResolverを推奨6.1 では、このプロパティはデフォルトでtrueに設定されており、カスタマイズする必要はありません。実際には、DispatcherServletは常にNoHandlerFoundExceptionを生成し、HandlerExceptionResolverを通じて処理できるようにする必要があります。ServerResponse.statusCode()を推奨し、7.0 から削除6.1 以降、MappedInterceptor.getIncludePathPatterns()を推奨6.2 現在、LiteWebJarsResourceResolverを推奨実質的に UrlPathHelper は使用されなくなり、AbstractHandlerMappingのすべての拡張でPathPatternParserがデフォルトで使用されるため、代替はありません。7.0 で削除されます。UriComponentsBuilder.fromUriString(String)を推奨します。7.0 で削除予定
- 非推奨のインターフェースインターフェース説明6.2 の時点で、
SqlBinaryValueとSqlCharacterValueを優先6.2 の時点で、SqlBinaryValueとSqlCharacterValueを優先6.2 では、ResultSet.getSQLXML(int)SE とConnection.createSQLXML()を直接使用し、カスタムSqlValue実装と組み合わせて使用することをお勧めします。6.2 では、直接的なSqlValue実装を推奨6.2 では、SQLXMLSE の直接使用が推奨されています。6.2 では、SQLXMLSE の直接使用が推奨されています。6.2 では、SQLXMLSE の直接使用が推奨されています。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.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。6.1 以降では、AOT エンジンが推奨されています。6.1 以来、代替はありません。代わりに列挙型、マップ、同様のカスタムソリューションを使用してください6.1 以降、代替の予定なし6.1 以降、他のClientHttpRequestFactory実装を優先します。7.0 で削除予定パッケージ変更により 6.1 以降。代わりにReactorResourceFactoryを使用してください。改名されたReactorClientHttpRequestFactoryを推奨6.2 の時点で、SqlBinaryValueとSqlCharacterValueを優先5.3 以降、Spring の一般的な Bean 定義形式および / またはカスタムリーダー実装を推奨6.2 の時点で、SqlBinaryValueとSqlCharacterValueを優先6.2 の時点で、SqlBinaryValueとSqlCharacterValueを優先6.2 の時点で、SqlBinaryValueとSqlCharacterValueを優先6.2 の時点で、SqlBinaryValueとSqlCharacterValueを優先6.2 では、ResultSet.getSQLXML(int)SE とConnection.createSQLXML()を直接使用し、カスタムSqlValue実装と組み合わせて使用することをお勧めします。6.0 現在、CompletableFutureReturnValueHandlerを推奨6.0 以降、代わりにio.r2dbc.spi.Parameterを使用してください。6.0 の時点で、AsyncConfigurerを直接実装することを推奨6.0 現在、CompletableFutureSE を推奨JSONAssertを直接使用するか、JsonComparator抽象化を使用するか6.0 では、JtaTransactionManagerの定義をそのまま採用5.3 以降、TransactionSynchronizationインターフェースのデフォルトのメソッドを優先6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし6.0 の時点で CSS の使用を推奨し、直接の代替なし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.2 現在、LiteWebJarsResourceResolverを推奨6.2 現在、LiteWebJarsResourceResolverを推奨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.2 の時点で、LobHandlerと同様6.2 では、ResultSet.getSQLXML(int)SE とConnection.createSQLXML()を直接使用し、カスタムSqlValue実装と組み合わせて使用することをお勧めします。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 行、JSON テキストシーケンスなど) を使用してください。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 の時点で、直接の代替はありません
- 非推奨のメソッドメソッド説明ASM では使用されなくなりました。このメソッドは
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)を推奨6.2 以降、寛大なシングルトンロックを推奨 (このメソッドはロックする任意のオブジェクトを返します)後方互換性の維持のみ。代わりに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 以降、一般的なエグゼキュータは開始タイムアウトをサポートしていないため6.2 時点では代替なし。7.0 で削除予定6.2 時点では代替なし。7.0 で削除予定6.2 時点では代替なし。7.0 で削除予定6.2 時点では代替なし。7.0 で削除予定ClientHttpResponse.getStatusCode()を推奨し、7.0 から削除org.springframework.http.client.HttpComponentsClientHttpRequestFactory.setBufferRequestBody(boolean) 6.1 リクエストは、このプロパティがfalseであるかのようにバッファリングされないためClientHttpResponse.getStatusCode()を推奨し、7.0 から削除6.2 以降では、デフォルトで設定されなくなり (以前は 5 秒)、代わりに Reactor、Netty、HttpClient のタイムアウト構成が使用されます。6.2 以降では、デフォルトで設定されなくなり (以前は 5 秒)、代わりに Reactor、Netty、HttpClient のタイムアウト構成が使用されます。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 に準拠していますが、将来のリリースで削除される予定です。6.2 現在、HttpHeaders(MultiValueMap)を推奨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 から削除6.2.4 以降、プロパティが動作に何ら影響を与えていないため、代替はありません。7.0 で削除されます。6.2.4 以降、プロパティが動作に何ら影響を与えていないため、代替はありません。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.2.4 時点ではAotContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定Spring Framework 6.0 の時点で、SmartContextLoaderSPI で定義されたメソッドを優先Spring Framework 6.0 の時点で、SmartContextLoaderSPI で定義されたメソッドを優先Spring Framework 6.2.4 時点ではAbstractDelegatingSmartContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定Spring Framework 6.0 現在、AbstractGenericContextLoader.loadContext(MergedContextConfiguration)を推奨Spring Framework 6.2.4 時点ではAbstractGenericContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定Spring Framework 6.2.4 時点ではAbstractGenericWebContextLoader.loadContextForAotProcessing(MergedContextConfiguration, RuntimeHints)に置き換えられ、Spring Framework 8.0 で削除される予定ExchangeResult.getStatus()を推奨し、7.0 から削除String.formatted(Object...)SE に事前を呼び出すことを推奨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()を推奨Spring Framework 6.2 以降、MethodValidationResult.getParameterValidationResults()を推奨5.2.4 現在。パス拡張設定オプションの廃止に関するクラスレベルの注意を参照してください。5.2.4 現在。パス拡張設定オプションの廃止に関するクラスレベルの注意を参照してください。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)を参照してください。6.0 の時点で代替なし。削除すると、デフォルトのモデルはリダイレクト時に常に無視されますSpring Framework 5.2 以降、BodyInserters.fromValue(Object)を推奨5.3 以降では、インスタンスベースのClientResponse.mutate()が使用されます。ClientResponse.statusCode()を推奨し、7.0 から削除Spring 5.1 の時点で、リクエストの構築中にHttpHeaders.setBasicAuth(String, String)を使用することを推奨。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 から削除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()を推奨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のクラスレベルの注意を参照してください。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.4 以降。RequestMappingHandlerMapping.setUseRegisteredSuffixPatternMatch(boolean)の非推奨通知を参照してください。5.2.4 以降。RequestMappingHandlerMapping.setUseSuffixPatternMatch(boolean)の非推奨通知を参照してください。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)の非推奨の注記を参照してください。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 ヘッダーが生成されるため実質的に UrlPathHelper は使用されなくなり、AbstractHandlerMappingのすべての拡張でPathPatternParserがデフォルトで使用されるため、代替はありません。7.0 で削除されます。末尾のスラッシュの透過的なサポートは、プロキシ、サーブレット /Web フィルター、またはコントローラーを介して明示的なリダイレクトを構成することを推奨して、6.0 の時点で非推奨です。6.2 時点ではUriComponentsBuilder.fromUriString(String)が優先されます。7.0 で削除される予定です。UriComponentsBuilder.fromUriString(String)を推奨します。7.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を介してインスタンスを取得するため6.2 現在、Indexer(boolean, int, int, SpelNodeImpl)を推奨代わりに共有パターンキャッシュを使用して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)を推奨Spring Framework 6.2.6 以降、BeanOverrideHandler(Field, ResolvableType, String, String, BeanOverrideStrategy)を推奨String.formatted(Object...)SE に事前を呼び出すことを推奨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 以降。
- 非推奨の列挙定数列挙定数説明
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を推奨プロキシの帯域内設定に関するセキュリティ上の関心事のため