Mapepire component backend

[worksofliam]

• [x] Ship jar with extension (like we do in the database extension)
  • Installing the component during build: https://github.com/codefori/vscode-db2i/blob/main/src/dsc.ts
  • Current logic for checking install status, we should replace with the Component API: https://github.com/codefori/vscode-db2i/blob/main/src/connection/serverComponent.ts
  • SQLJob class needs to be imported: https://github.com/codefori/vscode-db2i/blob/main/src/connection/sqlJob.ts
• [x] Find system SQL replacement (https://gist.github.com/worksofliam/b51ec5cd76e76cd9d23a3ddc2ff2ff32)
  • Bad news. call qsys2.qcmdexc doesn't write a spool file if the command returns exit code > 0 (so we can't see the spool file from a bad compile)
  • Maybe we keep the system around for compiles and just use SQL for data (which makes sense)
• [ ] ~Remove usage of QSH in API~
• [ ] ~Remove usage of liblist internally~
• [ ] ~Replace system with new replacement~
• [ ] Remove CCSID checks from connection startup
• [x] Use unique QTEMP names
• [x] Remove all for bit data

[worksofliam]

Bad news about qcmdexc. It works fine if the command executes successfully:

call liama.sql_system('CRTBNDRPG PGM(*CURLIB/OCEAN) SRCFILE(LIAMA/QRPGLESRC) OPTION(*EVENTF) DBGVIEW(*SOURCE) TGTRLS(*CURRENT)', 'SAMPLE');

But, if the command you execute has a return code of more than 0, no spool is written and therefore we can't capture it with SQL like we can with the system command:

call qsys2.qcmdexc('CRTBNDRPG PGM(*CURLIB/OCAN) SRCFILE(LIAMA/QRPGLESRC) OPTION(*EVENTF) DBGVIEW(*SOURCE) TGTRLS(*CURRENT)');

 select char(job_number) || '/' || job_user || '/' || job_name, spooled_file_name, spooled_file_number 
  from table(qsys2.spooled_file_info()) x order by creation_timestamp desc limit 20;

Maybe we still leave the compiles and library list stuff to QSH?