8 ms·
For just getting something simple/singular up and running it was passable. The problem was when it was used for multiple services (as his comparison with EAR a
by matsemann 6y ago
For just getting something simple/singular up and running it was passable.
The problem was when it was used for multiple services (as his comparison with EAR and docker implies). Lets say you had a service for something packaged as EAR. You would then have to log in to the dashboard, add the package and configure it manually. If something changed with the package, you would probably have to reinstall it in WAS, you couldn't just pull the newest from git in your repo and be done. And if that needed any config changes, everyone on the team had to do the same locally and manually in the control panel. When you got multiple moving parts, you would spend more time bringing them in and configuring everything correctly than actually developing whatever you were supposed to.
But what I wasted most time on was certificates. Everything had to be signed and stuff, mostly self signed by randoms and more theater than security. Sooo many times stopped working because the certificate for some module expired, or the CAS was unknown and had to be manually loaded into everyone's local install etc.
- pjmlp 6y agoThe story with certificates is still quite up-to-date with docker, k8s and other stuff nowadays. Just last December I was having similar fun with certificates and "modern" approaches.