What a 2.x user experiences today
cfwheels-base-template is still active on ForgeBox with 76,754 installs and is the top search hit for "cfwheels". Running the install it advertises (verified 2026-06-12, CommandBox 6.3.3 in ortussolutions/commandbox:latest):
box install cfwheels-base-template
# → installs 2.5.1+32 (92 files), then:
# Installing package [forgebox:cfwheels]
# ERROR: Error getting ForgeBox entry [cfwheels]
# The entry slug sent is invalid or does not exist
The template's box.json declares "dependencies": {"cfwheels": "^2.5.1+32"} with "installPaths": {"cfwheels": "wheels/"} — but the cfwheels core slug no longer exists on ForgeBox (confirmed via api/v1/entry/cfwheels and search). The user is left with a skeleton that has no wheels/ framework folder and a hard error.
Compounding signposting problems
- The entry's
homeURL is https://cfwheels.org/ — the apex domain does not resolve in DNS at all.
- The README/description on the entry contains zero mention of Wheels 4.x, the rebrand, wheels.dev, deprecation, or migration.
cfwheels-cli (3.0.3, 3,245 installs) likewise has no 4.x pointer, and its home/source URL github.com/cfwheels/cfwheels-cli returns 404.
docs.cfwheels.org does 301 to wheels.dev/guides and github.com/cfwheels/cfwheels 301s to wheels-dev/wheels — so the redirects exist elsewhere; only the ForgeBox entries and the apex domain were left behind.
Root cause
The legacy slugs were abandoned during the 3.x→4.x rebrand without tombstoning: the cfwheels core dependency slug was removed (breaking the still-listed template), and the remaining entries were never given a final "this moved" release or description update.
Proposed fix (pick per-slug)
- cfwheels-base-template: publish a final patch release whose README + ForgeBox description state "CFWheels is now Wheels — see https://wheels.dev; for new apps use
wheels new or box install wheels-base-template", and either (a) fix the dependency (restore/alias a cfwheels slug containing the 2.5.x core) so the last 2.x experience actually works, or (b) strip the dead dependency and print pointer-only content. Alternatively unlist the entry if a working 2.x install is no longer a goal.
- cfwheels-cli: update description/README with the same tombstone + pointer to the v4 CLI install docs; fix the 404 source URL (repo moved).
- cfwheels.org apex DNS: if the domain is still owned, point it at wheels.dev like the
docs. subdomain already is.
Acceptance criteria
box install cfwheels-base-template either completes with a working 2.5.x app or clearly tells the user where to go — no dead-slug stack trace.
- Both legacy entries' first paragraph on forgebox.io mentions Wheels 4.x / wheels.dev.
- No URL on either entry resolves to NXDOMAIN or 404.
🤖 Generated with Claude Code
What a 2.x user experiences today
cfwheels-base-templateis still active on ForgeBox with 76,754 installs and is the top search hit for "cfwheels". Running the install it advertises (verified 2026-06-12, CommandBox 6.3.3 inortussolutions/commandbox:latest):The template's
box.jsondeclares"dependencies": {"cfwheels": "^2.5.1+32"}with"installPaths": {"cfwheels": "wheels/"}— but thecfwheelscore slug no longer exists on ForgeBox (confirmed viaapi/v1/entry/cfwheelsand search). The user is left with a skeleton that has nowheels/framework folder and a hard error.Compounding signposting problems
homeURLishttps://cfwheels.org/— the apex domain does not resolve in DNS at all.cfwheels-cli(3.0.3, 3,245 installs) likewise has no 4.x pointer, and its home/source URLgithub.com/cfwheels/cfwheels-clireturns 404.docs.cfwheels.orgdoes 301 towheels.dev/guidesandgithub.com/cfwheels/cfwheels301s towheels-dev/wheels— so the redirects exist elsewhere; only the ForgeBox entries and the apex domain were left behind.Root cause
The legacy slugs were abandoned during the 3.x→4.x rebrand without tombstoning: the
cfwheelscore dependency slug was removed (breaking the still-listed template), and the remaining entries were never given a final "this moved" release or description update.Proposed fix (pick per-slug)
wheels neworbox install wheels-base-template", and either (a) fix the dependency (restore/alias acfwheelsslug containing the 2.5.x core) so the last 2.x experience actually works, or (b) strip the dead dependency and print pointer-only content. Alternatively unlist the entry if a working 2.x install is no longer a goal.docs.subdomain already is.Acceptance criteria
box install cfwheels-base-templateeither completes with a working 2.5.x app or clearly tells the user where to go — no dead-slug stack trace.🤖 Generated with Claude Code