application capa

application-planning

Forge planning module — event planning: tasks/checklists with due dates relative to event start.

Forge planning module — event planning: tasks/checklists with due dates relative to event start.

Tierapplication
Roleunclassified (baselined)
Pathcrates/application/planning
Edition2024
Targetsapplication_planning, pg_forge_planning
Public items7 across 0 modules
Tests2

What it is for

application-planning — event planning + checklists.

B-009: before this, migrations() returned Vec::new() and migrate_pending returned Ok(0) while ignoring the pool, so planning_items (crates/operations/planning/migrations/001_planning_items.sql) was never created by anything that actually called this module's own migration path. Mirrors application-encounters's and application-calendar's pattern exactly.

001_planning_items.sql FKs to encounters(id), calendar_series(id), and parties(id) — all owned by other modules (encounters is vendored centrally, crates/application/engine/migrations/073_encounters_vendor.sql; calendar_series is application-calendar-recurrence's own migration set; parties is application-parties's own migration set) and by update_updated_at_column() (crates/foundation/basemodels/migrations/001_base_model_infrastructure.sql, applied by the central platform set) — a host composing this module must apply those first, same ordering caveat application-calendar's own test documents.

permission_codes() was already wired (Tier B).

Capabilities

PlanningModule

application-planning — event planning + checklists.

Item
pub struct PlanningModule
PlanningModule :: fn new() -> Self
PlanningModule :: fn name(& self) -> & 'static str
PlanningModule :: fn version(& self) -> & 'static str
PlanningModule :: fn migrations(& self) -> Vec <MigrationSet>
PlanningModule :: async fn migrate_pending(& self, pool : & PgPool) -> std::result::Result <u32, MigrationError>
PlanningModule :: fn permission_codes(& self) -> Vec <String>

How to use it

No examples/ target and no doctest in this crate's rustdoc. The tests listed under Verification are the closest executable usage.

Module structure

No public modules: the crate root is its whole surface.

Public surface

`crate root`

ItemWhat it is
pub struct PlanningModule
PlanningModule :: fn new() -> Self
PlanningModule :: fn name(& self) -> & 'static str
PlanningModule :: fn version(& self) -> & 'static str
PlanningModule :: fn migrations(& self) -> Vec <MigrationSet>
PlanningModule :: async fn migrate_pending(& self, pool : & PgPool) -> std::result::Result <u32, MigrationError>
PlanningModule :: fn permission_codes(& self) -> Vec <String>

No pub use re-exports: every item above is declared in this crate.

Boundary

Reaches into operations.

Shares tier application with 120 other crates: application-agreements, application-ai, application-analytics, application-approvals, application-assessments, application-audit-log, application-auth, application-billing, … (120 total).

_What this crate deliberately does NOT own is a judgment. No committed registry records one for it, so none is stated here._

Where it sits

Tier (ontology)application
Architectural role (taxonomy)unclassified (baselined)
Locationcrates/application/planning
Vocabulary in force (lexicon)current

Tier flow. Which tiers this crate's own edges cross.

flowchart LR
  n_application["application"] --> n_operations["operations"]

Dependencies

Runtime, in this workspace.

CrateTierOptionalOnly on
`application-core`applicationnoalways
`operations-planning`operationsnoalways

Runtime, from outside the workspace.

CrateRequirementFeaturesOptionalOnly on
async-trait^0.1noalways
sqlx^0.8runtime-tokio, postgres, chrono, uuid, jsonnoalways

Development, in this workspace.

CrateTierOptionalOnly on
`application-calendar-recurrence`applicationnoalways
`application-engine`applicationnoalways
`application-parties`applicationnoalways

Development, from outside the workspace.

CrateRequirementFeaturesOptionalOnly on
tokio^1fullnoalways

Build. None.

Depended on by. Nothing in this workspace.

Signal flow — what reaches this crate, and what it reaches.

flowchart LR
  SELF["application-planning"]
  SELF -->|development| n_application_calendar_recurrence["application-calendar-recurrence"]
  SELF -->|development| n_application_engine["application-engine"]
  SELF -->|development| n_application_parties["application-parties"]
  SELF -->|runtime| n_application_core["application-core"]
  SELF -->|runtime| n_operations_planning["operations-planning"]
  classDef self fill:#1f883d,stroke:#1f883d,color:#fff;
  class SELF self;

Feature flags

No Cargo features are defined: every capability is unconditional, so no consumer can receive a half-wired crate.

Targets

KindNameSource
libapplication_planning`src/lib.rs`
testpg_forge_planning`tests/pg_forge_planning.rs`

Error model

No public error type was detected: no public item declares a type named *Error, and no public signature returns one.

Operational characteristics

PropertyEvidence
async public surfaceyes
async runtimenone detected
database accessyes
network I/Onone detected
unsafe codenone detected
environment variablesyes

No unsafe block, unsafe fn, unsafe impl or unsafe trait was found by the parser anywhere in this crate's source.

Configuration

VariableRead in
CARGO_PKG_VERSIONsrc/lib.rs

No workspace crate depends on this one.

Verification

KindCount
Unit tests1
Integration tests1
Examples0
Doctests0

Evidence by module. How often each public module is named by something executable.

ModuleTestsExamplesConsumers
crate root100

What the tests establish, by name:

Documentation coverage

MeasureDocumentedTotal
Public items with rustdoc07
Public modules with a //! block00
pie showData
    title Public items with rustdoc
    "Documented" : 0
    "No rustdoc detected" : 7

Metrics

MetricValue
Rust source files1
Source lines85
Code lines53
Public API items7
Public modules0
Tests2
Examples0
Cargo features0
Direct runtime dependencies4
Workspace reverse dependencies0
pie showData
    title Public API by kind
    "method" : 6
    "struct" : 1
pie showData
    title Rust source composition
    "Code" : 53
    "Blank or comment" : 32

Generation

Rendered by tools-corpus corpus readme from repository evidence alone, renderer schema 2, lexicon current. No model, network service or database was consulted. Regenerate with tools-corpus corpus readme --write; verify with --check.

Todas las application · Manual