In the future, we will move FWSS code into a Modular Dispatch Proxies pattern because of contract size limitations. As things stand now, FWSS cannot accept more features without extracting things from the core code.
We should investigate which parts of the FWSS contract are clearly separable so we can use that pattern in the future.
Additionally, this ties into the evolution of PDP architecture to allow more services to operate separately in the PDP dataset lifecycle.
Ideally, FilBeam, for example, would be a separate service that the client can enable but doesn't live in the FWSS contract itself, but that is a part of wider work.
In the future, we will move FWSS code into a Modular Dispatch Proxies pattern because of contract size limitations. As things stand now, FWSS cannot accept more features without extracting things from the core code.
We should investigate which parts of the FWSS contract are clearly separable so we can use that pattern in the future.
Additionally, this ties into the evolution of PDP architecture to allow more services to operate separately in the PDP dataset lifecycle.
Ideally, FilBeam, for example, would be a separate service that the client can enable but doesn't live in the FWSS contract itself, but that is a part of wider work.