Side project based on Code4i failes to build, missing type files '@halcyontech/vscode-ibmi-types/api/Tools'

[m-tyler]

Up migrated up to latest Code4i (2.15.x). My side project based on Code4i started reporting errors. I decided to update these projects to the latest Code4i types to 2.15.x. Now building or debugging fails with errors...

ERROR in ./src/tools.ts 22:0-65
Module not found: Error: Can't resolve '@halcyontech/vscode-ibmi-types/api/Tools' in 'C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\src'
resolve '@halcyontech/vscode-ibmi-types/api/Tools' in 'C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\src'
  Parsed request is a module
  using description file: C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\package.json (relative path: ./src)
    resolve as module
      C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\src\node_modules doesn't exist or is not a directory
      looking for modules in C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules
        existing directory C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types
          using description file: C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types\package.json (relative path: .)
            using description file: C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types\package.json (relative path: ./api/Tools)
              no extension
                C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types\api\Tools doesn't exist
              .ts
                C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types\api\Tools.ts doesn't exist
              .js
                C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types\api\Tools.js doesn't exist
              .json
                C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types\api\Tools.json doesn't exist
              as directory
                C:\Wkspaces\VSCODE\vscode-ibmi-hawkeye\node_modules\@halcyontech\vscode-ibmi-types\api\Tools doesn't exist
      C:\Wkspaces\VSCODE\node_modules doesn't exist or is not a directory
      C:\Wkspaces\node_modules doesn't exist or is not a directory
      C:\node_modules doesn't exist or is not a directory
      C:\Users\node_modules doesn't exist or is not a directory
      C:\node_modules doesn't exist or is not a directory
 @ ./src/extension.ts 23:0-33 27:4-21

webpack 5.96.1 compiled with 1 error in 790 ms
 ERROR  npm failed with exit code 1

I use other types such as @halcyontech/vscode-ibmi-types, @halcyontech/vscode-ibmi-types/Instance and @halcyontech/vscode-ibmi-types/api/IBMi.

Any advice how to resolve this issue is welcome.

elements I am using from Tools are...

