fix(component): drop view from mixin attribute to load on Lucee 7

[bpamiri]

Summary

Lucee 7 enforces native trait composition on component mixin="..." — it tries to load each comma-separated value as a CFML component path at compile time. The current declaration

component mixin="controller,view" output="false" {

asks Lucee to load view.cfc as a trait. There is no view.cfc on the component path (Wheels has no view mixin target — view helpers go into controller mixins because views render in the controller's variables scope). The missing trait makes the whole component fail to compile.

The error surfaces with a misleading message that points at the outer component:

invalid component definition, can't find component [vendor.wheels-basecoat.Basecoat]

…rather than the unresolved trait. Hours of debugging assumed the package directory's hyphen was the cause before isolating this.

Net effect on Lucee 7

Every wheels packages add wheels-basecoat install resulted in a successful extract but no helper activation. The package showed up in application.wheels.failedPackages rather than application.wheels.mixins. #uiButton(...)#, #uiCard(...)#, etc. all failed with function UIBUTTON not found.

Fix

Drop view from the mixin attribute. package.json already declares provides.mixins: "controller" correctly — that's the actual source of truth for the framework's PackageLoader. The component-level mixin attribute is a legacy convention that's now obsolete and harmful on Lucee 7.

- component mixin="controller,view" output="false" {
+ component mixin="controller" output="false" {

One line.

Verification

Fresh VM running wheels 4.0.0-SNAPSHOT+1644 with framework PRs wheels-dev/wheels#2373 and #2374 patched in:

Before:
  $ wheels packages add wheels-basecoat
  Installed wheels-basecoat@1.0.1
  $ wheels stop && wheels start
  $ curl localhost:8080/main/index   # view calls #uiButton(...)#
  ERROR: No matching function [UIBUTTON] found

After (with this fix):
  $ ... same flow ...
  <button type="button" class="btn">Save</button>

End-to-end working integration on Lucee 7.

Cross-engine concerns

Lucee 5 and Lucee 6 don't enforce native mixin trait composition the same way as Lucee 7, which is why this bug went undetected until Lucee 7 became the default in Wheels 4.0. The fix is backward-compatible — mixin="controller" is valid syntax across all Lucee versions, Adobe CF, and BoxLang.

Related

• The same fix is needed in wheels-dev/wheels-hotwire (same component mixin="controller,view" declaration). Separate PR follows.
• Frame: this is the fourth in a chain of fixes that bring the wheels package system end-to-end functional on Lucee 7. The first three are framework-side: fix(config): make BuildInfo.isDev() invariant under release-pipeline substitution wheels#2368 (BuildInfo isDev() self-substituting sentinel), #2373 ($detectRuntime reads .module-version), #2374 (rename wheels packages install → add to dodge LuCLI's verb interceptor).

Test plan

• CI green
• After merge, wheels packages add wheels-basecoat produces a working integration on Lucee 7 with framework #2373 + #2374 in place.
• No regression on Lucee 5/6 (the dropped view target was never functional anyway).