Snapshot for
@system-core/core0.10.x. Current docs live at /.
Changelog / Migration Guide
0.10.0
This release fixes the blocked NestJS path from 0.9.x and adds a supported adapter contract for custom Prisma schemas.
0.10.0
SystemCoreModuleis now a proper NestJS@Module()class, which fixesTypeError: metatype is not a constructor.SystemCoreModuleConfignow acceptsauth?: AuthDeps, so custom Prisma schemas can register NestJS integration withoutcreatePrismaDeps().createSystem()now acceptsauth?: AuthDeps;prismais optional whenauthis supplied directly.AuthDepsis now exported from@system-core/core.@nestjs/commonis now an optional peer dependency.
0.9.0
createSystem()was introduced as the package-owned runtime bootstrap.skipPrismaValidationwas added for startup validation.AuthDepsexisted as a standalone type, but custom schemas still crashed if they reachedcreatePrismaDeps()at runtime.
Migration: 0.9.x -> 0.10.0
If SystemCoreModule.forRoot({ http }) crashed at startup
No code change is required. Upgrade to 0.10.0 and the module-class fix resolves the NestJS startup crash.
If you used createPrismaDeps() with a custom schema
Replace that call with a manual AuthDeps adapter and pass it into NestJS or createSystem() directly.
ts
import { createSystem } from '@system-core/core'
import type { AuthDeps } from '@system-core/core'
const authDeps: AuthDeps = { /* ... */ }
const system = await createSystem({
auth: authDeps
})NestJS apps can also register the adapter directly:
ts
SystemCoreModule.forRoot({
http: nestjsAdapter,
auth: authDeps
})Upgrade Checklist
- Upgrade
@system-core/coreto0.10.0. - Add
@nestjs/commonif you consume@system-core/core/integrations/nestjs. - Stop using
createPrismaDeps()against custom schemas. - Build an
AuthDepsadapter for your existing tables. - Pass that adapter into
createSystem({ auth })orSystemCoreModule.forRoot({ auth, http }).