Hallo!
Ich verwende 2.9.0.beta11 unter Ubuntu (Entwicklungsumgebung) und erhalte die folgenden Fehler bezüglich dieser Plugins. Ohne sie funktioniert alles einwandfrei. Was muss ich tun, damit diese Plugins funktionieren?
ActionController::RoutingError (Keine Route passt zu [GET] "/assets/plugins/discourse-adplugin.js")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/missing_avatars.rb:23:in `call'
lib/middleware/turbo_dev.rb:34:in `call'
ActionController::RoutingError (Keine Route passt zu [GET] "/assets/plugins/discourse-canned-replies.js")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/missing_avatars.rb:23:in `call'
lib/middleware/turbo_dev.rb:34:in `call'
ActionController::RoutingError (Keine Route passt zu [GET] "/assets/plugins/discourse-cakeday.js")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/missing_avatars.rb:23:in `call'
lib/middleware/turbo_dev.rb:34:in `call'
ActionController::RoutingError (Keine Route passt zu [GET] "/assets/plugins/discourse-checklist.js")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/missing_avatars.rb:23:in `call'
lib/middleware/turbo_dev.rb:34:in `call'
ActionController::RoutingError (Keine Route passt zu [GET] "/assets/plugins/discourse-solved.js")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/missing_avatars.rb:23:in `call'
lib/middleware/turbo_dev.rb:34:in `call'
ActionController::RoutingError (Keine Route passt zu [GET] "/assets/plugins/discourse-spoiler-alert.js")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/missing_avatars.rb:23:in `call'
lib/middleware/turbo_dev.rb:34:in `call'
ActionController::RoutingError (Keine Route passt zu [GET] "/assets/plugins/docker_manager.js")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/missing_avatars.rb:23:in `call'
lib/middleware/turbo_dev.rb:34:in `call'
merefield
17. November 2022 um 15:42
2
Ich arbeite auch an einem sehr ähnlichen Problem, in der Entwicklung.
Haben Sie eine Lösung gefunden?
Es sieht so aus, als ob dieser Code aus irgendeinem Grund nicht ausgeführt wird oder die Dateien am falschen Ort landen.
return mergeTrees([appTree, testTree, adminTree]);
},
_generatePluginAppTree() {
const trees = this.pluginInfos()
.filter((p) => p.hasJs)
.map(({ pluginName, directoryName, jsDirectory }) =>
this._buildAppTree({
directory: jsDirectory,
pluginName,
outputFile: `assets/plugins/${directoryName}.js`,
})
);
return mergeTrees(trees);
},
_generatePluginAdminTree() {
const trees = this.pluginInfos()
.filter((p) => p.hasAdminJs)
.map(({ pluginName, directoryName, adminJsDirectory }) =>
this._buildAppTree({
Das wiederum sieht so aus, als ob Ember CLI nicht erfolgreich erstellt wurde.
app.import("node_modules/ember-source/dist/ember-template-compiler.js", {
type: "test",
});
app.import(discourseRoot + "/app/assets/javascripts/polyfills.js");
app.import(
discourseRoot +
"/app/assets/javascripts/discourse/public/assets/scripts/module-shims.js"
);
const discoursePluginsTree = app.project
.findAddonByName("discourse-plugins")
.generatePluginsTree();
const terserPlugin = app.project.findAddonByName("ember-cli-terser");
const applyTerser = (tree) => terserPlugin.postprocessTree("all", tree);
return mergeTrees([
createI18nTree(discourseRoot, vendorJs),
parsePluginClientSettings(discourseRoot, vendorJs, app),
app.toTree(),
Und doch habe ich Build successful (70398ms) – Serving on http: ...
david
17. November 2022 um 15:53
3
Wie starten Sie Ihre Entwicklungsserver? Führen Sie bin/ember-cli aus?
merefield
17. November 2022 um 15:54
4
Ja. Es ist jedoch eine nicht standardmäßige Dev-Installation. Ich führe ember-cli in einem separaten Container aus und teile ein Volume mit dem Rails-Server (untersuche, ob dies das Problem ist).
david
17. November 2022 um 15:58
5
Meine Hauptfrage ist: Warum machst du das?
Zu prüfende Dinge:
Hat der ember-cli-Prozess Zugriff auf das Plugins-Verzeichnis?
Was beinhaltet dein Shared Volume? Das gesamte Discourse-Verzeichnis? Insbesondere denke ich an public/assets und app/assets/javascripts/discourse/dist
Wohin gehen deine HTTP-Anfragen? Ember-cli’s Proxy? Oder direkt zur Rails-App? (Beides kann funktionieren, aber zu wissen, wie du es machst, kann bei der Fehlersuche helfen)
1 „Gefällt mir“
merefield
17. November 2022 um 16:00
6
Das ist meine aktuelle Konfiguration, aber ich prüfe das gerade.
David Taylor:
Wohin gehen Ihre HTTP-Anfragen? Der Proxy von Ember-cli? Oder direkt an die Rails-App? (beides kann funktionieren, aber zu wissen, wie Sie es machen, könnte bei der Fehlersuche helfen)
Sie gehen an Ember, und es proxyed zum Rails-Port.
Frag nicht
Nützliche Wege zur Überprüfung. Ich war nur neugierig, wie es dem OP ergangen ist.
Ich werde meine Ergebnisse zum Nutzen anderer, die verrückte Konfigurationen vornehmen, berichten.
Update :
David Taylor:
Hat der Ember-cli-Prozess Zugriff auf das Plugin-Verzeichnis?
Ups, hier habe ich mich wohl vertan!!
Ich habe vergessen, die zusätzlichen Plugins zu beiden Containern hinzuzufügen…
1 „Gefällt mir“
merefield
17. November 2022 um 16:12
7
David Taylor:
Hat der ember-cli-Prozess Zugriff auf das Plugins-Verzeichnis?
@david das war das Problem. Ich hatte eine Menge lokaler Volume-Plugin-Mappings hinzugefügt und vergessen, sie alle zu beiden Containern hinzuzufügen
Also hatte es vermutlich alles von Ruby on Rails, aber kein Javascript zur Verfügung …
Es funktioniert jetzt
@hyphalos lass uns wissen, wenn du immer noch Schwierigkeiten hast, und wir können vielleicht helfen …
1 „Gefällt mir“
(aber es ist lehrreich, um die Pipeline zu debuggen!).
