peuter on develop
Allow direct display of Influx … Manual update Merge pull request #1041 from C… (compare)
dependabot[bot] on npm_and_yarn
peuter on develop
Bump ecstatic from 3.3.0 to 3.3… Merge pull request #1037 from C… (compare)
peuter on develop
Make include widget work again.… Merge pull request #1039 from C… (compare)
@peuter zur Info: bei cometvisu/cometvisuabstractbase habe ich etwas erweitert:
ACCESS_LOG
deaktiviert werden (hatte früher die TWS voll und überlaufen lassen; ist dort zwischenzeitlich anders gelöst, aber wir haben ja auch andere Anwender)STOP_ON_BAD_HEALTH
lässt sich bereits beim ersten mislungenen Health checke der Container beenden. Und somit über die Docker config automatisch wieder starten. (Ein Auto-Starten basierend auf dem Health Status kann Docker leider noch nicht)Das ganze dürfte dann ab den nächsten Container-Bauen im produktiven Bereich ankommen
Cannot find library for plugins/clock/clock_template2.svg
. Die Datei wird auch nicht kopiert.npx qx compile -c --clean --watch
), dann passt es mit dieser Datei.
grunt screenshots
in der Konsole Fehlermeldungen (CSS Regel funktioniert nicht). Zum anderen zeigt der Firefox bei grunt screenshotsManual
diese Fehlermeldung, die evtl. damit auch zu tun haben kann
/resource/plugins/controllerinput/index.js
geladen werden soll, die es nicht gibt und daher natürlich einen 404 wirft. Die ControllerInpus.js wird weiter oben erfolgreich geladen.controllerinput/index.js
geladen werden soll? Die haben wir bei keinem unserer Plugins...
AbstractDiagram
von mehreren Parts (aka Plugins) benutzt wird, dann wird das entweder in einen extra Part gepackt oder, wenn es wirklich nur diese einzelne Klasse ist mit in den Boot-Part gepackt, weil der Overhead einen extra Part dafür zu machen und laden zu müssen zu groß wäre. Was mit aber gerade noch einfällt ist, dass ich da mal was gebastelt habe, dass beim Kompilieren diese externen Libraries mit an den generierten Part dranhängt. Der hat also die ganzen Flor-JS-Dateien drangehängt, damit nicht erst der Part für das Plugin und danach noch die ganzen JS-Libs einzeln geladen werden müssen sondern alles in einem Request.So ganz funktioniert das noch nicht.
ControlerInput.js:
...
qx.Class.define('cv.plugins.ControllerInput', {
extend: cv.plugins.diagram.AbstractDiagram, // cv.ui.structure.AbstractWidget,
include: [cv.ui.common.Update, cv.ui.common.Operate],
...
und in der Test-Config
<plugins>
<plugin name="diagram"/>
<plugin name="controllerinput"/>
</plugins>
extend: cv.plugins.diagram.AbstractDiagram
) wirft einen Fehler
<plugin name="diagram"/>
heraus bleibt das Problem gleich - es wird aber nicht mal AbstractDiagram.js
geladen
Uncaught TypeError: Cannot read property 'diagram' of undefined
- aber bevor alles andere in der Konsole kommt?!?
<plugin name="diagram"/>
enthält - auch AbstractDiagram.js
geladen. Allerdings deutlich nach dem ControllerInput.js
. Müsste das wegen der Abhängigkeiten nicht umgedreht passieren?
VM19466 ControllerInput.js:72
ist wieder das extend: cv.plugins.diagram.AbstractDiagram
)
npx qx compile -c --clean --watch
d.h. der Build ist neu.Uncaught TypeError: Cannot read property 'diagram' of undefined
nicht(!) kommt, dann ist das Layout der Configs kaputt. Auch von Konfigs wie der demo-Config die mit der ganzen Änderung nichts zu tun hat.Uncaught TypeError: Cannot read property 'diagram' of undefined
angezeigt wird, dann ist das Layout in Ordnung
Tut mir leid ich kann den Fehler nicht reproduzieren, ich habe alles genauso gemacht wie Du das beschrieben hast und kann beliebige Änderungen am Code machen, dass wird immer korrekt geladen, ich habe einfach die leere Default-Config um das hier erweitert (+ Angabe des Plugins natürlich):
<controllerinput>
<address transform="raw">Test</address>
</controllerinput>
Das lädt jedesmal ohne Fehler. Vielleicht kannst Du mal vergleichen ob es Unterschiede gibt zwischen funktionieren und nicht funktionieren in folgenden Dingen:
"cv.plugins.ControllerInput": {
"mtime": "2020-11-20T05:10:20.667Z",
"libraryName": "cv",
"dependsOn": {
"qx.Class": {
"load": true,
"usage": "dynamic"
},
"cv.plugins.diagram.AbstractDiagram": {
"load": true
},
packages : {
....
"40": {
"uris": [
....
"../transpiled/cv/plugins/diagram/AbstractDiagram.js",
....
],
...
"65": {
"uris": [
"../transpiled/cv/plugins/ControllerInput.js"
]
},
...
]
Und Package 40
ist mit im boot-Part:qx.$$loader = {
parts : {
"boot": [
....
"40",
....
"plugin-controllerinput": [
"65"
],
....
]
Zur Erklärung: Der boot
-Part ist der der zum Start immer geladen wird. Und der wird auch immer zuerst geladen. Vielleicht hilft Dir das irgendwie der Sache auf den Grund zu gehen, denn ich kann es ja wie gesagt nicht nachstellen.