…e/settings/titles/group/abyss/legion/fly-state/prison/flight-path/access; made Creature.GetEffectController virtual

…er, HTMLCache) + refined blockers for the remaining 4

PeriodicInstanceManager (beyond-aion#3) + HTMLCache (beyond-aion#4) wired via real-data fixture seeds. The
other 4 sit at a real floor: beyond-aion#1 SiegeService.initSieges + beyond-aion#5 PvpMapService need the heavy
SPAWNS_DATA + world-map boot (beyond-aion#5 also breaks the empty-world invariant); beyond-aion#2 Housing is
DB-required with no Java null guard; #6 PeriodicSaveService is a coordinated DI->singleton
re-port. Documented precise blockers + recommended harnesses.

…3 spawn-path faithfulness bugs

New GameServerBootstrapTests.GameServerBootstrap_RealSpawnDataMaterializesNpcsIntoWorld: loads the REAL
game-server data+cache (DataManager.LoadAsync(repoRoot)), brings up the real boot machinery (DataManager +
World maps + IDFactory/ThreadPool bridges + AIEngine/ZoneService/GeoService), drives the faithful
SpawnEngine.SpawnObject path over Sanctum's real SPAWNS_DATA, and asserts the World store materializes real
Npc instances (357 NPCs incl. Euterpe 798173). End-to-end proof that the SPAWNS_DATA fix spawns NPCs (was 0).

Three faithfulness fixes the spawn path surfaced:
- GameServerBootstrapService: move engine-init to its Java-correct order (parallel, after DataManager, before
  the location-init/spawn services) - AIEngine must be up before any Npc spawn resolves its AI.
- GameServerBootstrapService: bind IDFactory.RegisterInstance(_idFactory) after LockIds (every VisibleObject
  ctor reads IDFactory.GetInstance().NextId(); was a latent production boot NRE).
- AIName: [AttributeUsage(Inherited=false)] to match Java's non-@inherited @ainame (SiegeNpcAI extends
  AggressiveNpcAI must NOT inherit "aggressive" -> was double-registering). Plus a defensive TypeLoad guard in
  OnClassLoadUnloadListener.DoMethodInvoke for the C# whole-AppDomain script scan (production unaffected).

Siege/PvP wires (beyond-aion#1/beyond-aion#5) stay deferred in StartAsync: confirmed via Java source neither guards empty data
(siege updateFortressNextState NREs on null getSiegeLocation; pvp init needs world map 301220000), so they
cannot be unconditionally on under the minimal-fixture bootstrap. Full SpawnAll boot also needs a DB (beyond-aion#2
HousingService). Findings + recommended next documented in docs/next-slop-targets.md.

Per-class GREEN: build 0, Bootstrap 8/8, Golden 167/167, RealStaticDataLoad 1/1.

…ly confirms house-twin Java-latent throw

Add opt-in env-gated [Fact] GameServerBootstrap_DbBackedFullBoot_RunsRealStartAsyncAgainstLiveMySql
(early-returns unless AION_GAMESERVER_DB_INTEGRATION=1, mirroring SystemMailRepositoryDatabaseIntegrationTests
DatabaseFactory/schema setup): points DatabaseFactory at 3307/aion_gs (root/aion), applies the real aion_gs.sql
schema, loads the REAL DataManager (LoadAsync(repoRoot), 147MB cache + game-server/data), inits AIEngine/
ZoneService/GeoService, and runs the FULL GameServerBootstrapService.StartAsync via a pass-through IStaticDataLoader
plus the real MySqlUsedIdRepository.

EMPIRICAL RESULT (live container run): StartAsync THROWS the documented Java-latent house-twin
DuplicateAionObjectException at SpawnEngine.SpawnAll -> HousingService.SpawnHouses -> World.StoreObject:
Heiron(210040000) HOUSE_6001 objectId 130885 and Beluslan(220040000) HOUSE_7001 objectId 152343 — the same
address-cached House re-spawned into a 2nd twin instance. Confirms the prior read-only static analysis at runtime.
Faithful boundary: the test asserts the flattened exception chain contains DuplicateAionObjectException (not an
unrelated DAO/NRE regression); NO un-faithful dedupe guard added.

beyond-aion#2 Housing no-DB deferral EMPIRICALLY LIFTED: with the live (empty) players table, PlayerDAO.GetUsedIDs() returns
int[0] (not null), so the HousingService ctor no longer throws ArgumentNullException — boot reaches deep into
SpawnAll and HousingService loads cleanly. The GetInstance() block stays commented (enabling it does not change the
SpawnAll house-twin boundary, and the no-DB bootstrap fixture must stay green); updated the deferral comment in
GameServerBootstrapService.cs to record this finding. docs/next-slop-targets.md gets the empirical-run section.

Green gates: build 0; ~Golden 167/167, ~Bootstrap 9/9 (8 pre-existing + new env-gated no-op), ~RealStaticDataLoad
green; new DB test green (asserts faithful boundary) with the env var set. (2 full-run failures — stale-3306
DatabaseOptions test + ordering-contaminated GoldenStatsInfo — pre-exist on HEAD, unrelated.)

… re-assessed — NOT a wire bug; live GS path is faithful-only, SerializeFrame is test-only; full unification gated on WorldNpc big-bang. Both build-zero fidelity bugs now resolved-or-understood