Eh, this is the typical way that IBM leaves markets. Yes, you can still buy OS/2 from eComStation, but the end of organizational support and selling what remains to a small entity is how IBM avoids having to deal with it anymore.
Good to know. I'm definitely not denying that this is IBM washing its hands of APL officially, just pointing out that unofficially it's been this way for a decade or two at least. Despite hosting the creation of APL, IBM has a distinguished history of neglecting it. In the early years there was some pressure to use PL/I instead of APL. For timesharing (when it was profitable, before microcomputers), APL*PLUS and SHARP APL took over a lot of market share from IBM by being faster to implement features customers wanted. APL2 was a reversal of this trend, but it didn't last long.
The same happened to VisualAge for Smalltalk where in 2005 Instantiations, Inc. took over "worldwide rights for this product" - and is still offering it...
I kind of wish that VisualAge for Java was still a thing but in reality it is unlikely that I would do anything more with it than I ever did with v1.0 and v2.0 which still sit on a shelf.
The main problem with VisualAge for Java was that you couldn't integrate external libraries easily... it was not file-system-based, like IDEA/Eclipse are today...
Yes, as I tried to imply, I never really used it enough to feel the pain of it's idiosyncratic implementation. Before I even posted the earlier comment I checked Wikipedia about VisualAge (to ensure I hadn't missed later releases) and learned, I think for the first time, that VisualAge Java was apparently implemented by extending a Smalltalk VM and presumably used the standard Smalltalk image model. I have been a Smalltalk aficionado and see some value in the image based model and think I might not feel the pain as much as the average user.