Veröffentlicht am

SMTP Fake Server (JAVA)

Kommt man in die Verlegenheit, in  einem isolierten Netzwerk ein  Mail verschickendes Modul entwickeln oder Testen zu müssen,  jedoch aber kein SMTP-Server verfügbar ist, hilft dieses kleine Tool:

Fake SMTP Server, hier runterzuladen:

http://nilhcem.com/FakeSMTP/index.html

In Benutzung sieht es dann über das grafische Logfenster so aus:

grafisches Logfenster von FAKE SMTP Server
Logfenster von FAKE SMTP Server

Der Aufruf lautet:

java -jar fakeSMTP-2.0.jar

Auf obigem Logfenster kann man genau sehen was passiert ist, Doppelklick öffnet sogar die Mail im Mailclient, das eventuell mitgeschickte Attachment kann angeschaut / extrahiert/ gespeichert werden. Sehr nützlich.

 

Nach Doppelklick:

Ansicht in Mailclient

Dadurch kann man die volle Funktionalität testen, das Attachment in Vorschau nehmen oder drucken,

Auf der Commandline ist eine Art Log zu sehen.

Für den Entwickler sieht man die Details im Klartext auf dem Tab

Tab Last Message - Klartextdarstellung incl. MIME
Tab Last Message – Klartextdarstellung incl. MIME

 

Fazit: Die eigene Software besteht dadurch den Entwicklertest und im Integrationsenvironment steht später ein echter SMTP Server zur Verfügung.

 

Veröffentlicht am

Install SQL Developer 32 Bit (Javaprobleme)

missing JDK path OSD

Ausgangssituation:

Auf einer 32-Bit virtuellen Workstation hätte ich gerne den aktuellsten ORACLE  SQL Developer. Auf der Maschine habe ich keine ADMIN-Rechte, keinen Schreibzugriff auf c:\Programme

Bei OTN habe ich mir die Installationspakete für OSD (Oracle SQL Developer) 4.0x sowie 17.x besorgt, jeweils 32 Bit ohne JDK sowie 64 Bit mit included SDK.

Leider ließ sich kein Paket zum Laufen bringen.
Beim Anstarten fragte OSD immer nach dem Pfad der JRE.

Gab man den richtigen Pfad an, war er leider nicht damit zufrieden.
Ich meinte mich zu erinneren, dass ich auf einer Maschine, auf der ich Schreibrechte hatte, einfach den Pfadnamen anpasste von

….\jdk\jre1.8.0_92

zu

…\jdk\jre

und dass es dann lief.
Hier half das nicht.

Hilfreich war dann dieser Link:

SQL Developer – Cannot find a Java SE SDK installed at path

Die Kollegen wiesen nach, dass der Unterschiede der Releases nur die JDK im OSD Verzeichnis ist.

Unglücklicherweise ist ein harter Verweis eingebaut, so dass man Probleme bei der Benutzung der installierten JRE hat:

Wir sehen  das  SetJavaHome ist  ../../jdk

Und wo soll das sein?

Mit diesen Informationen kann man einfach das JRE ins Verzeichnis mergen und der OSD ist lauffähig.
Es wundert mich schon, dass man zu solch einer „kreativen“ Lösung gezwungen wird.