Externe Prozeduren unter Windows mit dem Freeware

Transcription

Externe Prozeduren unter Windows mit dem Freeware
Externe Prozeduren unter Windows
mit dem Freeware-Compiler MinGW
Autor: Jens-Uwe Petersen, Trivadis GmbH
DOAGNews Q1_2004
Dieses Werk ist urheberrechtlich geschützt. Die dadurch begründeten Rechte, insbesondere die der
Übersetzung, des Nachdrucks, des Vortrags, der Entnahme von Abbildungen und Tabellen, der Funksendung, der Mikroverfilmung oder der Vervielfältigung auf anderen Wegen und der Speicherung in
Datenverarbeitungsanlagen, bleiben, bei auch nur auszugsweiser Verwertung, vorbehalten. Eine Vervielfältigung dieses Werkes oder von Teilen dieses Werkes ist auch im Einzelfall nur in den Grenzen der
gesetzlichen Bestimmungen des Urheberrechtes der Bundesrepublik Deutschland vom 9. September
1965 in der jeweils geltenden Fassung zulässig. Sie ist grundsätzlich vergütungspflichtig. Zuwiderhandlungen unterliegen den Strafbestimmungen des Urheberrechtsgesetzes.
©2004
Einleitung
Es ist immer wieder ärgerlich, dass Microsoft seine Betriebssysteme im Gegensatz zu anderen
Herstellern ohne Compiler ausliefert. Das separat von Microsoft zu erwerbende VisualStudio ist
sicherlich ein sehr leistungsfähiges Produkt, aber auch sehr ressourcenintensiv (Preis,
Einarbeitung, Plattenplatz). Für jemanden, der nur gelegentlich (und „g’schwind“ wie man im
Schwäbischen sagt) ein paar Sourcen kompilieren möchte, ist das einfach zu aufwendig.
Ursprünglich hatte ich für diese Zwecke den Compiler LCC-Win32 verwendet, der aber seit
Anfang des Jahres nur noch für private Zwecke kostenlos ist. Auf der Suche nach einer
Alternative bin ich dann recht schnell auf MinGW ("Minimalistic GNU for Windows") gestossen.
MinGW basiert auf dem populären Gnu-Compiler GCC, erweitert um eine Reihe von Headerund Include-Dateien um native Windows-Applikationen erstellen zu können.
Die folgenden Beispiele gehen davon aus, dass MinGW im Verzeichnis c:\programme\MinGW
installiert wurde und ORACLE_HOME unter c:\oracle\9i liegt.
Erstes Beispiel
Als erstes versuchen wir, das mit der Datenbank mitgelieferte Beispiel im Verzeichnis
%ORACLE_HOME%\rdbms\extproc zum Laufen zu bekommen, das das Maximum zweier
Werte ermittelt.
Fügen Sie das MinGW\bin-Verzeichnis dem Suchpfad hinzu.
PATH=c:\programme\MinGW\bin;%PATH%
Um die Datei zu kompilieren auf DOS-Ebene in das Verzeichnis wechseln und den Compiler
starten. Durch den Parameter –shared wird gleich die DLL erzeugt.
cd %ORACLE_HOME%\rdbms\extproc
gcc -shared -o extern.dll extern.c
Nun muss datenbankseitig noch die dazugehörige Wrapper-Funktion „UseIt“ angelegt werden.
Dies geschieht mit dem Skript extern.sql aus dem gleichen Verzeichnis. Gleich nach dem
Anlegen wird „UseIt“ auch ausgeführt, sodass als Ausgabe in etwa folgendes erscheinen sollte:
©2004
sample@TVD9I> execute UseIt;
The maximum of 1 and 2 is 2
PL/SQL-Prozedur wurde erfolgreich abgeschlossen.
Unter Oracle9i Release 2 kann es zur Fehlermeldung ORA-28595 "Extproc agent: Invalid DLL
Path" kommen, da hier standardmäßig nur DLLs in %ORACLE_HOME%\bin (Windows) bzw.
%ORACLE_HOME%\lib (Unix) ausgeführt werden. In diesem Falle müssen Sie die
LISTENER.ORA entsprechend anpassen.
Für die Testumgebung mag es evntl. angehen die Verwendung aller DLLs erlauben:
(ENVS="EXTPROC_DLLS=ANY")
In Produktionsumgebungen sollte man aber aus Sicherheitsgründen unbedingt nur die wirklich
benötigten DLLs freigeben. Für unsere Beispiele wären dies:
(ENVS="EXTPROC_DLLS=
c:\oracle\9i\RDBMS\EXTPROC\extern.dll;c:\Programme\MinGW\Projects\callback")
Für weitere Informationen dazu siehe Metalink Note 198523.1.
Falls andere Fehler auftreten sollten, ist wahrscheinlich der Listener nicht richtig konfiguriert,
dann siehe beispielsweise Metalink Note 68061.1, das im Beispielverzeichnis enthaltene
Readme.doc oder Kapitel 10 im Application Developers Guide.
Zweites Beispiel
Als nächstes wollen wir uns einem etwas komplexeren Beispiel zuwenden, das die Callback
Möglichkeiten demonstrieren soll und unter %ORACLE_HOME%/rdbms/plsql/demo zu finden
ist. Die beiden Dateien, die uns hier interessieren, heißen extproc.sql und extproc.c
Um die Sourcen übersichtlich an einem Ort zu haben, erstellen wir im Projektverzeichnis von
MinGW ein neues Verzeichnis callback.
©2004
cd c:\programme\MinGW\projects\
mkdir callback
cd callback
copy %ORACLE_HOME%\plsql\demo\extproc.* .
Dieses Beispiel verwendet die Oracle-Library oci.dll. Da die Libraries von Microsoft nicht
kompatibel zu denen von MinGW sind, muss die Library erst konvertiert werden.
reimp c:\oracle\9i\oci\lib\msvc\oci.lib
Die erzeugte Textdatei OCI.def enthält eine Liste der enthaltenen Funktionen (und wird nicht
weiter benötigt), liboci.a ist die konvertierte Library, die am besten ins lib-Verzeichnis von
MinGW kopiert wird.
Jetzt noch schnell die DLL erzeugen:
gcc -shared -o extproc.dll extproc.c -L. -loci
-Ic:\oracle\9i\oci\include
Dann in der Datenbank die Objekte anlegen:
SQLPLUS SCOTT/TIGER
CREATE OR REPLACE LIBRARY demolib IS
'c:\programme\MinGW\projects\callback\extproc.dll';
/
@c:\programme\MinGW\projects\callback\extproc.sql
Und zu guter Letzt kann nun das Ergebnis validiert werden:
scott@TVD9I> set serveroutput on;
scott@TVD9I> execute demopack.demo_procedure;
ENAME
: ALLEN
JOB
: SALESMAN
SALARY
: 1600
COMMISSION : 300
Percent Commission : 18,75
ENAME
: MARTIN
JOB
: SALESMAN
©2004
SALARY
: 1250
COMMISSION : 1400
Percent Commission : 112
Return value from CheckEmpName : 0
old_ename value on return
: ANIL
ENAME
: 7369
HIREDATE
: 17.12.1980
Employee Experience Test Passed.
***************************************
Zusammenfassung
Es wurde gezeigt, dass es auch unter Windows ohne großen Aufwand möglich ist, DLLs zu erzeugen und als externe Prozeduren einzusetzen.
Was es für Schwierigkeiten mit windowseigenen Libraries wie z.B. kernel32.dll geben kann und
wie ‚Native Compilation’ mit MinGW eingesetzt wird, wird in weiteren Artikeln erklärt werden.
Und damit wünsche ich Ihnen fehlerfreie Kompilate und erfolgreiches „Outsourcen“ von Prozeduren....
Jens-Uwe Petersen
[email protected]
Trivadis GmbH
Max-Lang-Straße 56
70771 Leinfelden-Echterdingen
Tel: +49 711 903 63 230
Fax: +49 711 903 63 259
©2004