Agree about the Db2 Client Drivers - you would think that it would be better to encourage as much Client access as possible - helps drive MSU usage even though client driver access to Db2 on IBM z is offloaded to specialty engines when possible.
It is Very Sad when companies do not keep their software current. The old IBM Data Studio was (well is still) a great tool - used it with IBM Db2 on z and LUW as well as Oracle, SQL Server, Sybase, Postgres, and several other data base client drivers.
VS Code and API(s) is the IBM and other ISV(s) Strategic Direction, but this new support is not always as vibrant as what IBM Data Studio provided.
All because of the $$$ cost to maintain a great tool like IBM Data Studio is being tossed to the side and allowed to die and rot all because there is not any profit from Free Software!
May wany to check with your IBM Z Db2 group - because - if you had the Db2 License jar for the older versions of Db2 on IBM z for IBM Data Studio most likely they can provide you with the Db2 License jar file for the newer version.
Good luck!
BTW - The Open Source SQuirreL (http://www.squirrelsql.org/) Tooling for JDBC Drivers is fairly good - not as good as IBM Data Studio - but fairly easy to use!
But - LOL - U will still need the License Jar with the IBM Db2 JDBC Driver to access IBM z!
------------------------------
Steve Able
Director of Strategy and Architecture
Adaptigent formally GT Software, Inc.
☠
------------------------------
Original Message:
Sent: Wed December 18, 2024 05:47 AM
From: Christian Frieben
Subject: Are the Visual Studio Code Plugins dead by design?
We used the IBM Db2 Data Studio to have a more open interface for Client related people to work with our DB2.
Now with DB2 v13 Data Studio isnt supported anymore and the replacement which is a Visual Studio Code Plugin requires a DB2 Data Server Client License/DB2 Connect we dont have.
In 2024 i really cannot explain anyone why we have to pay an extra fee to access our DB2 from common Client applications. Oracle, Postgres ... every other competitor allows developers to access from their SQL Tools. Not only tools, also from productive application servers. Hey, we live in a non-monolith world.
Anyone can give me a hint, how to explain anyone outside the Mainframe Bubble why we have to pay a lot of extra money for accessing our data per JDBC/ODBC?
------------------------------
Christian Frieben
------------------------------