A container coordinator isn’t something that is all that likely to be important to me in the immediate future but given that docker keeps showing up in java spring related tutorials I’m inclined to take a look at the technology.
It sounds as if the docker equivalent has largely fallen flat and kubernetes is the solution I’m seeing most frequently out there. I’m not sure when I’ll find time to do more than skim these, but interesting technology is always worth a look…
I’ve been doing some reading on Spring Boot and Spring in general. Several of the books I’ve been reading use docker containers to provide tools to support the sandbox projects they walk through.
Last night I installed Docker on my small development machine so that I could start playing with some of the examples. I was surprised to find that it uses Hyper-V and that I’d lose access to my VirtualBox VMs if I completed the installation.
There appears to be a ‘toolbox’ version that doesn’t have such issues and I’ll be looking into that sometime soon (I installed it, but I haven’t yet dug into running it).
I have installed the full docker on a machine that I don’t run VMs on and will likely use that one for any experimental coding that needs Docker.
It is disappointing that they chose a path that makes it difficult to share one development box between VM and docker containers though…
After a bunch of reinstalling of JDK code and messing with environment, the sprint tools suite is back to a working state on my small home development machine.
I’m not sure what fixed the problem but it was a rather strange one. Eclipse and IntelliJ were working normally and the java command line looked good. For some reason the STS IDE wouldn’t find some JDK pieces it expected. I have STS running on three other machines here at home without problems (and with pretty much identical installs).
Glad to have that dealt with though I wish I understood why it was broken and what actually fixed the problem.
I spent my sandbox time this weekend bouncing between JavaFX and various java spring topics.
I have pretty much concluded that JavaFX isn’t somewhere I want to spend sandbox time. It appears to be less capable and productive than WPF for local UI work and Angular on Spring appear more broadly useful in the environments where Java reigns supreme.
Continue reading Monday morning after some java spring for the weekend…
I’ve been reading more on WiX while wrapping up the loose ends of C# coding on my current program. I’m a team of one at this point but it is rather nice to get some straight-up coding done without needing to take care of the other issues that leading a team brings to the table.
The ‘heat’ tool in WiX generates files containing WiX descriptions of files on the file system that need to be installed. I have built small WiX installers in the past for projects but those have contained only a handful of files. Things I hadn’t known before this piece of work:
There’s clearly much more to learn on this front but for the moment I’ve got what I needed. Installer UIs and more complex system interactions would be nice to know about but I know where to go to find that information when I need it…
It has been interesting reading Derek Lowe’s articles about machine planned synthesis and the pharma research space.
Much of this sounds like what software went through as compilers came on the scene and became progressively better. For a long time people would argue that human generated machine code would always be better than compiler generated code and that compilers were essentially a crutch for those unwilling to do the hard stuff. Continue reading Machines and MedChem
I’ve used WiX for the installer for a small sandbox project or two. I’m now looking to use it for something bigger. Getting back to the could of WiX ebooks I’ve got (WiX 3.6: A Developer’s Guide to Windows Installer XML and WiX Cookbook). One conclusion so far is that a project with tens of files involved is going to make for a long WiX configuration file…
I’ve read one of these to support my previous WiX work (service installation which for C# based services pretty much requires an installer). Non-sandbox work needs a somewhat deeper view though.
I’ve been wrapping up the program that I have been software lead on for the last year and a bit. I’ve also been doing some sandbox coding in C# with a focus on C# to C++/CLI interop as I’ve got a few software tools that need to cross over to from WPF to native code.
Over the weekend I continued adding to the C++/CLI code to access the volume information in a system. I’m close to having all of the pieces that I need in order to get the volume data needed to support the scans. I’ll also need to implement a wrapper for the file id API to manage deduplication and volume location of files. Continue reading Continuing C++/CLI and File Scanning
I’m wrapping up work on my current program at work and it looks as if I’ll be heading from C# to Java for my next stretch.
My previous Java experience was in the all encompassing world of Amazon’s systems. I’ve loaded up the latest version of Idea and Eclipse to do a little refresher and play with some free-standing java code again.
I expect that my home projects will likely stay more on the C#/Javascript side of things (with a little C++ and PHP mixed in) as those tools are better suited to my sandbox project needs.