• Tools.DB2Row for remapping Code4i.getContent().getTable(
• Remapping Tools.makeid(length);

Thanks, Matt

[worksofliam]

So I was able to create a similar error with this code:

import { Tools } from "@halcyontech/vscode-ibmi-types/api/Tools";

Tools.db2Parse('SELECT * FROM QIWS.QCUSTCDT');

ERROR in ./src/base.ts 3:0-65
Module not found: Error: Can't resolve '@halcyontech/vscode-ibmi-types/api/Tools' in '/Users/barry/Repos/vscode-db2i/src'
resolve '@halcyontech/vscode-ibmi-types/api/Tools' in '/Users/barry/Repos/vscode-db2i/src'
  Parsed request is a module
  using description file: /Users/barry/Repos/vscode-db2i/package.json (relative path: ./src)
    resolve as module
      /Users/barry/Repos/vscode-db2i/src/node_modules doesn't exist or is not a directory
      looking for modules in /Users/barry/Repos/vscode-db2i/node_modules
        existing directory /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types
          using description file: /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types/package.json (relative path: .)
            using description file: /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types/package.json (relative path: ./api/Tools)
              no extension
                /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types/api/Tools doesn't exist
              .ts
                /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types/api/Tools.ts doesn't exist
              .js
                /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types/api/Tools.js doesn't exist
              .svg
                /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types/api/Tools.svg doesn't exist
              as directory
                /Users/barry/Repos/vscode-db2i/node_modules/@halcyontech/vscode-ibmi-types/api/Tools doesn't exist
      /Users/barry/Repos/node_modules doesn't exist or is not a directory
      /Users/barry/node_modules doesn't exist or is not a directory
      /Users/node_modules doesn't exist or is not a directory
      /node_modules doesn't exist or is not a directory
 @ ./src/extension.ts 5:0-47 25:2-10 67:19-30

webpack 5.97.1 compiled with 1 error in 586 ms

---

That's because the import is really just a type definition, so you shouldn't be referencing them in your executing code, only as types.

import type { Tools } from "@halcyontech/vscode-ibmi-types/api/Tools";

Then, everything we offer is exported from our extension:

export function loadBase(context: ExtensionContext): CodeForIBMi|undefined {
  if (!baseExtension) {
    baseExtension = (extensions ? extensions.getExtension(`halcyontechltd.code-for-ibmi`) : undefined);

    if (baseExtension) {
      baseExtension.activate().then(() => {
        baseExtension.exports.componentRegistry.registerComponent(context, new SQLStatementChecker());
      });
    }
  }
  
  return (baseExtension && baseExtension.isActive && baseExtension.exports ? baseExtension.exports : undefined);
}

I hope this was helpful.

---

I see a bug where we aren't exporting makeid anymore, but I will get on this right away and release 2.15.3 with it.

[m-tyler]

Thanks that has gotten me over that hump.

I am running into another issue an dI hope you are willing to help with this one. getMemberInfo() is returning the MSGID CPFA0A9, what looks like every time, its run. The base command Go To File... uses this this function and you can see the MSGID appear in the output channel. The getMemberInfo() in command Go To File... is not bothered by the MSGID CPFA0A9 existing. When I run getMemberInfo() from a command in my project that MSGID seems to a problem.

Output channel results from Go To File...

/home/PGMR: LC_ALL=EN_US.UTF-8 /home/PGMR/.vscode/cqsh_1 -c "system \"call QSYS/QZDFMDB2 PARM('-d' '-i' '-t')\""
select * from table(ILEDITOR.GETMBRINFO('ILEDITOR', 'O_MvZIfkyo', 'HWKSEARCH'))
{
    "code": 0,
    "signal": null,
    "stdout": "DB2>
      ?>
    
    LIBRARY    FILE       MEMBER     ATTR       EXTENSION  CREATED             CHANGED             DESCRIPTION                                        ISSOURCE 
    ---------- ---------- ---------- ---------- ---------- ------------------- ------------------- -------------------------------------------------- ---------
    ILEDITOR   O_MVZIFKYO HWKSEARCH  PF                    2025-03-07-13.54.26 1970-01-01-00.00.00 Outfile for Scan Source Members (DSPSCNSRC)        N        
    
      1 RECORD(S) SELECTED.",
    "stderr": "CPFA0A9:  Object not found.  Object is EN_US.UTF-8."
}

Output channel results from my extension command

/home/PGMR: LC_ALL=EN_US.UTF-8 /home/PGMR/.vscode/cqsh_1 -c "system \"call QSYS/QZDFMDB2 PARM('-d' '-i' '-t')\""
select * from table(ILEDITOR.GETMBRINFO('PGMR', 'TSTSRC', 'TEST_TS1'))
{
    "code": 0,
    "signal": null,
    "stdout": "DB2>
      ?>
    
    LIBRARY    FILE       MEMBER     ATTR       EXTENSION  CREATED             CHANGED             DESCRIPTION                                        ISSOURCE 
    ---------- ---------- ---------- ---------- ---------- ------------------- ------------------- -------------------------------------------------- ---------
    PGMR       TSTSRC     TEST_TS1   PF         RPGLE      2021-07-08-09.03.12 2021-07-08-09.08.00                                                    Y        
    
      1 RECORD(S) SELECTED.",
    "stderr": "CPFA0A9:  Object not found.  Object is EN_US.UTF-8."
}

They look essentially the same, however, the results of running getMemberInfo() from my extension command rsults in an undefined variable.

This is how I redefined the function const memberInfo = await Code4i.getMemberInfo(${tempLibrary}, ${tempName}, HWKSEARCH);. The pattern of using Code4i was obtained from the project vscode-ibmi-fs which is what I based my project after.

[m-tyler]

Okay so I missed the condition in getMemberInfo() in the base project having a condition of if (results.length === 1 && results[0].ISSOURCE === 'Y') where my member check is over a file that is not a source file. I guess for my needs I only needed to know that the file was built so i will change over to using checkObject()

[m-tyler]

Thanks for the assist again!