sobota, września 23, 2017

Tibco BusinessWorks on IBM Java 9 with reduced memory consumption thanks to Strings held as byte[] instead of char[]

http://openjdk.java.net/jeps/254

https://www.ibm.com/support/knowledgecenter/SSYKE2_9.0.0/j9vm_reference.html

but...

https://github.com/eclipse/openj9/issues/42 needs some work - default Garbage Collection settings may have impact on some benchmarks and real life loads. Still IBM Metronome GC doesn't have these issues.

To switch Tibco BW to OpenJ9 use these settings in tra:

tibco.env.JVM_LIB_DIR /home/user/TIBCO/tibcojre64/jdk-9+181/lib/j9vm
tibco.env.JVM_LIB_SERVER_DIR /home/user/TIBCO/tibcojre64/jdk-9+181/lib/j9vm
tibco.env.JVM_LIB_PATH /home/user/TIBCO/tibcojre64/jdk-9+181/lib/j9vm/libjvm.so

When switching from Java 7 you have to add sun.io.* to some jar in classpath. Memory usage needs some research and numbers and then we can think of target environments: DEV, TEST. PROD would need support from Tibco.



czwartek, września 21, 2017

Speed up Tibco Designer Swing UI with GC tuning

java.extended.properties -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:MinHeapFreeRatio=40 -XX:MaxHeapFreeRatio=70 -XX:+UseConcMarkSweepGC -Xmx2048m -Xms1024m -Dawt.useSystemAAFontSettings=lcd -Dsun.java2d.opengl=true -Dswing.aatext=true -Dswing.defaultlaf=com.jgoodies.looks.plastic.Plastic3DLookAndFeel

Historyczne stany Wisły w Warszawie

Narastające zbocze wykresu oznacza opady/roztopy, co wiąże się z parciem hydrostatycznym wody w gruncie na ściany garażu. Dane IMGW.


OpenJDK from IBM

https://github.com/AdoptOpenJDK/openjdk9-openj9-releases/releases

What is the cause of Tibco BusinessWorks problems with HTTPS (TLSv1.1, TLSv1.2, SalesForce)

Tibco uses old version of cryptographic library Entrust which uses even older library IAIK from Technische Universität Graz in Austria. These are not capable of providing TLSv1.2. IAIK is properly developed and maintained (with TLS supported at least since 2014), see http://jcewww.iaik.tu-graz.ac.at/index.php/sic/News/iSaSiLk_5.0_with_TLS_1.2_support_released, but Tibco doesn't update this library on its own.  If you set java.property.TIBCO_SECURITY_VENDOR="j2se" or "j2se-default" or "ibm" in bwengine.tra file (also in designer.tra) you can use security stack from JRE. To be honest only part of it due to strange implementation of Tibco SSL Socket Factory. SSLContext is acquired for hardcoded value "TLSv1", what causes limiting TLS version used to TLSv1 despite the fact that Java 7+ can use TLSv1.2. How can Tibco fix this hardcode bug? By reading private MAX field from Sun's ProtocolVersion and then using it in argument to SSLContext.getInstance(). How can we hack this Tibco bug? By manually setting supported protocols inside JRE SSL contexts. If you want to access SalesForce from BW, but you can't, you can contact me and ask for help.




wtorek, września 19, 2017

Tibco BW and TLSv1.2




sobota, września 16, 2017

Toyota Corolla 2018 (SAFETY SENSE EXPLAINED)

wtorek, września 12, 2017

Access SAP from Java


poniedziałek, września 11, 2017

Przesyłanie dokumentów między instytucjami przez ePUAP

Platforma ePUAP umożliwia przesłanie podpisanego dokumentu konkrentnej sprawy (zgodnego z XSD), z załącznikami od petenta do instytuacji i vice versa. Petent jednak nie może przesłać dalej dokumentu od jednej instytucji do drugiej. Nie może też przesłać XML-a z jedną sprawą jako załącznika do drugiej, bo podmioty uczestniczące w ePUAP nie umieją czytać plików sprawy. Ministerstwo nie wpadło na to. Tymczasem jest to bardzo podstawowa funkcjonalność jakiej obywatel może oczekiwać od e-usług. Co taki sąd może zrobić z dokumentem XML sprawy ePUAP? Powołać biegłego do odczytania go. A sąd nie ma na to czasu i pieniędzy. Sama walidacja dokumentu sprawy jest prosta:





Apeluję do Pani Minister o dodanie takiej funkcjonalności do ePUAP. Mogę nawet sam ją dopisać albo wykonać oddzielną aplikację za 0 zł.

-- Update 7.11.2017 --

W nawiązaniu do przekazanej idei przybliżonej przez Pana pod załączonym poniżej linkiem uprzejmie wyjaśniam, że można przesyłać dalej dokumenty, które zostały nam doręczone przez ePUAP. Istotnie nie jest to wystarczająco łatwe i wygodne ale możliwe. W razie czego służę wyjaśnieniami jak to można zrobić.

Jednakże między innymi dlatego problematyka e-doręczeń znalazła się w programie „Od papierowej do cyfrowej Polski” jako odrębny temat zatytułowany „Strumień e-Skrzynka i e-Doręczenie” zob. https://www.gov.pl/cyfryzacja/strumien-e-skrzynka-i-e-doreczenie

Odrębną kwestią jest to, że poza ePUAP trudno jest wizualizować dokumenty XML jak również wersyfikować podpisy i wyodrębniać załączniki do tych dokumentów. Tu też ma Pan rację że nie jest to wygodne choć sąd może korzystać wprost z konta na ePUAP lub usługi wizualizacji jest dostępnej pod adresem  https://epuap.gov.pl/wps/myportal/strefa-urzednika/inne-systemy/walidator
Z wizualizacją poradzono sobie też na platformie SEKAP zob. https://www.sekap.pl/epaczka.seam

Jeszcze inne problemy dotyczą możliwości skutecznego przesłania do sądu pisma procesowego na elektroniczną skrzynkę podawczą sądu, co jak Pan zapewne wie nie jest obecnie możliwe, ale nie dlatego, że nie można przekazać dalej dokumentu otrzymanego z innego podmiotu (bo można), ani dlatego, że sąd „nie umie” odczytać dokumentu XML (bo powinien). Powody wyjaśniają sądy na swoich stronach internetowych zob. np. tutaj: http://bip.warszawa.so.gov.pl/artykul/468/353/elektroniczna-skrzynka-podawcza

W MC doskonale zdajemy sobie sprawę z powyższych uwarunkowań i dlatego między innymi pracujemy nad takim rozwiązaniem problemu doręczeń jakie kierunkowo zostało zasygnalizowane w programie „Od papierowej do cyfrowej Polski”.

Z poważaniem

Kazimierz Schmidt
Radca ministra

Ministerstwo Cyfryzacji
Departament Utrzymania i Rozwoju Systemów

czwartek, września 07, 2017

How to disable proxy in Google Chrome on Windows


poniedziałek, września 04, 2017

Why /etc/security/limits.conf doesn't work in Ubuntu 16.04, 16.10, 17.04?

Because there is systemd...
Modify its files:

root@user-VirtualBox:~# grep NOFILE /etc/systemd/*.conf
/etc/systemd/system.conf:DefaultLimitNOFILE=2097152
/etc/systemd/user.conf:DefaultLimitNOFILE=1048576