Consume shared durable local-emulation kernel in Test Tool

Replace the Test Tool durable emulator's hand-maintained fork of the
checkpoint state machine and operation store with the shared
Amazon.Lambda.DurableExecution.LocalEmulation package, so it cannot drift
from the durable-execution testing package.

- Delete the forked CheckpointProcessor and InMemoryOperationStore.
- Add WireOperationUpdateMapper (STJ wire DTO -> OperationUpdateInput) and
  route DurableExecutionStore/DurableExecutionDriver through the kernel's
  processor, store, exec-0 seeding, and resume-delay helper.
- Switch the durable SDK reference from a preview PackageReference to an
  in-repo source ProjectReference (matching how RuntimeSupport is
  referenced) so there is a single Amazon.Lambda.DurableExecution assembly
  identity across the SDK and the kernel.

Stacked on the LocalEmulation kernel PR (and PR #2492); builds once both
are on the target branch.

No user-facing behavior change.

Author: GarrettBeatty

.autover/changes/b7e2f4a1-9c33-4d15-8e6b-1f0a2c9d7e42.json

@@ -0,0 +1,11 @@
+{
+  "Projects": [
+    {
+      "Name": "Amazon.Lambda.TestTool",
+      "Type": "Patch",
+      "ChangelogMessages": [
+        "Consume the shared Amazon.Lambda.DurableExecution.LocalEmulation checkpoint state machine and operation store in the durable-execution emulator instead of a private fork, so the emulator and the durable-execution testing package cannot drift. No user-facing behavior change."
+      ]
+    }
+  ]
+}

Tools/LambdaTestTool-v2/src/Amazon.Lambda.TestTool/Amazon.Lambda.TestTool.csproj

@@ -23,11 +23,6 @@
 
   <ItemGroup>
     <PackageReference Include="Amazon.Lambda.SQSEvents" Version="3.0.0" />
-    <!-- Public durable-execution wire model (Operation/ErrorObject/OperationTypes/…). The
-         durable-service emulator reuses these types so its checkpoint responses are byte-for-byte
-         the envelope the DurableExecution SDK expects; only the inbound request bodies are mapped
-         through Test Tool-local plain-STJ DTOs (see Services/DurableExecution). -->
-    <PackageReference Include="Amazon.Lambda.DurableExecution" Version="0.3.2-preview" />
     <PackageReference Include="AWSSDK.Extensions.NETCore.Setup" Version="4.0.4.1" />
     <PackageReference Include="AWSSDK.Lambda" Version="4.0.15.6" />
     <PackageReference Include="AWSSDK.SQS" Version="4.0.2.32" />
@@ -45,6 +40,20 @@
     <PackageReference Include="BlazorMonaco" Version="3.2.0" />
   </ItemGroup>
 
+  <!-- Durable-execution support is referenced from in-repo source (like RuntimeSupport below)
+       rather than as a published package:
+       - Amazon.Lambda.DurableExecution supplies the public wire model (Operation/ErrorObject/
+         OperationTypes/…) the durable-service emulator reuses so its checkpoint responses are
+         byte-for-byte the envelope the SDK expects.
+       - Amazon.Lambda.DurableExecution.LocalEmulation is the shared in-memory checkpoint state
+         machine (InMemoryOperationStore/CheckpointProcessor), used via InternalsVisibleTo so the
+         emulator and the .Testing package cannot drift. A source reference (not a preview package
+         pin) keeps a single Amazon.Lambda.DurableExecution assembly identity across both. -->
+  <ItemGroup>
+    <ProjectReference Include="..\..\..\..\Libraries\src\Amazon.Lambda.DurableExecution\Amazon.Lambda.DurableExecution.csproj" />
+    <ProjectReference Include="..\..\..\..\Libraries\src\Amazon.Lambda.DurableExecution.LocalEmulation\Amazon.Lambda.DurableExecution.LocalEmulation.csproj" />
+  </ItemGroup>
+
   <Target Name="GetRuntimeSupportTargetFrameworks">
     <Exec Command="dotnet msbuild ../../../../Libraries/src/Amazon.Lambda.RuntimeSupport/Amazon.Lambda.RuntimeSupport.csproj --getProperty:TargetFrameworks" ConsoleToMSBuild="true">
       <Output TaskParameter="ConsoleOutput" PropertyName="RuntimeSupportTargetFrameworks" />