vPOD has outgrown its home inside the console's folder: it now emulates both halves of a pod (Munga game client + TeslaLauncher service / provisioning), so it lives at the repo root beside Console/, Launcher/, Contract/ and SecureConfig/, like the peer it has become. Accompanying changes: project references rebased (Contract, SecureConfig, the console's vendored Munga Net.dll), solution + DiffTests reference paths, the console csproj's now-obsolete vPOD source exclusion removed, and the root README / Apps.xml / vPOD README path mentions updated. pack.ps1 is self-relative and now emits vPOD/dist/vPOD.zip. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
68 lines
2.8 KiB
XML
68 lines
2.8 KiB
XML
<Project Sdk="Microsoft.NET.Sdk">
|
|
|
|
<!--
|
|
vPOD - a virtual pod / game-client stand-in for testing the Tesla game
|
|
consoles (Red Planet and BattleTech) without real cockpit hardware.
|
|
|
|
It speaks the Munga command/control protocol as a SERVER on TCP 1501 (the
|
|
console connects to it exactly as it would a real rpl4opt.exe / btl4.exe),
|
|
emulates the pod ApplicationState machine, reassembles the streamed egg,
|
|
and shows both on a live display. Deployable to a pod machine via the
|
|
console's Manage Site -> Install Product (see dist\ + Console\RedPlanet\Apps.xml).
|
|
|
|
net48 to match the rest of the suite and the vendored Munga Net.dll.
|
|
-->
|
|
<PropertyGroup>
|
|
<OutputType>WinExe</OutputType>
|
|
<UseWindowsForms>true</UseWindowsForms>
|
|
<TargetFramework>net48</TargetFramework>
|
|
<LangVersion>latest</LangVersion>
|
|
<Nullable>disable</Nullable>
|
|
<ImplicitUsings>disable</ImplicitUsings>
|
|
<AssemblyName>vPOD</AssemblyName>
|
|
<RootNamespace>VPod</RootNamespace>
|
|
<GenerateAssemblyInfo>true</GenerateAssemblyInfo>
|
|
<AssemblyVersion>1.0.0.0</AssemblyVersion>
|
|
<Version>1.0.0</Version>
|
|
<Product>vPOD</Product>
|
|
</PropertyGroup>
|
|
|
|
<ItemGroup>
|
|
<!-- net48 reference assemblies so this builds without a full targeting pack installed -->
|
|
<PackageReference Include="Microsoft.NETFramework.ReferenceAssemblies" Version="1.0.3" PrivateAssets="all" />
|
|
</ItemGroup>
|
|
|
|
<ItemGroup>
|
|
<!-- The differential suite drives the real PodManagerConnection client against
|
|
vPOD's LauncherRpcServer in-process (VPodLauncherServerTests). -->
|
|
<InternalsVisibleTo Include="TeslaConsole.DiffTests" />
|
|
</ItemGroup>
|
|
|
|
<ItemGroup>
|
|
<!-- Framework assemblies for extracting InstallProduct zips (virtual launcher) -->
|
|
<Reference Include="System.IO.Compression" />
|
|
<Reference Include="System.IO.Compression.FileSystem" />
|
|
</ItemGroup>
|
|
|
|
<ItemGroup>
|
|
<!-- The Munga wire types (messages, header, enums), vendored under the
|
|
console's lib\. Copied next to vPOD.exe so the deployable package is
|
|
self-contained. -->
|
|
<Reference Include="Munga Net">
|
|
<HintPath>..\Console\lib\Munga Net.dll</HintPath>
|
|
<Private>true</Private>
|
|
</Reference>
|
|
</ItemGroup>
|
|
|
|
<ItemGroup>
|
|
<!-- The shared console<->launcher wire libraries, so vPOD can also stand in
|
|
for the pod's TeslaLauncher service (Site Management / Install Product):
|
|
PodRpc framing + ILauncherService wire types, and the SecureConfig
|
|
provisioning protocol + OFB crypto-stream handshake. vPOD implements the
|
|
SERVER side of the existing contract only - no new RPCs. -->
|
|
<ProjectReference Include="..\Contract\Tesla.Contract.csproj" />
|
|
<ProjectReference Include="..\SecureConfig\Tesla.SecureConfig.csproj" />
|
|
</ItemGroup>
|
|
|
|
</Project>
|