Skip to main content
Last updated: 8 Aug 2024

manuals-publisher: Next steps

Bugs

While refactoring the app we have discovered a number of bugs. We have also converted Errbit exceptions and reports from users into bugs in the Github issue tracker. These should be easier to fix now the application is in a simpler state. When fixing these be mindful that some may be easier to fix (or become redundant) if the app is "fully migrated" (see next section).

Rely solely on the Publishing API for persistence

There is an ambition to refactor all publishing applications such that they solely rely on external APIs for persistence. Currently the specialist publisher application is an example of an application that has been "fully migrated".

Currently Manuals Publisher is not fully migrated. It stores state in its own MongoDB database and publishes via the Publishing API.

As discussed above, one of the harder things to understand about this application is the separation between domain models and persistence (for example between Manual and ManualRecord).

A future refactoring that fully migrates this application would mean that local persistence is removed (and therefore the persistence classes such as ManualRecord could be removed).

We began a spike into this approach and it seems feasible. We have added some notes about the spike and some potential pain points.

The work to date on this is tracked under the Publishing API milestone in Github.

Refactor test suite

There are a number of changes to the test suite that would make future refactoring (and adding features) easier. In particular:

We have captured these and other improvements in the Testing milestone.

Replace Rake tasks with features

There are some Rake Tasks which can be replaced with features in the User Interface. This would allow an organisation editor (or a admin role) to achieve their aim without having to involve a developer. The following Rake tasks are suitable candidates for converting to features: