-
I've added the VSCode extension for the smithy LSP server. Unfortuntely, I haven't gottent it to work yet. I suspect, that may be because I work in a borderline absurd environment that I have little control over, but I'd like to check if it's something easier :-)! Here's what I can find. In the Extension Host Log;
So it looks like it's registered. In .smithy-build.json
In the extension window in VSCode itself, there is a Runtime Status tab. In that tab, I see
Which looks like a hint that something has gone wrong. I haven't (yet) found any other logging... any obvious hints / avenues of investigation? P.S. For the record, I tried latest.stable with a conrete version, wasnt' sure it it was a wilcard or not ... but same behaviour... |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 7 replies
-
@Quafadas it's very likely not gonna be a smithy4s issue, so let's put the configuration aside for now. When you say "haven't got it to work", what does it mean exactly ? What doesn't work ? Do you get syntax colouring but none of the other features ? Does nothing happen at all when you open a smithy file ? Can you try the AWS-owned vscode extension ? We've actually collaborated with them on the LSP implementation, and only released our own vscode plugin because timeframes, but it's likely that we'll deprecate it in favour of theirs at some point in the future. |
Beta Was this translation helpful? Give feedback.
@Quafadas it's very likely not gonna be a smithy4s issue, so let's put the configuration aside for now.
When you say "haven't got it to work", what does it mean exactly ? What doesn't work ? Do you get syntax colouring but none of the other features ? Does nothing happen at all when you open a smithy file ?
Can you try the AWS-owned vscode extension ? We've actually collaborated with them on the LSP implementation, and only released our own vscode plugin because timeframes, but it's likely that we'll deprecate it in favour of theirs at some point in the future.