From 280a18f28bda478b8308fd7dce0e76bb57d18c99 Mon Sep 17 00:00:00 2001 From: olprod Date: Tue, 13 Nov 2018 11:18:22 +0000 Subject: [PATCH] commit translated contents --- .../asp/aspnet-accessibility-improvements-net-framework-471.md | 2 +- ...ity-framework-edmx-with-visual-studio-2013-can-fail-error.md | 2 +- .../retargeting/networking/sslstream-supports-tls-alerts.md | 2 +- ...on-control-characters-with-datacontractjsonserializer-now.md | 2 +- ...w-attempts-automatically-reconnect-broken-sql-connections.md | 2 +- .../runtime/core/systemuri-escaping-now-supports-rfc-3986.md | 2 +- ...verifyhash-now-returns-false-for-any-verification-failure.md | 2 +- ...has-changed-for-failed-datacontract-serialization-case-an.md | 2 +- .../wcf/wcf-pipeconnectiongethashalgorithm-now-uses-sha256.md | 2 +- .../runtime/wpf/chained-popups-with-staysopenfalse.md | 2 +- ...xtreader-dtd-entity-expansion-limited-10000000-characters.md | 2 +- 11 files changed, 11 insertions(+), 11 deletions(-) diff --git a/includes/migration-guide/retargeting/asp/aspnet-accessibility-improvements-net-framework-471.md b/includes/migration-guide/retargeting/asp/aspnet-accessibility-improvements-net-framework-471.md index 23e11e90566..7dfabd02193 100644 --- a/includes/migration-guide/retargeting/asp/aspnet-accessibility-improvements-net-framework-471.md +++ b/includes/migration-guide/retargeting/asp/aspnet-accessibility-improvements-net-framework-471.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|.NET Framework 4.7.1 以降、ASP.NET のお客様のサポートを改善する目的で、ASP.NET Web コントロールによる Visual Studio のアクセシビリティ テクノロジの処理方法が向上しています。 この機能強化には次の変更内容が含まれています。| +|詳細|.NET Framework 4.7.1 以降、ASP.NET のお客様のサポートを改善する目的で、ASP.NET Web コントロールによる Visual Studio のアクセシビリティ テクノロジの処理方法が向上しています。 この機能強化には次の変更内容が含まれています。| |提案される解決策|以上の変更を選択する方法と選択しない方法Visual Studio デザイナーの場合、.NET Framework 4.7.1 以降で実行しなければ、以上の変更から何の改善も得られません。 Web アプリケーションの場合、次のいずれかの手法をとることで、以上の変更によって機能が強化されます。
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<runtime>
...
<!-- AppContextSwitchOverrides value attribute is in the form of 'key1=true/false;key2=true/false'  -->
<AppContextSwitchOverrides value="Switch.UseLegacyAccessibilityFeatures=false" />
...
</runtime>
</configuration>
.NET Framework 4.7.1 以降を対象とするアプリケーションで以前のアクセシビリティ動作を残す場合、この AppContext スイッチを明示的に true に設定することで以前のアクセシビリティ機能を選択できます。| |スコープ|マイナー| |Version|4.7.1| diff --git a/includes/migration-guide/retargeting/ef/building-an-entity-framework-edmx-with-visual-studio-2013-can-fail-error.md b/includes/migration-guide/retargeting/ef/building-an-entity-framework-edmx-with-visual-studio-2013-can-fail-error.md index 45afc1099f2..ef3e40ae8cc 100644 --- a/includes/migration-guide/retargeting/ef/building-an-entity-framework-edmx-with-visual-studio-2013-can-fail-error.md +++ b/includes/migration-guide/retargeting/ef/building-an-entity-framework-edmx-with-visual-studio-2013-can-fail-error.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|MSBuild 12.0 ツール (Visual Studio 2013 に含まれる) は、MSBuild ファイルの位置を変更したため、古い Entity Framework のターゲット ファイルは無効になります。 その結果、EntityDeploySplit および EntityClean タスクは、Microsoft.Data.Entity.Build.Tasks.dll を見つけられないために失敗します。 このエラーは、ツールセット (MSBuild/VS) の変更によるものであり、.NET Framework の変更によるものではないことに注意してください。 開発者ツールをアップグレードしたときにのみ発生し、.NET Framework をアップグレード下だけでは発生しません。| +|詳細|MSBuild 12.0 ツール (Visual Studio 2013 に含まれる) は、MSBuild ファイルの位置を変更したため、古い Entity Framework のターゲット ファイルは無効になります。 その結果、EntityDeploySplit および EntityClean タスクは、Microsoft.Data.Entity.Build.Tasks.dll を見つけられないために失敗します。 このエラーは、ツールセット (MSBuild/VS) の変更によるものであり、.NET Framework の変更によるものではないことに注意してください。 開発者ツールをアップグレードしたときにのみ発生し、.NET Framework をアップグレード下だけでは発生しません。| |提案される解決策|Entity Framework のターゲット ファイルは、.NET Framework 4.6 以降の新しい MSBuild レイアウトで機能するように修正されます。 このバージョンの Framework にアップグレードすることで、この問題は修正されます。 または、[この](http://stackoverflow.com/a/24249247/131944) 回避策を使用して、ターゲット ファイルに直接パッチを当てることができます。| |スコープ|Major| |Version|4.5.1| diff --git a/includes/migration-guide/retargeting/networking/sslstream-supports-tls-alerts.md b/includes/migration-guide/retargeting/networking/sslstream-supports-tls-alerts.md index ea0c0638ff9..091c20052cf 100644 --- a/includes/migration-guide/retargeting/networking/sslstream-supports-tls-alerts.md +++ b/includes/migration-guide/retargeting/networking/sslstream-supports-tls-alerts.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|TLS ハンドシェイクに失敗すると、最初の I/O 読み取り/書き込み操作によって と内部例外 がスローされます。 の コードは、この [Schannel ドキュメント](https://msdn.microsoft.com/library/windows/desktop/dd721886%28v=vs.85%29.aspx)を使用してリモート パーティからの TLS アラートにマップすることができます。詳細については、「[RFC 2246: Section 7.2.2 Error alerts](https://tools.ietf.org/html/rfc2246#section-7.2.2)」をご覧ください。
.NET Framework 4.6.2 およびそれより前のバージョンでの動作では、他のパーティがハンドシェイクに失敗してそのすぐ後に接続を拒否した場合、トランスポート チャネル (通常は TCP 接続) は書き込みまたは読み取り中にタイムアウトします。| +|詳細|TLS ハンドシェイクに失敗すると、最初の I/O 読み取り/書き込み操作によって と内部例外 がスローされます。 の コードは、この [Schannel ドキュメント](https://msdn.microsoft.com/library/windows/desktop/dd721886%28v=vs.85%29.aspx)を使用してリモート パーティからの TLS アラートにマップすることができます。詳細については、「[RFC 2246: Section 7.2.2 Error alerts](https://tools.ietf.org/html/rfc2246#section-7.2.2)」をご覧ください。
.NET Framework 4.6.2 およびそれより前のバージョンでの動作では、他のパーティがハンドシェイクに失敗してそのすぐ後に接続を拒否した場合、トランスポート チャネル (通常は TCP 接続) は書き込みまたは読み取り中にタイムアウトします。| |提案される解決策|/ などのネットワーク I/O API を呼び出すアプリケーションは、 または を処理する必要があります。
TLS アラート機能は、.NET Framework 4.7 以降では既定で有効になります。 .NET Framework 4.7 またはそれより後のシステムで動作する 4.0 から 4.6.2 のバージョンの .NET Framework を対象とするアプリケーションは、互換性を維持するためにこの機能を無効にします。
.NET Framework 4.7 以降で動作する .NET Framework 4.6 以降のアプリケーションでこの機能を有効または無効にするには、次の構成 API を使います。
  • プログラムによる:
ServicePointManager は 1 回のみ初期化するため、アプリケーションで行われる一番最初の動作にする必要があります。
AppContext.SetSwitch("TestSwitch.LocalAppContext.DisableCaching", true);
AppContext.SetSwitch("Switch.System.Net.DontEnableTlsAlerts", true); // Set to 'false' to enable the feature in .NET Framework 4.6 - 4.6.2.
  • AppConfig:
<runtime>
<AppContextSwitchOverrides value="Switch.System.Net.DontEnableTlsAlerts=true"/>
<!-- Set to 'false' to enable the feature in .NET Framework 4.6 - 4.6.2. -->
</runtime>
  • レジストリ キー (マシン グローバル):

    .NET Framework 4.6 - 4.6.2 でこの機能を有効にするには、Value を false に設定します。
    • >キー: HKLM\SOFTWARE\Wow6432Node\Microsoft\\.NETFramework\AppContext\Switch.System.Net.DontEnableTlsAlerts
    • 型: String
    • 値: "true"
| |スコープ|エッジ| |Version|4.7| diff --git a/includes/migration-guide/retargeting/wcf/serialization-control-characters-with-datacontractjsonserializer-now.md b/includes/migration-guide/retargeting/wcf/serialization-control-characters-with-datacontractjsonserializer-now.md index d5186005b2a..5c43ff4e15d 100644 --- a/includes/migration-guide/retargeting/wcf/serialization-control-characters-with-datacontractjsonserializer-now.md +++ b/includes/migration-guide/retargeting/wcf/serialization-control-characters-with-datacontractjsonserializer-now.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|.NET framework 4.6.2 以前のバージョンでは、 で、ECMAScript V6 および V8 標準と互換性がある方法で \b、\f、\t などの一部の特殊制御文字がシリアル化されませんでした。 .NET Framework 4.7 以降、これらの制御文字のシリアル化は ECMAScript V6 および V8 と互換性があります。| +|詳細|.NET framework 4.6.2 以前のバージョンでは、 で、ECMAScript V6 および V8 標準と互換性がある方法で \b、\f、\t などの一部の特殊制御文字がシリアル化されませんでした。 .NET Framework 4.7 以降、これらの制御文字のシリアル化は ECMAScript V6 および V8 と互換性があります。| |提案される解決策|.NET Framework 4.7 を対象とするアプリの場合、この機能は既定で有効になっています。 この動作が望ましくない場合は、app.config または web.config ファイルの <runtime> セクションに次の行を追加して、この機能を無効にすることができます。
<runtime>
<AppContextSwitchOverrides value="Switch.System.Runtime.Serialization.DoNotUseECMAScriptV6EscapeControlCharacter=false" />
</runtime>
| |スコープ|エッジ| |Version|4.7| diff --git a/includes/migration-guide/runtime/adonet/adonet-now-attempts-automatically-reconnect-broken-sql-connections.md b/includes/migration-guide/runtime/adonet/adonet-now-attempts-automatically-reconnect-broken-sql-connections.md index f9ecef0b346..f21783d1cc6 100644 --- a/includes/migration-guide/runtime/adonet/adonet-now-attempts-automatically-reconnect-broken-sql-connections.md +++ b/includes/migration-guide/runtime/adonet/adonet-now-attempts-automatically-reconnect-broken-sql-connections.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|.NET Framework 4.5.1 以降、.NET Framework では、切断された SQL 接続の再接続が自動的に試行されます。 通常、これはアプリの安定性を高めますが、再接続時に行動できるよう、接続が失われたことをアプリに認識させる必要があるという極端な状況があります。| +|詳細|.NET Framework 4.5.1 以降、.NET Framework では、切断された SQL 接続の再接続が自動的に試行されます。 通常、これはアプリの安定性を高めますが、再接続時に行動できるよう、接続が失われたことをアプリに認識させる必要があるという極端な状況があります。| |提案される解決策|互換性の問題からこの機能が望ましくない場合、接続文字列 (または ) の プロパティを 0 に設定することで無効にできます。| |スコープ|エッジ| |Version|4.5.1| diff --git a/includes/migration-guide/runtime/core/systemuri-escaping-now-supports-rfc-3986.md b/includes/migration-guide/runtime/core/systemuri-escaping-now-supports-rfc-3986.md index 05853b28d77..aa45020ca16 100644 --- a/includes/migration-guide/runtime/core/systemuri-escaping-now-supports-rfc-3986.md +++ b/includes/migration-guide/runtime/core/systemuri-escaping-now-supports-rfc-3986.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|URI エスケープは、.NET Framework 4.5 で、[RFC 3986](http://tools.ietf.org/html/rfc3986) をサポートするように変更されました。 具体的な変更内容:
  • は、予約されている文字を RFC 3986 に基づいてエスケープします。
  • は、予約されている文字をエスケープしません。
  • は、無効なエスケープ シーケンスが発生した場合に例外をスローしません。
  • 予約されていないエスケープ文字はエスケープ解除されます。
| +|詳細|URI エスケープは、.NET Framework 4.5 で、[RFC 3986](http://tools.ietf.org/html/rfc3986) をサポートするように変更されました。 具体的な変更内容:
  • は、予約されている文字を RFC 3986 に基づいてエスケープします。
  • は、予約されている文字をエスケープしません。
  • は、無効なエスケープ シーケンスが発生した場合に例外をスローしません。
  • 予約されていないエスケープ文字はエスケープ解除されます。
| |提案される解決策|
  • 無効なエスケープ シーケンスの場合、 のスローに依存しないように、アプリケーションを更新します。 このようなシーケンスは、直接削除する必要があります。
  • 同様に、エスケープおよびエスケープ解除された URI とデータ文字列は、.NET Framework 4.0 と .NET Framework 4.5 で異なる場合があるため、.NET のバージョン間で直接比較しないでください。 代わりに、1 つの .NET バージョンで解析と正規化を行ってから比較してください。
| |スコープ|マイナー| |Version|4.5| diff --git a/includes/migration-guide/runtime/security/rsacngverifyhash-now-returns-false-for-any-verification-failure.md b/includes/migration-guide/runtime/security/rsacngverifyhash-now-returns-false-for-any-verification-failure.md index c4ad08627c3..d98410d2dd3 100644 --- a/includes/migration-guide/runtime/security/rsacngverifyhash-now-returns-false-for-any-verification-failure.md +++ b/includes/migration-guide/runtime/security/rsacngverifyhash-now-returns-false-for-any-verification-failure.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|.NET Framework 4.6.2 以降では、署名自体の形式が正しくない場合、このメソッドでは False が返されます。 今すぐ false を返しますの検証に失敗しました。 .NET Framework 4.6 および 4.6.1 では、メソッドによってスローされる、署名自体が正しくフォーマットされている場合。| +|詳細|.NET Framework 4.6.2 以降では、署名自体の形式が正しくない場合、このメソッドでは False が返されます。 今すぐ false を返しますの検証に失敗しました。 .NET Framework 4.6 および 4.6.1 では、メソッドによってスローされる、署名自体が正しくフォーマットされている場合。| |提案される解決策|検証が失敗し、メソッドで False が返される場合は、代わりにその実行が の処理に依存するコードが実行される必要があります。| |スコープ|マイナー| |Version|4.6.2| diff --git a/includes/migration-guide/runtime/serialization/exception-message-has-changed-for-failed-datacontract-serialization-case-an.md b/includes/migration-guide/runtime/serialization/exception-message-has-changed-for-failed-datacontract-serialization-case-an.md index b44263c4a3c..763de04bf6f 100644 --- a/includes/migration-guide/runtime/serialization/exception-message-has-changed-for-failed-datacontract-serialization-case-an.md +++ b/includes/migration-guide/runtime/serialization/exception-message-has-changed-for-failed-datacontract-serialization-case-an.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|.NET Framework 4.6 以降では、"既知の型" がないために または のシリアル化または逆シリアル化が失敗した場合に提供される例外メッセージが明確化されました。| +|詳細|.NET Framework 4.6 以降では、"既知の型" がないために または のシリアル化または逆シリアル化が失敗した場合に提供される例外メッセージが明確化されました。| |提案される解決策|アプリは、特定の例外メッセージに依存しないようにする必要があります。 アプリがこのメッセージに依存している場合は、新しいメッセージを使うように更新するか、(可能であれば) 例外の種類のみに依存するように変更します。| |スコープ|エッジ| |Version|4.6| diff --git a/includes/migration-guide/runtime/wcf/wcf-pipeconnectiongethashalgorithm-now-uses-sha256.md b/includes/migration-guide/runtime/wcf/wcf-pipeconnectiongethashalgorithm-now-uses-sha256.md index 9576e435d29..cb47153e1df 100644 --- a/includes/migration-guide/runtime/wcf/wcf-pipeconnectiongethashalgorithm-now-uses-sha256.md +++ b/includes/migration-guide/runtime/wcf/wcf-pipeconnectiongethashalgorithm-now-uses-sha256.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|.NET Framework 4.7.1 以降の Windows Communication Foundation は、SHA256 ハッシュを使用して名前付きパイプ用のランダムな名前を生成します。 .NET Framework 4.7 以前のバージョンでは、SHA1 ハッシュを使っていました。| +|詳細|.NET Framework 4.7.1 以降の Windows Communication Foundation は、SHA256 ハッシュを使用して名前付きパイプ用のランダムな名前を生成します。 .NET Framework 4.7 以前のバージョンでは、SHA1 ハッシュを使っていました。| |提案される解決策|.NET Framework 4.7.1 以降でこの変更に関する互換性の問題が発生した場合は、次の行を app.config ファイルの <runtime> セクションに追加することで、変更を無効にできます。
<configuration>
<runtime>
<AppContextSwitchOverrides value="Switch.System.ServiceModel.UseSha1InPipeConnectionGetHashAlgorithm=true" />
</runtime>
</configuration>
| |スコープ|マイナー| |Version|4.7.1| diff --git a/includes/migration-guide/runtime/wpf/chained-popups-with-staysopenfalse.md b/includes/migration-guide/runtime/wpf/chained-popups-with-staysopenfalse.md index 1bea06a7109..8f209468a7c 100644 --- a/includes/migration-guide/runtime/wpf/chained-popups-with-staysopenfalse.md +++ b/includes/migration-guide/runtime/wpf/chained-popups-with-staysopenfalse.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|ポップアップの外側をクリックすると、StaysOpen=False のポップアップが閉じられることが想定されます。 このような 2 つ以上のポップアップがチェーンされている (つまり、1 つに別のものが含まれている) 場合、次のような、多くの問題が発生します。
  • 2 つのレベルを開き、P2 の外側と、P1 の内側をクリックします。 何も起こりません。
  • 2 つのレベルを開き、P1 の外側をクリックします。 両方のポップアップが閉じます。
  • 2 つのレベルを開いて閉じます。 次に、P2 をもう一度開いてみます。 何も起こりません。
  • 3 つのレベルを開いてみます。 この操作を行うことはできません (クリックする場所に応じて、何も起こらないか、最初の 2 つのレベルが閉じます)。このような場合 (および他のバリアント) は、予期したとおり動作します。
| +|詳細|ポップアップの外側をクリックすると、StaysOpen=False のポップアップが閉じられることが想定されます。 このような 2 つ以上のポップアップがチェーンされている (つまり、1 つに別のものが含まれている) 場合、次のような、多くの問題が発生します。
  • 2 つのレベルを開き、P2 の外側と、P1 の内側をクリックします。 何も起こりません。
  • 2 つのレベルを開き、P1 の外側をクリックします。 両方のポップアップが閉じます。
  • 2 つのレベルを開いて閉じます。 次に、P2 をもう一度開いてみます。 何も起こりません。
  • 3 つのレベルを開いてみます。 この操作を行うことはできません (クリックする場所に応じて、何も起こらないか、最初の 2 つのレベルが閉じます)。このような場合 (および他のバリアント) は、予期したとおり動作します。
| |スコープ|エッジ| |Version|4.7.1| |型|ランタイム| diff --git a/includes/migration-guide/runtime/xml/xmltextreader-dtd-entity-expansion-limited-10000000-characters.md b/includes/migration-guide/runtime/xml/xmltextreader-dtd-entity-expansion-limited-10000000-characters.md index 5e44b184a0a..c11329a6b42 100644 --- a/includes/migration-guide/runtime/xml/xmltextreader-dtd-entity-expansion-limited-10000000-characters.md +++ b/includes/migration-guide/runtime/xml/xmltextreader-dtd-entity-expansion-limited-10000000-characters.md @@ -2,7 +2,7 @@ | | | |---|---| -|説明|DTD エンティティの拡張は 10,000,000 文字までに制限されるようになりました。 DTD エンティティの展開を使用しない XML ファイルの読み込みや、制限された DTD エンティティの展開を使用した XML ファイルの読み込みは、影響を受けません。 DTD エンティティの展開が 10,000,000 文字を超えるファイルは読み込みに失敗し、例外をスローします。| +|詳細|DTD エンティティの拡張は 10,000,000 文字までに制限されるようになりました。 DTD エンティティの展開を使用しない XML ファイルの読み込みや、制限された DTD エンティティの展開を使用した XML ファイルの読み込みは、影響を受けません。 DTD エンティティの展開が 10,000,000 文字を超えるファイルは読み込みに失敗し、例外をスローします。| |提案される解決策|DTD エンティティの拡張の制限が 10,000, 000 では低すぎる場合には、 プロパティで値をオーバーライドできます。 適切な 値を持つ を、 を受け取る XmlReader.Create に渡すことができます ( など)| |スコープ|エッジ| |Version|4.5|