my tec notes (german, home networking and programming)

Ok, nach Spielereien mit openShift für eine Demoanwendung: the good: toller Plan mit 3 freien (kleinen) Maschienchen "Applications/gears" jenkins Server und jenkins build von Cloud Anwendungen schon integriert neuer Stack (as of today: java 8) recht viel Dokumentation the ugly (für mich):  meine (nicht mal große) Anwendung kann nicht über den "coolen" weg git push und build scripte deployed werden. Konkret: gradle wird nicht native unterstützt, und wenn ich das in der virtuellen Maschine mit gradlew Script ausführe wird sofort die Disk Quota überschritten. :processResources :classes :war :bootRepackage :assemble :deployOpenShift FAILED FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':deployOpenShift'. > Could not copy file '/var/lib/openshift/547cecd0*********060/app-root/runtime/repo/build/libs/totask2.war' to '/var/lib/openshift/547c*********0/app-root/runtime/repo/deployments/to*****...

accumulating technologies for one simple project: java8 (finally closures, Optional and Futures) spring mvc spring boot/annotations spring security gradle checkstyle findbug pmd asciidoctor plantuml jquery jquery-ui bootstrap bootstrapvalidator datatables charts.js autocomplete selectize.js h2 database hibernate-envers flyway eclipse ide git und github Sublime Text openShift jenkins fun or intimidating, not sure yet..

with openSSL commandline .\bin\ openssl s_client -connect fb-testxxx.xxxx.com:443 -prexit GET /apixxxx/WebService/xxxApi/ExAx.asmx?wsdl

Parallel zu Unit Tests spiele ich gerade bei Webservices auch mit SoapUI herum. Hintergrund: mit junit Tests/soap library ist es nicht einfach möglich strukturell *ungültige* oder einfach andersartige Requests abzusetzen. Wenn man dann Problemen nachgehen will der Art "warum geht der Call von Implementierung A durch, aber von B nicht?", braucht es etwas um "raw" Aufrufe zu erzeugen. Gerade wieder passiert mit einem Kunden, der nach einem SAP Upgrade Problemen beim Aufruf unserer Webservices hatte. Die Steps sind eigentlich einfach: ein Soap UI Projektfile hat man schon (das editiert man in mit soapUI) dazu ein pom.xml für maven anlegen (inclusive soapui-maven-plugin) das Projekt als ganz normales maven Projekt in jenkins einplanen für (goal test) Zu beachten: Zielverzeichnis für Testoutput junit im soapUI Plugin richtig einstellen, dann erkennt Jenkins nach dem Build die Testergebnisse automatisch (${project.build.directory}/surefire-reports) Überlegen...

http://regex101.com/#javascript

wenn nach langem Warten (timeout) wieder mal "403 13 forbidden" kommt (Browser/IIS Log).. versucht der IIS ev. die certificate revocation list (CRL) für das Client Zertifikat von Drittservern zu laden - und falls er z.B. in einer DMZ Umgebung eingesperrt ist, so schlägt dies fehl. Das Verhalten auszuschalten geht - wird aber natürlich nicht empfohlen (da dann zurückgezogene Client Zertifikate nicht mehr abgewiesen werden können): add sslcert ....  clientcertnegotiation =disable             verifyclientcertrevocation =disable   In meinem Fall (interner Server, ich bin auch die CA, manage die client zertifikate alle einzeln) aber keine Sicherheitsbedenken. http://support.microsoft.com/kb/294305 

about:config perference name = network.negotiate-auth.trusted-uris value = http://xxx.local,http://yyy.local