Meine Speaker-Seite lebt jetzt komplett in der Oracle Cloud. Kein Webserver, kein VM, keine Nginx-Config, keine systemd-Units. Nur Jekyll-Output in einem Object-Storage-Bucket und ein API Gateway davor. Dieser Post beschreibt die Architektur, die Fallstricke und warum es nicht der Weg ist, den ich zuerst eingeschlagen habe.
Browser (robbie.databee.org)
│ CNAME auf OCI-Gateway-Hostname
▼
OCI API Gateway (public, eu-frankfurt-1)
TLS-Terminierung, Path-Rewrites
│
├─ / → bucket/o/index.html
├─ /{path*} → bucket/o/${path}
└─ /files/* → assets-bucket/o/${path}
│
▼
OCI Object Storage
robbie-databee-org (Website-HTML, 2500+ Objekte)
robbie-talks-assets (Slides, Demos, Video-Clips)
Zwei Buckets, ein Gateway, kein Compute. Betriebskosten für das Traffic-Niveau einer Speaker-Seite: im Bereich von Cent pro Monat.
Das war mein erster Reflex und der erste Sackgassen-Moment. OCI
Load Balancer kann Redirects und Path-Based-Routing auf verschiedene
Backend-Sets — aber kein transparentes URL-Rewriting. Für
Object-Storage-Hosting brauchst du genau das, weil die Web-URL
/about/ auf den Bucket-Key about/index.html abgebildet werden
muss. Nicht als 3xx-Redirect an den Browser, sondern intern.
Oracles eigener Blog empfiehlt für Object-Storage-fronted Static Sites API Gateway oder einen eigenen Webserver, nicht LB. Ich habe den Reflex mit zwei Stunden VCN-Konfiguration bestraft, bevor ich die Doku genauer gelesen habe. Lektion: auf das Werkzeug hören, das die Plattform selbst für das Problem vorsieht.
Damit /foo, /foo/ und /foo/index.html alle funktionieren, ohne
dass API Gateway String-Manipulation im Request-Path macht (was es
nicht kann), lade ich jede Seite beim Deploy dreifach hoch: als
foo/index.html (kanonisch), als foo/ (trailing-slash-Alias) und
als foo (bare-Alias). Alle drei Objekte zeigen auf dieselbe HTML-
Datei.
Storage ist billig genug, dass die Triple-Aufbewahrung nicht schmerzt. Für 120 Talks + diverse Pages sind das ~2500 Objekte. Der Deploy-Helper in Python macht das parallel über das OCI-SDK:
def iter_uploads(site_dir):
for root, _, files in os.walk(site_dir):
for name in files:
local = Path(root) / name
rel = Path(root).relative_to(site_dir) / name
yield (str(local), rel.as_posix())
if name == "index.html":
rel_dir = Path(root).relative_to(site_dir).as_posix()
if rel_dir and rel_dir != ".":
yield (str(local), f"{rel_dir}/")
yield (str(local), rel_dir)
oci os object bulk-upload ist schnell und bequem, aber es setzt
Content-Type nicht aus der Dateiendung. Alle Objekte bekommen
application/octet-stream. Browser interpretieren das als
“unbekannter Binärblob” und bieten Download statt Render. CSS lädt
nicht, JavaScript wird nicht ausgeführt, und Chrome zeigt dir einen
freundlichen Download-Dialog für eine Datei namens “Download”.
Lösung: im Deploy-Helper explizit Content-Type aus der Dateiendung
setzen. Python macht das mit einem kleinen Mapping .css →
text/css, .js → text/javascript, .html → text/html; charset=utf-8
— und Object Storage speichert das als Object-Metadata, das der
Gateway an den Client durchreicht.
Self-signed Cert zum Starten, Let’s Encrypt sobald DNS zeigt. Weil
die DNS bei Strato liegt (kein OCI-DNS, also kein automatisches
ACME via OCI Certificate Service), läuft die Erst-Ausstellung mit
certbot --manual --preferred-challenges dns und einem einmaligen
TXT-Record beim Registrar.
Spannender Teil: wie das Cert in API Gateway reinkommt. Erste Runde
habe ich oci api-gateway certificate create benutzt — funktioniert,
aber das Service-Limit für API-Gateway-Certificates ist 1 pro
Region, und nach einem Delete ist der Zähler eventually-consistent.
Zehn Minuten Warten, dann ging Create erst wieder. Das ist kein
Fehler, sondern Design — und ein Problem, wenn du mal rotieren
willst ohne Downtime.
Der Ausweg: OCI Certificate Service (certs-mgmt) hat ein
anderes Quota, und der Gateway akzeptiert dessen OCIDs als
certificate-id. Zwei Resource-Typen, beide verwendbar, nur das
Certs-Mgmt-Quota ist weniger eng.
Dritte Lektion gratis: OCI API Gateway schickt das Intermediate-
Cert nicht automatisch mit, auch wenn du es beim
create-by-importing-config als cert-chain-pem übergibst. Der
Gateway braucht zusätzlich ein CA-Bundle, das du separat als
OCI-Certs-Mgmt-Resource anlegst und per --ca-bundles an den
Gateway hängst. Ohne das sagt Chrome zwar “Zertifikat gültig”, aber
trotzdem “Verbindung nicht sicher” — die Kette ist nicht komplett.
Die alte Seite hatte 62 Talks in einem verschachtelten Ordnerbaum
mit Leerzeichen und Umlauten in den Verzeichnis-Namen. Die neue
Struktur ist flach: _talks/YYYY-MM-DD-slug.md. Ein Python-Skript
hat die Migration gemacht — inklusive redirect_from: in jeder
Datei, damit die alten Post-Style-URLs (/talks/2021/01/27/slug/)
per jekyll-redirect-from 301 auf das neue Schema zeigen. SEO-
Juice bleibt erhalten.
Lücken-Schließung für 2021–2026: Oracle ACE bietet einen HTML-Export seiner Contributions-Liste an. Ein weiteres Python-Script parst den Export, dedupliziert nach Datum + normalisiertem Titel gegen die bestehenden Markdown-Dateien, und schreibt neue Entries für alles, was fehlt. 58 Vorträge auf einen Schlag nachgeholt, 25 falsch-erkannte Sprachen via Heuristik-Korrektur gefixt.
Jeder Vortrag hat ein status-Feld:
proposed → Abstract eingereicht
accepted → Zusage da, Upcoming-Widget zeigt ihn
scheduled → Termin fix, Slides-Arbeit läuft
delivered → gehalten, Recording verlinkt
archived → komplett dokumentiert
Die Landing-Page hat zwei Tiles: “Triff mich” zeigt die nächsten
accepted/scheduled-Talks, “Vergangene Vorträge” zeigt Zähler +
letzten Eintrag. Auf /talks/ kommen die Upcoming oben, darunter
Jahres-Archiv. Ein future: true im _config.yml — sonst baut
Jekyll die Zukunfts-Talks gar nicht erst.
GA war der einzige Grund, einen Consent-Banner zu brauchen. OCI API Gateway schreibt Access-Logs, und über Service Connector Hub landen die in einem Object-Storage-Bucket. Mit GoAccess darüber fällt ein HTML-Dashboard raus: Seitenaufrufe, Referrer, User-Agents, Top-Pfade, 404s. Keine Cookies, kein JavaScript, kein Consent. GA raus, Seite wieder DSGVO-sauber.
Summa summarum: unter 50 Cent pro Monat. Und der Stack ist vollständig in der OCI — für einen Oracle-Speaker ist das ein hübscher “eat your own dogfood”-Punkt auf der Speaker-Page selbst.
Den Deploy-Workflow dokumentiert ein dediziertes README im Repo. Wer das Muster selber fahren will: das Template ist auf GitLab und funktioniert mit wenig Anpassung für jede Jekyll-basierte Speaker-Seite.
]]>Die Session fand im Rahmen der kostenfreien Online-Vortragsreihe DOAG 2020 Datenbank Online statt: https://datenbank.doag.org/de/home/
Vom 25. Mai bis 19. Juni 2020 gab es immer werktags zwei Remotevorträge als Ersatzprogramm zur ursprünglich in Düsseldorf geplanten Vor-Ort-Konferenz.
Aufgezeichnet am 2. Juni 2020
]]>Mit Polymorphic Table Functions können Entwickler die Struktur der erzeugten Datensätze erst zur Laufzeit definieren. Qualified Expressions ermöglicht die Definition von Array- oder Record-Konstruktoren, die mehrere Werte mit einem einzelnen Befehl zuweisen. Dieses Feature ist – vor allem in Verbindung mit polymorphen Tabellenfunktionen – ein sehr mächtiges Werkzeug.
In meiner Session stelle ich die Konzepte der beiden Features vor und zeigt Anwendungsfälle sowie Szenarien aus der Praxis. Die Präsentation beinhaltet zudem eine detaillierte Live-Demo.
Die virtuelle und kostenfreie APEX connect 2020 [Online] fand am 5. und 6. Mai 2020 statt: Mehr Informationen: https://apex.doag.org/de/home/
Aufgezeichnet am 5. Mai 2020
]]>Title: Make yourself at home - in SQL Developer
Recorded on: Wednesday, June 17th 2020”
]]>Was bewog die Hochschulen dazu, die eigene Lösung zu suchen? Vor- und Nachteile des “gewählten Wagens” erfahren Sie im DOAG.tv-Interview mit Thomas Nau.
Der stellvertretender Leiter des Kommunikations- und Informationszentrums der Universität Ulm (kiz) sowie Leiter der Abteilung „Infrastruktur“ erzählt, wie die Cloud-Infrastruktur der Universitäten in Baden-Württemberg aussieht und was die Bildungseinrichtungen dazu bewog, die “eigene Lösung” zu realisieren.
Das Gespräch wurde im Rahmen der DOAG 2019 Konferenz + Ausstellung am 19. November 2019 in Nürnberg aufgezeichnet.
]]>Unfortunately, my speaker camera didn’t made it into the zoom session…
]]>Automatisierung ist mein Steckenpferd.
CI/CD Pipelines habe ich schon in vielen Spielarten aufgesetzt: In der Cloud. Und On-Premises.
Aber DevOps ist viel mehr als das - es verändert die Art wie wir Zusammenarbeiten. Eine erfolgreiche Fusion der Entwicklung- und Betriebsabteilungen zu DevOps beinhaltet immer einen kulturellen Wandel.
Ich habe jahrelang auf beiden Seiten gearbeitet: Dev und Ops. Profitieren Sie von meiner Erfahrung.
]]>Automation is my hobby.
I have implemented CI/CD pipelines in many different flavors: In the Cloud. And on-premises. But DevOps is much more than that - it changes the way we work together. A successful merger of the development and operations departments to DevOps always involves a cultural change.
I have worked on both sides for years: Dev and Ops. Benefit from my experience.
]]>Mein Verständnis von der Arbeit eines IT-Architects ist analog zur guten Arbeit eines richtigen Architekten: Es beginnt damit, dem Kunden zuzuhören und zu verstehen, was er wirklich will. Seine Entwürfe, Prototypen und MockUps entsprechen natürlich dem aktuellen Stand der Technik.
Ein IT-Architect beherrscht aber nicht nur Powerpoint und kann hübsche Diagramme zeichnen. Er bringt ein breites technisches Verständnis mit und kann ein Team durch den gesamten Entwicklungsprozess führen. Dabei achtet er darauf, dass alle in die gleiche Richtung laufen und coacht die einzelnen Teammitglieder, wo es sein muss. Vor allem ist er der technische Leiter und scheut nicht davor zurück, sich die Hände schmutzig zu machen.
Die Vorgehensweise - Agil, Wasserfall, V-Modell - hängt von den Projektzielen und den Wünschen des Kunden ab.
Ein guter IT-Architect arbeitet auf Augenhöhe mit dem fachlichen Projektleiter. Gemeinsam erreichen sie die Projektziele innerhalb der Zeit- und Budgetvorgaben.
]]>My understanding of an IT architect’s work is similar to the excellent work of a real architect: It starts with listening to the customer and understanding what they want. The drafts, prototypes, and mock-ups he produces are state-of-the-art.
But an IT architect is not only proficient in PowerPoint and can also draw pretty diagrams. He has a broad technical understanding and can lead a team through the entire development process. He ensures that everyone is moving in the same direction and coaches the individual team members where necessary. Above all, he is the technical leader and does not shy away from getting his hands dirty.
The approach - agile, waterfall, V-model - depends on the project goals and the customer’s wishes.
A good IT architect works at eye level with the technical project manager. Together they achieve the project goals on time and in the budget.
]]>Abseits der vom Hersteller unterstützten Wege gibt es versteckte Pfade - die meisten habe ich schon beschritten.
Ich habe schon viele hoffnungslose Datenbanken wiederbelebt oder zumindest die Daten gerettet.
Kontaktieren Sie mich. Einen Versuch ist es Wert.
]]>There are hidden trails apart from those supported by the vendor - most of them I have already explored.
I have already revived many hopeless databases or at least saved the data.
Please contact me. It is worth a try.
]]>Interview recorded at Kscope 2019 in Seattle, WA.
]]>Außerdem beurteilt er die Container-Plattformen Docker und Kubernetes und behandelt die Frage, welchen Sicherheits-Herausforderungen ein Kunde bei Wechsel von On-Premises zu Cloud-Lösungen ausgesetzt ist. Die größte Sorge sei hierbei das Gelangen von Informationen ins öffentliche Netzwerk.
Coekaerts sieht zudem immer noch einen großen Mangel an Management-Lösungen und sieht Entwicklungsbedarf von Diagnose-Tools für kritische Situationen.
]]>This talk introduces REST, JSON, and ORDS very briefly. After the stage is set, we explore how to query auto-rest enabled tables from PL/SQL and process the JSON documents. Finally a view with an instead-of trigger is built that can be used by the application developers. A generator that produces all necessary objects will be shown. The generator can integrate into SQL Developer.
The presentation includes detaild live demos.
]]>This means a veritable cornucopia of options, many of which are not obvious at first sight.
After a brief introduction to SQLcl, we will show many real-world examples that demonstrate the new possibilities.
All examples are available for download to allow for further tests and exploration.
This presentation provides many in-depth live demos.
]]>Im Interview mit dem DOAG-Themenverantwortlichen Cloud, Robert Marz, spricht er über die Ergebnisse seiner mehrtägigen Testreihe: Sowohl die CPU- als auch die Storage-Performance schnitten dabei gut ab. Die gemessenen Schwankungen der virtuellen Umgebung seien durchaus mit denen eines dedizierten Hosts vergleichbar, wenn auch die Spreizungen in der Cloud-Umgebung etwas größer ausfielen.
]]>Anyone who wants to produce or process data in different character sets or location, must be able to adapt its client environment dynamically.
In the world of Oracle tools this behavior is controlled by the environment variable $NLS_LANG:
export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
This causes Oracle tools to:
This has been working for more than twenty years on both Windows and *nix environments:
[oracle@vbgeneric ~]$ env|grep NLS_LANG
NLS_LANG=GERMAN_GERMANY.utf8
[oracle@vbgeneric ~]$ sqlplus rmarz/rmarz
SQL*Plus: Release 12.1.0.2.0 Production on Mo Aug 29 19:59:11 2016
[...]
SQL> create table t_umlaut as select 'Umlaut: ÄÖÜäöüß' txt from dual;
Table created.
SQL> spool umlaut.utf-8.sqlplus.txt
SQL> select * from t_umlaut;
TXT
------------------------------------------------------------------
Umlaut: ÄÖÜäöüß
SQL> spool off
SQL> exit
[...]
[oracle@vbgeneric ~]$ export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
[oracle@vbgeneric ~]$ sqlplus rmarz/rmarz
SQL*Plus: Release 12.1.0.2.0 Production on Mo Aug 29 20:07:08 2016
[...]
SQL> spool umlaut.8859-15.sqlplus.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ▒▒▒▒▒▒▒
SQL> spool off
[...]
[oracle@vbgeneric ~]$ file umlaut.*
umlaut.8859-15.sqlplus.txt: ISO-8859 text
umlaut.utf-8.sqlplus.txt: UTF-8 Unicode text
In the second case the umlauts are not displayed properly on the screen due to the terminal running under UTF-8.
The generated files have the expected encoding, as can be seen from the output of the “file”-command. On Windows, this behavior is identical.
In contrast, the modern SQLcl does not evaluate $NLS_LANG. The tool is written in Java and automatically uses the settings of the session it was started from.
On Linux and similar systems session settings can be easily customized. They are controlled by the environment variable $LANG:
[oracle@vbgeneric ~]$ unset NLS_LANG
[oracle@vbgeneric ~]$ env|grep LANG
LANG=en_US.UTF-8
[oracle@vbgeneric ~]$ sql rmarz/rmarz
SQLcl: Release 4.2.0.16.153.2014 RC on Mon Aug 29 20:27:44 2016
[...]
SQL> spool umlaut.utf-8.sqlcl.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ÄÖÜäöüß
SQL> spool off
SQL> exit
[...]
[oracle@vbgeneric ~]$ export LANG=de_DE.iso885915@euro
[oracle@vbgeneric ~]$ sql rmarz/rmarz
SQLcl: Release 4.2.0.16.153.2014 RC auf Mo Aug 29 20:40:27 2016
[...]
SQL> spool umlaut.8859-15.sqlcl.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ÄÖÜäöüß
SQL>
Abgemeldet von Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
[...]
[oracle@vbgeneric ~]$ file umlaut.*
umlaut.8859-15.sqlcl.txt: ISO-8859 text
umlaut.8859-15.sqlplus.txt: ISO-8859 text
umlaut.utf-8.sqlcl.txt: UTF-8 Unicode text
umlaut.utf-8.sqlplus.txt: UTF-8 Unicode text
[oracle@vbgeneric ~]$
On Windows, however, Java ignores the environment variable $LANG. The configuration is read from the Windows system settings: How do I view and change the system locale settings to use my language of choice?
Changing these settings affects all other applications on the machine as well. Fortunately, Java evaluates additional variables. The variable $JAVA_TOOLS_OPTIONS come in handy:
PS C:\Users\rmarz> sql.bat rmarz@192.168.56.100/orcl
SQLcl: Release 4.2.0.16.175.1027 RC auf Di Aug 30 03:45:21 2016
[...]
SQL> spool umlaut.8859p15.sqlcl.win.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ├ä├û├£├ñ├Â├╝├ƒ
SQL> spool off
[...]
PS C:\Users\rmarz>
PS C:\Users\rmarz>
PS C:\Users\rmarz> $env:JAVA_TOOL_OPTIONS='-Duser.language=en -Duser.region=US -Dfile.encoding=UTF-8'
PS C:\Users\rmarz>
PS C:\Users\rmarz> sql.bat rmarz/rmarz@192.168.56.100/orcl
Picked up JAVA_TOOL_OPTIONS: -Duser.language=en -Duser.region=US -Dfile.encoding=UTF-8
SQLcl: Release 4.2.0.16.175.1027 RC on Tue Aug 30 03:47:12 2016
[...]
SQL> spool umlaut.utf-8.sqlcl.win.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ├ä├û├£├ñ├Â├╝├ƒ
SQL> spool off
SQL> exit
[...]
PS C:\Users\rmarz>
PS C:\Users\rmarz> bash
rmarz@Tinkerbell MINGW64 ~
$ file umlaut.*
umlaut.8859p15.sqlcl.win.txt: ISO-8859 text, with CRLF line terminators
umlaut.utf-8.sqlcl.win.txt: UTF-8 Unicode text, with CRLF line terminators
rmarz@Tinkerbell MINGW64 ~
The line “Picked up JAVA_TOOL_OPTIONS:” shows that this trick worked. The screen output is incorrect, but the results in the spool files are fine. We got Windows line endings - which is to be expected on Windows, of course.
There is no “file”-command in powershell. I used new bash for Windows 10 by Microsoft instead.
Further information on localization in Java can be found here: Internationalization: Understanding Locale in the Java Platform
]]>Wer Daten in unterschiedlichen Zeichensätzen oder Lokalisierung erzeugen oder verarbeiten will, muss seine Client-Umgebung flexibel anpassen können.
In der Oracle-Tool Welt passiert das über die Umgebungsvariable $NLS_LANG:
export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
veranlasst Oracle Tools dazu:
Das funktioniert schon seit mehr als zwanzig Jahren sowohl unter Windows als auch in *nix Umgebungen:
[oracle@vbgeneric ~]$ env|grep NLS_LANG
NLS_LANG=GERMAN_GERMANY.utf8
[oracle@vbgeneric ~]$ sqlplus rmarz/rmarz
SQL*Plus: Release 12.1.0.2.0 Production on Mo Aug 29 19:59:11 2016
[...]
SQL> create table t_umlaut as select 'Umlaut: ÄÖÜäöüß' txt from dual;
Table created.
SQL> spool umlaut.utf-8.sqlplus.txt
SQL> select * from t_umlaut;
TXT
------------------------------------------------------------------
Umlaut: ÄÖÜäöüß
SQL> spool off
SQL> exit
[...]
[oracle@vbgeneric ~]$ export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
[oracle@vbgeneric ~]$ sqlplus rmarz/rmarz
SQL*Plus: Release 12.1.0.2.0 Production on Mo Aug 29 20:07:08 2016
[...]
SQL> spool umlaut.8859-15.sqlplus.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ▒▒▒▒▒▒▒
SQL> spool off
[...]
[oracle@vbgeneric ~]$ file umlaut.*
umlaut.8859-15.sqlplus.txt: ISO-8859 text
umlaut.utf-8.sqlplus.txt: UTF-8 Unicode text
Dass die Umlaute im zweiten Fall nicht richtig am Bildschirm ausgegeben werden, liegt daran, dass das Terminal selbst unter UTF-8 läuft.
Die erzeugten Dateien haben das erwartete Encoding, wie die Ausgabe des “file”-Befehles zeigt. Unter Windows ist das Verhalten identisch.
Das moderne SQLcl hingegen wertet $NLS_LANG nicht aus. Das Werkzeug ist in Java geschrieben und übernimmt automatisch die Einstellung der Session aus der es gestartet wird.
In der Linux-Welt kann man diese einfach anpassen: sie wird durch die Umgebungsvariable $LANG gesteuert:
[oracle@vbgeneric ~]$ unset NLS_LANG
[oracle@vbgeneric ~]$ env|grep LANG
LANG=en_US.UTF-8
[oracle@vbgeneric ~]$ sql rmarz/rmarz
SQLcl: Release 4.2.0.16.153.2014 RC on Mon Aug 29 20:27:44 2016
[...]
SQL> spool umlaut.utf-8.SQLcl.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ÄÖÜäöüß
SQL> spool off
SQL> exit
[...]
[oracle@vbgeneric ~]$ export LANG=de_DE.iso885915@euro
[oracle@vbgeneric ~]$ sql rmarz/rmarz
SQLcl: Release 4.2.0.16.153.2014 RC auf Mo Aug 29 20:40:27 2016
[...]
SQL> spool umlaut.8859-15.sqlcl.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ÄÖÜäöüß
SQL>
Abgemeldet von Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
[...]
[oracle@vbgeneric ~]$ file umlaut.*
umlaut.8859-15.sqlcl.txt: ISO-8859 text
umlaut.8859-15.sqlplus.txt: ISO-8859 text
umlaut.utf-8.sqlcl.txt: UTF-8 Unicode text
umlaut.utf-8.sqlplus.txt: UTF-8 Unicode text
[oracle@vbgeneric ~]$
Unter Windows wertet Java die Umgebunsgvariable $LANG leider nicht aus. Die Einstellungen werden aus den Windows-Systemeinstellungen gelesen: How do I view and change the system locale settings to use my language of choice?
Änderungen an diesen Einstellungen gelten für alle Anwendungen. Zum Glück wertet Java noch weitere Variablen aus. Wir machen uns die $JAVA_TOOLS_OPTIONS zu nutze:
PS C:\Users\rmarz> sql.bat rmarz@192.168.56.100/orcl
SQLcl: Release 4.2.0.16.175.1027 RC auf Di Aug 30 03:45:21 2016
[...]
SQL> spool umlaut.8859p15.sqlcl.win.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ├ä├û├£├ñ├Â├╝├ƒ
SQL> spool off
[...]
PS C:\Users\rmarz>
PS C:\Users\rmarz>
PS C:\Users\rmarz> $env:JAVA_TOOL_OPTIONS='-Duser.language=en -Duser.region=US -Dfile.encoding=UTF-8'
PS C:\Users\rmarz>
PS C:\Users\rmarz> sql.bat rmarz/rmarz@192.168.56.100/orcl
Picked up JAVA_TOOL_OPTIONS: -Duser.language=en -Duser.region=US -Dfile.encoding=UTF-8
SQLcl: Release 4.2.0.16.175.1027 RC on Tue Aug 30 03:47:12 2016
[...]
SQL> spool umlaut.utf-8.sqlcl.win.txt
SQL> select * from t_umlaut;
TXT
----------------------
Umlaut: ├ä├û├£├ñ├Â├╝├ƒ
SQL> spool off
SQL> exit
[...]
PS C:\Users\rmarz>
PS C:\Users\rmarz> bash
rmarz@Tinkerbell MINGW64 ~
$ file umlaut.*
umlaut.8859p15.sqlcl.win.txt: ISO-8859 text, with CRLF line terminators
umlaut.utf-8.sqlcl.win.txt: UTF-8 Unicode text, with CRLF line terminators
rmarz@Tinkerbell MINGW64 ~
Dass der Trick funktioniert hat, ist an der Zeile “Picked up JAVA_TOOL_OPTIONS:” zu erkennen. Die Bildschirmausgabe ist nicht korrekt. Das Ergebnis in den Spool-Dateien hingegen schon. Wir haben Windows-Zeilenabschlüsse erhalten - das ist unter Windows natürlich zu erwarten.
Um das “file”-Kommando auch in der powershell benutzen zu können, wurde hier die neue bash für Windows 10 von Microsoft eingesetzt.
Weiterführene Infos zur Lokalisierung von Java gibt es hier: Internationalization: Understanding Locale in the Java Platform
]]>