fix: resolve co-located templates via getComponentTemplate

[eyupatis]

Summary

Island components rendered via data-component placeholders get their template from owner.lookup('template:components/<name>'), which only works for separately-resolved (pods) templates. Ember 5.9+ deprecates that resolution path (component-template-resolving, fatal under instrumentl's throw deprecation workflow), so instrumentl#22122 co-locates all island component templates — which removes the separately-resolvable template module and made islands render empty (e.g. Quick Find).

Proposed solution

• Read the template off the component class first via getComponentTemplate(component.class) — the same order Ember's own lookupComponentPair uses — and fall back to the legacy template:components/<name> lookup for any remaining pods components.

How to test this

• instrumentl#22122 consumes this branch ref and adds an integration regression test (tests/integration/components/ember-islands-test.js) that renders an island with a co-located template: fails against addon-modernization, passes with this change.

🤖 Generated with Claude Code