Worfklow node server error when loading model file

[gee4vee]

We are using the example workflow node server and are working on making the workflow example run as a VS Code extension just like the task list example. We have made a workflow client following the task list project template by copying the tasklist-glsp and tasklist-vscode sources and modifying them appropriately to load a workflow web view.

We started the server and the client successfully but when we try to open example1.wf we get this error in the server.

/Users/gvalenc/.nvm/versions/node/v16.14.0/bin/node ./glsp-server-node/lib/index.js
Debugger attached.
11:56:30 AM info -  [SocketServerLauncher] The GLSP server is ready to accept new client requests on port: 5007
[GLSP-Server]:Startup completed
11:56:40 AM info -  [SocketServerLauncher] Starting GLSP server connection for client: '127.0.0.1'
11:56:40 AM info -  [WorkflowGLSPServer] Initializing server with: applicationId: c103f014-399d-48b9-afb1-5da9236b37c0, protocolVersion: 0.9.0
11:56:43 AM info -  [WorkflowGLSPServer] Initializing client session with: clientSessionId: 'workflow-diagram_0', diagramType: 'workflow-diagram'
11:56:44 AM info -  [WorkflowGLSPServer] process [action=requestModel, clientId=workflow-diagram_0]
11:56:44 AM error -  [WorkflowGLSPServer] Could not process action: 'requestModel Could not load model from file: file:///Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-client-vscode/glsp-client/workspace/example1.wf
            Error: Could not load model from file: file:///Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-client-vscode/glsp-client/workspace/example1.wf
    at GModelLoader.loadFromFile (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/base-impl/gmodel-loader.js:59:19)
    at GModelLoader.loadSourceModel (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/base-impl/gmodel-loader.js:43:27)
    at RequestModelActionHandler.execute (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/features/model/request-model-action-handler.js:47:42)
    at DefaultActionDispatcher.executeHandler (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/actions/action-dispatcher.js:68:47)
    at DefaultActionDispatcher.doDispatch (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/actions/action-dispatcher.js:58:41)
    at Object.promise (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/actions/action-dispatcher.js:48:52)
    at PromiseQueue.resolveQueuedPromise (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/utils/promise-queue.js:68:41)
    at PromiseQueue.dequeue (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/utils/promise-queue.js:57:18)
    at /Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/utils/promise-queue.js:44:18
    at new Promise (<anonymous>)
    at PromiseQueue.enqueue (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/utils/promise-queue.js:37:16)
    at DefaultActionDispatcher.dispatch (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/actions/action-dispatcher.js:48:33)
    at WorkflowGLSPServer.process (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/protocol/glsp-server.js:122:40)
    at /Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/@eclipse-glsp/server-node/lib/protocol/glsp-server.js:53:118
    at handleNotification (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/vscode-jsonrpc/lib/main.js:502:43)
    at processMessageQueue (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/vscode-jsonrpc/lib/main.js:273:17)
    at Immediate.<anonymous> (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/vscode-jsonrpc/lib/main.js:260:13)
    at processImmediate (node:internal/timers:466:21)
    at process.callbackTrampoline (node:internal/async_hooks:130:17)
11:56:44 AM info -  [WorkflowGLSPServer] process [action=requestTypeHints, clientId=workflow-diagram_0]
11:56:44 AM info -  [WorkflowGLSPServer] process [action=requestContextActions, clientId=workflow-diagram_0]

There does not seem to be any causal error logged. Is there any way for us to know why it can't load the model file? This is on macOS.

Our workflow node server is using version 0.9.0-next.95961ba.7+95961ba of @eclipse-glsp/server-node.

[gee4vee]

FYI if we try to move to the very latest next or latest version of @eclipse-glsp/server-node we encounter errors on server startup.

[gee4vee]

I found the causal error in the debugger. It can't find the file at the path "file:///Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-client-vscode/glsp-client/workspace/example1.wf", even though that is the correct path for the file in question. The file appears in the explorer.

[gee4vee]

The file:// prefix is not valid for fs APIs. It appears that this is fixed in the latest version of @eclipse-glsp/server-node, but when I try the latest I get this error:

/Users/gvalenc/.nvm/versions/node/v14.19.0/bin/node ./glsp-server-node/lib/index.js
Debugger attached.
Waiting for the debugger to disconnect...
/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/inversify/lib/annotation/inject.js:21
            throw new Error(error_msgs_1.UNDEFINED_INJECT_ANNOTATION(target.name));
            ^

Error: @inject called with undefined this could mean that the class undefined has a circular dependency problem. You can use a LazyServiceIdentifer to  overcome this limitation.
    at /Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/inversify/lib/annotation/inject.js:21:19
    at DecorateProperty (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/reflect-metadata/Reflect.js:553:33)
    at Object.decorate (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/node_modules/reflect-metadata/Reflect.js:123:24)
    at __decorate (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/lib/handler/create-workflow-node-operation-handler.js:4:92)
    at Object.<anonymous> (/Users/gvalenc/git/DevX/solution-builder-glsp-workflow/glsp-server-node/lib/handler/create-workflow-node-operation-handler.js:54:1)
    at Module._compile (internal/modules/cjs/loader.js:1085:14)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1114:10)
    at Module.load (internal/modules/cjs/loader.js:950:32)
    at Function.Module._load (internal/modules/cjs/loader.js:790:12)
    at Module.require (internal/modules/cjs/loader.js:974:19)

We updated to the latest workflow-server example code.

[gee4vee]

It appears that we were using old code for the workflow-server. After updating it as well as the package.json we got past this error.