Files in imports / current workspace aren't watched

[kubukoz]

We should reload the workspace when something in these files changes. Currently a reload has to be triggered by changing the build itself, e.g. reordering the keys in a list or removing one of the keys in the main object.

OUTDATED: Additionally, if imports is not set (as opposed to empty), we won't see any specs - what should happen instead is loading the entire workspace directory.

Update on the above: I don't think it makes any sense - we'd have to basically sift through all .smithy files in the workspace, then also add all .json files that happen to have a smithy member containing the language version (requires actually reading and parsing the files). I think a simpler solution for the time being will be to require an explicit imports list.

[kubukoz]

The fix will have two parts:

Part 1:

The pattern for file watching is defined here:

smithy-playground/vscode-extension/src/extension.ts

Lines 53 to 55 in aa68ffa

	fileEvents: workspace.createFileSystemWatcher(
	"**/{build/smithy-dependencies.json,.smithy.json,smithy-build.json}"
	),

so it doesn't take into account the files imported by the build definition. I don't think we should be watching arbitrary paths on disk though, so I'd say the fix for this would involve adding a file watcher for .smithy and .json files inside the workspace. (worth checking if Smithy tooling has support for any other alternate syntaxes but I think that's it).

This can be a separate PR as it doesn't break existing functionality - as long as it goes first.

Part 2:

Once the files are being watched, the handler of didChangeWatchedFiles needs to be made aware of these files. Currently isChanged is a property defined here:

smithy-playground/modules/lsp/src/main/scala/playground/lsp/ServerLoader.scala

Lines 55 to 57 in aa68ffa

	BuildLoader[F].load.map { case params =>
	PrepareResult(params, !lastUsedConfig.contains(params.config))
	}

BuildLoader[F].load only knows about the parsed contents of the build file, and it should stay that way. I think the right place to read & compare the files would be in ServerLoader still, and it should be based on a hash of the (recursive) contents of all files in params.config.imports.