[PoC] Fix #823 - Add support for willRenameFiles/willCreateFiles/willDeleteFiles

[zulus]

This is a poc for rename. Unfortunately changes produced by LSPEclipseUtils.toCompositeChange arent correct:

1. TextDocumentChanges isn't grouped per file, so preview is broken (same document is re-used)
2. If files are opened in editors, change leave them in dirty state
3. In theory "will*" operations should be invoked sequentially, if not two servers can report same change, some de-duplication should be invoked

[zulus]

1. TextDocumentChanges isn't grouped per file, so preview is broken (same document is re-used)

Fixed on platform level (already merged): eclipse-platform/eclipse.platform.ui#1172

[angelozerr]

FileSystems.getDefault().getPathMatcher("glob:" have a limitation, when you define **/*.ts and your base dir is

C:/Users/

• C:/Users/foo/bar.ts will match **/*.ts
• C:/Users/bar.ts will NOT match **/*.ts although vscode support it and it sa very commons usecases.

More its is better to cache the globfile pattern.

I suggest that you see my test code at https://github.com/redhat-developer/lsp4ij/blob/main/src/test/java/com/redhat/devtools/lsp4ij/features/filewatchers/FileSystemWatcherManagerTest.java which are the same test than vscode.

In otherwords I suggest that you copy/paste my https://github.com/redhat-developer/lsp4ij/blob/main/src/main/java/com/redhat/devtools/lsp4ij/features/filewatchers/PathPatternMatcher.java and use it.

PathPatternMatcher is used to manage glob pattern for didChangeFilesWatcher and willRenameFiles, etc

Here my current PR to support willRenameFiles redhat-developer/lsp4ij#198

Hope it will help.

[mickaelistria]

The initial target branch master was deleted and replaced by main, so this PR got closed automatically. If this is still relevant, please re-create this PR targetting the main branch.