| Autor |
Nachricht |
|
Verfasst am: 14. 01. 2010 [17:02 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Horst Karrer
Themenersteller
Dabei seit: 14.01.2010
Beiträge: 5
|
Sehr geehrte Damen und Herrn,
ich habe die free Version installiert und nun versuche ich eine Verbindung zu einer PAlO 2.5 Datenbank herzustellen. Sobald ich auf den Button "Connect Dialog" klick geht ein neues Fenster mit der Meldung "No Provider" auf. Was mache ich falsch bzw was habe ich vergessen zu tun.
Danke im voraus für Ihre Unterstützung.
Mit freundlichen Grüssen
Horst Karrer
|
|
Verfasst am: 15. 01. 2010 [14:10 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Bob Taylor

Privat
Rentner
Dabei seit: 29.01.2007
Beiträge: 55
|
Hallo Herr Karrer,
Es gibt Voraussetzungen, um mit Palo erfolgreich zu verbinden:
- Die Palo Client Software muss dort installiert sein, wo Cockpit V6pro FREE LIMITED installiert ist.
- Der Pfad, wo die Palo Client Software installiert ist, muss in die PATH-Variable unter Windows eingetragen sein. (Siehe die V6pro FREE LIMITED Release Notes unter "Installationshinweise"!).
Wenn dies nicht weiterhilft, bitte nochmal im Forum melden.
Beste Grüße
Bob Taylor
Cubeware Product Manager
|
|
Verfasst am: 15. 01. 2010 [14:40 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Florian Fasshauer

Cubeware GmbH
Competence Team
Dabei seit: 01.03.2007
Beiträge: 71
|
Falls Sie den Palo-Client (Excel-Integration) nicht auf derselben Maschine installieren möchten, kopieren Sie die beiden Palo-Dateien
- LIBPALO2.DLL
- LIBPALO_NG.DLL
in das Verzeichnis C:\Programme\Gemeinsame Dateien\Cubeware
oder in ein anderes Verzeichnis innerhalb des Windows-Suchpfades. Dann sollte ein Verbindungsaufbau auch ohne explizite Client-Installation möglich sein.
Freundliche Grüße aus Darmstadt
Florian Fasshauer
Competence Team
|
|
Verfasst am: 15. 01. 2010 [17:46 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Horst Karrer
Themenersteller
Dabei seit: 14.01.2010
Beiträge: 5
|
Hallo meine Herrn,
herzlichen Dank für Ihre Antworten.
Ich habe PALO for Excel 3.0 SR1 installiert. Weiters habe ich den Eintrag von den FAQs des Instllationsleitfaden nachvollzogen. Ich habe Windows Vista Ultimate im Einsatz und bin dabei folgendermassen vorgegangen: Start - Sytemsteuerung - System - Erweiterte Systemeinstellungen - Register erweitert - Umgebungsvariablen - Systemvariablen - Path Hier habe ich zu den bereits besteneden Einträgen (ua der Link zum Installpfad von Cubeware) den Installationspfad von PALO reinkopiert. Dieser ist C:\Program Files\Jedox\PALO\.
Leider hat sich am Ergebnis nichts geändert. Wenn ich auf "Connect Dialog" klicke bekomme ich die Fehlermeldung "No Provider".
Was soll ich noch tun?
Danke für Ihre Unterstützung.
Mit freundlichen Grüssen
Horst Karrer
|
|
Verfasst am: 19. 01. 2010 [09:36 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Florian Fasshauer

Cubeware GmbH
Competence Team
Dabei seit: 01.03.2007
Beiträge: 71
|
Hallo Herr Karrer,
funktioniert denn Ihre Excel-Verbindung zu Palo? Können Sie die Daten der Palo-Demo-Datenbank in einem Excel-Arbeitsblatt sehen?
|
|
Verfasst am: 19. 01. 2010 [13:35 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Horst Karrer
Themenersteller
Dabei seit: 14.01.2010
Beiträge: 5
|
Hallo Herr Fasshauer,
ja die funktioniert problemlos.
LG
Horst Karrer
|
|
Verfasst am: 21. 01. 2010 [12:03 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Florian Fasshauer

Cubeware GmbH
Competence Team
Dabei seit: 01.03.2007
Beiträge: 71
|
Das ist jetzt ein ziemlicher Blindflug für mich, da ich diese Meldung noch nie gesehen habe.
Bei Palo kommt es gelegentlich vor, dass nicht alle notwendigen DLLs in den richtigen Verzeichnissen liegen - bzw. nicht vom Suchpfad erfasst werden. Die Aufruf-Hierarchie können Sie sehr gut mit einem Tool namens DependencyWalker testen (gratis-Download im Internet). Es zeigt Ihnen, ob der Treiber-Stack einschließlich aller DLLs komplett verfügbar ist.
Vielleicht hilft auch eine komplette Neuinstallation der Cubeware-Komponenten.
|
|
Verfasst am: 21. 01. 2010 [17:22 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Horst Karrer
Themenersteller
Dabei seit: 14.01.2010
Beiträge: 5
|
Hallo Herr Fasshauser,
danke für die Info. Ich probier mal das cockpit zu deinstallieren und eine Neuinstallation.
MfG
Horst Karrer
|
|
Verfasst am: 08. 02. 2010 [14:32 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Horst Karrer
Themenersteller
Dabei seit: 14.01.2010
Beiträge: 5
|
Hallo meine Herrn,
hat etwas gedauert aber ich hatte in der Zwischenzeit viele andere Dinge zu erledigen.
Hab nun wie von Hr.Fasshauer die Cubeware freeversion deintalliert und neu installiert mit dem gleichen Ergebnis. Fehlermeldung "No Provider".
Ich habe auch wie von Hr. fasshauer den test mit DependencyWalker gemacht und wenn ich die libpalo2.dll teste bekomme ich die Fehlermeldung "Error Opening File. Das System kann die angegene Datei nicht finden". Es handelt sich dabei um die Datei "MSVCR80.DLL"
Was soll ich jetzt tun?
MfG
Horst Karrer
|
|
Verfasst am: 09. 02. 2010 [17:31 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Florian Fasshauer

Cubeware GmbH
Competence Team
Dabei seit: 01.03.2007
Beiträge: 71
|
Hallo Herr Karrer,
haben Sie auch den kompletten Palo-Client neu installiert? Gibt es die MSVCR80.DLL auf Ihrem System? Liegt ein Pfad darauf? Falls ja: ich habe in einem Internet-Forum einen Hinweis gefunden, dass es Probleme mit der MSVCR80.DLL geben kann, wenn ein Norton-Virenscanner verwendet wird. Googeln Sie doch mal nach dem Begriff "MSVCR80.DLL". Aber bitte laden Sie keine DLL aus dubiosen Quellen herunter
|
|
Verfasst am: 18. 02. 2010 [12:18 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Alexander Gilch
Dabei seit: 18.02.2010
Beiträge: 3
|
Guten Tag zusammen,
entschuldigung dass ich mich an dieser Stelle einfach mit einklinke, aber ich habe ein recht ähnliches Problem, vielleicht können wir gemeinsam eine Lösung für Herrn Karrer und mich finden:
Ich kann im Cockpit keine Verbindung zu PALO herstellen, sondern erhalte die Meldung, dass der erforderliche Treiber nicht geladen werden konnte. Ich habe nun das Cockpit und die Common Components mehrmals neu installiert, alle genannten DLLs in die entsprechenden Verzeichnisse kopiert, die PATH-Variable erweitert, den DLL-Callstack mittels Dependency Walker nachverfolgt - es funktioniert einfach nicht: Wenn ich im Cockpit unter "Optionen" den Reiter "Datenbank-Treiber" anwähle, werden kaum Treiber angezeigt.
Die Cockpit-Buildversion ist 6.0.2.548, der Client läuft unter Windows 7.
Merkwürdigerweise funktioniert der Verbindungsaufbau zu PALO tadellos, wenn ich das Cockpit direkt auf dem Server starte auf dem der PALO-Serverdienst läuft. Dort werden in den "Optionen" im Cockpit auch sämtliche Treiber korrekt aufgelistet. Das Serverbetriebssystem ist Windows Server 2008.
Meine Vermutung ist, dass die Ursache des Problems evtl. bei Windows 7 liegen könnte. Können Sie mir weiterhelfen?
Vielen Dank im Voraus für Ihre Hilfe
Alexander Gilch
Edit: Ich sehe gerade erst, dass ich mich im Forum für die "free limited"-Version befinde. Ich hatte über die Boardsuche nach dem Thema gesucht und bin so hier gelandet. Ich hoffe es stellt kein allzu großes Problem dar, dass wir nicht die "free limited"-Version im Einsatz haben.
Edit: Nach der gefühlt hundersten Neuinstallation werden jetzt merkwürdigerweise alle Treiber in den "Optionen" im Cockpit angezeigt. Ich kann jedoch trotzdem keine Verbindung zu PALO herstellen - "Treiber konnte nicht geladen werden..."
[Dieser Beitrag wurde 2mal bearbeitet, zuletzt am 18.02.2010 um 12:51.]
|
|
Verfasst am: 18. 02. 2010 [13:45 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Florian Fasshauer

Cubeware GmbH
Competence Team
Dabei seit: 01.03.2007
Beiträge: 71
|
Hallo Herr Gilch,
der Fehler "Treiber bzw. Komponente nicht gefunden" (oder so ähnlich) war meiner Erfahrung nach bisher *immer* in fehlenden Palo-DLLs begründet. Aber Sie schreiben ja, laut Dependency-Tool sei Ihr Stack vollständig...
Mit Palo unter Windows 7 habe ich leider keine Erfahrung. Anhand Ihrer Problembeschreibung würde ich aber darauf tippen, dass Ihnen auf einem der beiden beteiligten Rechner die Windows-Firewall Probleme bereitet. Schalten Sie sie (natürlich ohne Verbindung zum Internet) doch mal versuchshalber ab.
Noch ein Tool-Tipp: Wenn Sie testen möchten, ob auf einem bestimmten IP-Port auch Datenpakete über die Leitung gehen, schauen Sie sich bitte mal das Programm "NETCAT" an. Es ist eine Art Schweizer Taschenmesser für die TCP/IP-Kommunikation (Open Source, für Linux und Windows erhältlich).
Freundliche Grüße aus Darmstadt
Florian Fasshauer
|
|
Verfasst am: 19. 02. 2010 [10:31 UTC+1:00]

Übermittlung Ihrer Stimme...
|
|
Alexander Gilch
Dabei seit: 18.02.2010
Beiträge: 3
|
Hallo Herr Fasshauer,
vielen Dank für die schnelle Hilfe.
Ich vermutete den Ursprung des Fehlverhaltens, wie beschrieben, zunächst auch in einer fehlenden DLL, aber hier ist alles vollständig. Gänzlich ausschließen möchte ich ein Problem mit einer fehlenden oder nicht verwendbaren Library dennoch nicht: Die Tatsache, dass dieses Phänomen scheinbar (zumindest bisher) nur unter Windows 7 auftritt spricht dafür, dass der Fehler im Betriebssystem liegt. Meines Wissens werden in Windows 7 einige DLL-Aufrufe anders durchgeführt als in früheren Windows Versionen. Sollte der Fehler hier liegen, sind mir wohl zunächst die Hände gebunden.
Das Deaktivieren der Firewall führte jedenfalls zu keiner Änderung, ich kann mir ehrlich gesagt auch nur schwer vorstellen dass dieses Problem hier liegt (obwohl ich auch das nicht gänzlich ausschließen mag), weil ich ja schon beim Auswählen des entsprechenden Datenbank-Treibers (in diesem Fall "Jedox Palo 2.5/3.0") scheitere und noch weit davon entfernt bin, überhaupt eine Verbindung zum DB-Server herzustellen.
Danke für den Tool-Tipp, ich werde mir "NETCAT" mal ausführlicher ansehen.
Viele Grüße aus Nürnberg
Alexander Gilch
|