Eine kleine Gemeinheit, über die ich heute in der QlikView Management Console (QMC) gestoßen bin, möchte ich hier kurz beschreiben. Vielleicht hilft es dem einen oder anderen, sich die Zeit für die Fehlersuche zu sparen.
Um Extensions für QlikView leichter entwickeln zu können, liegen meine Repositories in einem übergeordneten Verzeichnis, direkt unter Laufwerk C:\.
Dieses Verzeichnis hatte ich in meinem QlikView Server-Setup über die QMC als “Alternate Extensions Path” eingetragen. Um schneller erkennen zu können, was ich meine, anbei der Ausschnitt aus der QMC:
Dort sieht man im unteren Teil der Seite den Bereich System Folders, in welchem man die Angabe für ein alternatives Extension-Directory vornehmen kann.
Der genaue Eintrag sah bei mir, exakt wie in dieser Abbildung zu sehen, aus:
C:\QVExtensions enthält einen Ordner Objects, in dem sich die verschiedenen Object Extensions in weiteren Unterordnern befinden.
Im QlikView Ajax-Client tauchten auch alle dort liegenden Extensions ordnungsgemäß im Popup New Sheet Object, auf dessen Seite Extensions, auf. Allerdings ließen sich die Extensions nicht auf dem Dashboard platzieren. Auch bereits im Designer hinzugefügte Extensions tauchten im Dashboard nicht auf.
Die Lösung des Problems, die ich eine ganze Weile suchen musste, ist so einfach, wie das Problem ärgerlich.
Der Eintrag im Feld Alternate Extensions Path darf nicht mit einem Backslash enden. Richtig muss der Eintrag bei mir also wie folgt aussehen:
Als ich den Backslash entfernt und den Browser aufgefrischt hatte, tauchten die verschwundenen Extension-Objekte im Dashboard wieder auf und ich konnte auch mühelos Weitere hinzufügen.
Skype bindet standardmäßig die Ports 80 und 443 (http und https), um so auch aus gut gesicherten Unternehmensnetzwerken heraus zu funktionieren. Wird der eigentliche Kommunikationsport durch die Firewall blockiert, dann verwendet Skype einfach die “falschen” Ports. Das ist bei 99% der Skype-Nutzer sicherlich kein Problem, denn die wenigsten betreiben einen Webserver auf ihrem Rechner. Für einen Entwickler / QlikView-Developer, der bei Bedarf seinen QVS starten will, ist das aber ungünstig, denn wenn Skype z.B. beim Systemstart automatisch mit hochfährt, ist der Port 80 bereits blockiert, bis der QVWS gestartet wird.
