Skip to content

Commit

Permalink
Merge pull request #1884 from h-east/update-quickfix
Browse files Browse the repository at this point in the history
Update quickfix.{txt,jax}
  • Loading branch information
h-east authored Dec 29, 2024
2 parents 9054565 + efd016c commit f2d87f0
Show file tree
Hide file tree
Showing 2 changed files with 146 additions and 39 deletions.
93 changes: 73 additions & 20 deletions doc/quickfix.jax
Original file line number Diff line number Diff line change
@@ -1,4 +1,4 @@
*quickfix.txt* For Vim バージョン 9.1. Last change: 2024 Nov 28
*quickfix.txt* For Vim バージョン 9.1. Last change: 2024 Dec 16


VIMリファレンスマニュアル by Bram Moolenaar
Expand Down Expand Up @@ -1301,7 +1301,7 @@ SpotBugs は、Java のバグを見つけるために使用できる静的解析
て、`:compiler! spotbugs` はサポートされていない。)

よく使用されるコンパイラオプションは、"b:" または "g:spotbugs_makeprg_params"
変数を設定することで 'makeprg' に追加できる。例: >
変数を設定することで 'makeprg' に追加できる。例: >vim

let b:spotbugs_makeprg_params = "-longBugCodes -effort:max -low"

Expand All @@ -1311,30 +1311,33 @@ SpotBugs は、Java のバグを見つけるために使用できる静的解析
索される。ただし、一般的な Java プロジェクトでは、ソースファイルとクラスファイ
ルに別々のディレクトリを使用する。両方を SpotBugs に認識させるには、それらのパ
ス (共通のルートディレクトリに対して異なる相対パス) を次のプロパティに割り当て
る (一般的な Maven プロジェクトの例を使用): >
る (一般的な Maven プロジェクトの例を使用): >vim

let g:spotbugs_properties = {
\ 'sourceDirPath': 'src/main/java',
\ 'classDirPath': 'target/classes',
\ 'testSourceDirPath': 'src/test/java',
\ 'testClassDirPath': 'target/test-classes',
\ 'sourceDirPath': ['src/main/java'],
\ 'classDirPath': ['target/classes'],
\ 'testSourceDirPath': ['src/test/java'],
\ 'testClassDirPath': ['target/test-classes'],
\ }

Note ソースパスエントリとクラスパスエントリはペアで指定する必要があることに注
意。少なくとも 1 つを検討する場合は、"sourceDirPath" と "classDirPath" の両方
を定義し、"testSourceDirPath" と "testClassDirPath" に同じロジックを適用する。
Note パスのキー値は、SpotBugs がファイルを検索する場所のみを記述することに注
意。詳細については、特定のコンパイラプラグインのドキュメントを参照。

Ant、Maven、および Javac コンパイラプラグインには、デフォルトのプリコンパイラ
アクションとポストコンパイラアクションが用意されており、コンパイラプラグインの
名前を "compiler" キーに割り当てることで選択できる: >
名前 (`ant`, `maven`, `javac`) を "compiler" キーに割り当てることで選択できる:
>vim
let g:spotbugs_properties = {
\ 'compiler': 'maven',
\ }

この単一の設定は、基本的に以下のすべての設定と同等だが、"PreCompilerAction" お
よび "PreCompilerTestAction" の値は例外である。リストされている |Funcref|
no-op 実装を取得するが、"compiler" キーの暗黙的な Funcref は、使用可能な場合は
要求されたデフォルトを取得する。 >
要求されたデフォルトを取得する。 >vim

let g:spotbugs_properties = {
\ 'PreCompilerAction':
Expand All @@ -1343,35 +1346,53 @@ no-op 実装を取得するが、"compiler" キーの暗黙的な Funcref は、
\ function('spotbugs#DefaultPreCompilerTestAction'),
\ 'PostCompilerAction':
\ function('spotbugs#DefaultPostCompilerAction'),
\ 'sourceDirPath': 'src/main/java',
\ 'classDirPath': 'target/classes',
\ 'testSourceDirPath': 'src/test/java',
\ 'testClassDirPath': 'target/test-classes',
\ 'sourceDirPath': ['src/main/java'],
\ 'classDirPath': ['target/classes'],
\ 'testSourceDirPath': ['src/test/java'],
\ 'testClassDirPath': ['target/test-classes'],
\ }

デフォルトのアクションでは、選択されたコンパイラは Java 構文ファイルがロードさ
れるとすぐにバッファのクラスファイル (おそらくプロジェクト全体) を再構築しよう
とする。次に、`spotbugs` はバッファのコンパイルユニットの品質を分析しようとす
る。

Vim コマンドは 'makeprg' [0] に習熟していると、デフォルトアクションで構成でき
る。まず、サポートされているキー "DefaultPreCompilerCommand"、
"DefaultPreCompilerTestCommand"、または "DefaultPostCompilerCommand" のどれに
対して実装を記述する必要があるかを検討し、これらの各キーが特定の "*Action" キー
に対応していることを確認する。次に、常に文字列型の唯一のパラメーターを宣言し、
|:make| と同等のコマンドを使用する新しい関数を定義し、その |Funcref| を選択し
たキーに割り当てる。例:
>vim
function! GenericPostCompilerCommand(arguments) abort
execute 'make ' . a:arguments
endfunction

let g:spotbugs_properties = {
\ 'DefaultPostCompilerCommand':
\ function('GenericPostCompilerCommand'),
\ }

デフォルトのアクションが目的のワークフローに適していない場合は、任意の関数を自
分で作成し、その |Funcref| をサポートされているキー "PreCompilerAction"、
"PreCompilerTestAction"、および "PostCompilerAction" と一致させることを検討す
ること。
分で記述し、その Funcref をサポートされているキー "PreCompilerAction"、
"PreCompilerTestAction"、および "PostCompilerAction" に一致させて続行する。

次の例では、Maven プロジェクトのデフォルトのプリコンパイラアクションを再実装
し、"compiler" エントリを使用して他のデフォルトの Maven 設定を要求する: >
し、"compiler" エントリを使用して他のデフォルトの Maven 設定を要求する: >vim

function! MavenPreCompilerAction() abort
call spotbugs#DeleteClassFiles()
compiler maven
make compile
cc
endfunction

function! MavenPreCompilerTestAction() abort
call spotbugs#DeleteClassFiles()
compiler maven
make test-compile
cc
endfunction

let g:spotbugs_properties = {
Expand All @@ -1384,14 +1405,46 @@ no-op 実装を取得するが、"compiler" キーの暗黙的な Funcref は、

Note 入力されたすべてのカスタム設定は、"g:spotbugs_properties" 内の一致するデ
フォルト設定よりも優先されることに注意。
Note さらに作業を進める前に、プリコンパイラアクションの結果をプラグインに通知
する必要があることに注意。アクションの最後のコマンドとして、|:make| の後に
|:cc| (または |:lmake| の後に |:ll|) を使用することがこのような通信のサポート
されている手段である。

バッファローカル自動コマンドのアクションを切り替えるために、
"SpotBugsRemoveBufferAutocmd" と "SpotBugsDefineBufferAutocmd" という 2 つのコ
マンドが用意されてる。例えば、|BufWritePost| および |SigUSR1| イベントでもアク
ションを実行するには、次の行を `~/.vim/after/ftplugin/java.vim` に追加する:
>vim
if exists(':SpotBugsDefineBufferAutocmd') == 2
SpotBugsDefineBufferAutocmd BufWritePost SigUSR1
endif

それ以外の場合は、いつでも `:doautocmd java_spotbugs User` にアクセスできる。

"g:spotbugs_properties" 変数は、Java ファイルタイププラグイン
(|ft-java-plugin|) によって参照され、説明されている自動化を調整する。したがっ
て、Java ソースファイルがロードされたバッファに対して |FileType| イベントが発
生する前に定義する必要がある。例えば、[0] によってロードされるプロジェクトロー
生する前に定義する必要がある。例えば、[1] によってロードされるプロジェクトロー
カルの |vimrc| で設定できる。

[0] https://github.com/MarcWeber/vim-addon-local-vimrc/
"g:spotbugs_properties" と "b:spotbugs_properties" は両方とも認識され、変更可
能である必要がある (|:unlockvar|)。"*Command" エントリは常に、すべての Java
バッファ間で共有されるグローバル関数として扱われる。

SpotBugs Java ライブラリと、その拡張として配布されたシェルスクリプトは
`-textui` モードでは、空白文字を含むディレクトリファイル名を持つパス名をサポー
トしていない [2]。この制限を回避するには、名前に空白文字を含まないディレクトリ
からそのようなディレクトリへのシンボリックリンクを作成し、この情報を SpotBugs
に渡すことを検討する: >vim

let g:spotbugs_alternative_path = {
\ 'fromPath': 'path/to/dir_without_blanks',
\ 'toPath': 'path/to/dir with blanks',
\ }

[0] https://github.com/Konfekt/vim-compilers
[1] https://github.com/MarcWeber/vim-addon-local-vimrc
[2] https://github.com/spotbugs/spotbugs/issues/909

GNU MAKE *compiler-make*

Expand Down
92 changes: 73 additions & 19 deletions en/quickfix.txt
Original file line number Diff line number Diff line change
@@ -1,4 +1,4 @@
*quickfix.txt* For Vim version 9.1. Last change: 2024 Nov 28
*quickfix.txt* For Vim version 9.1. Last change: 2024 Dec 16


VIM REFERENCE MANUAL by Bram Moolenaar
Expand Down Expand Up @@ -1349,7 +1349,7 @@ It scans the Java bytecode of all classes in the currently open buffer.
(Therefore, `:compiler! spotbugs` is not supported.)

Commonly used compiler options can be added to 'makeprg' by setting the
"b:" or "g:spotbugs_makeprg_params" variable. For example: >
"b:" or "g:spotbugs_makeprg_params" variable. For example: >vim

let b:spotbugs_makeprg_params = "-longBugCodes -effort:max -low"

Expand All @@ -1359,22 +1359,25 @@ By default, the class files are searched in the directory where the source
files are placed. However, typical Java projects use distinct directories
for source files and class files. To make both known to SpotBugs, assign
their paths (distinct and relative to their common root directory) to the
following properties (using the example of a common Maven project): >
following properties (using the example of a common Maven project): >vim

let g:spotbugs_properties = {
\ 'sourceDirPath': 'src/main/java',
\ 'classDirPath': 'target/classes',
\ 'testSourceDirPath': 'src/test/java',
\ 'testClassDirPath': 'target/test-classes',
\ 'sourceDirPath': ['src/main/java'],
\ 'classDirPath': ['target/classes'],
\ 'testSourceDirPath': ['src/test/java'],
\ 'testClassDirPath': ['target/test-classes'],
\ }

Note that source and class path entries are expected to come in pairs: define
both "sourceDirPath" and "classDirPath" when you are considering at least one,
and apply the same logic to "testSourceDirPath" and "testClassDirPath".
Note that values for the path keys describe only for SpotBugs where to look
for files; refer to the documentation for particular compiler plugins for more
information.

The default pre- and post-compiler actions are provided for Ant, Maven, and
Javac compiler plugins and can be selected by assigning the name of a compiler
plugin to the "compiler" key: >
plugin (`ant`, `maven`, or `javac`) to the "compiler" key: >vim

let g:spotbugs_properties = {
\ 'compiler': 'maven',
Expand All @@ -1384,7 +1387,7 @@ This single setting is essentially equivalent to all the settings below, with
the exception made for the "PreCompilerAction" and "PreCompilerTestAction"
values: their listed |Funcref|s will obtain no-op implementations whereas the
implicit Funcrefs of the "compiler" key will obtain the requested defaults if
available. >
available. >vim

let g:spotbugs_properties = {
\ 'PreCompilerAction':
Expand All @@ -1393,34 +1396,53 @@ available. >
\ function('spotbugs#DefaultPreCompilerTestAction'),
\ 'PostCompilerAction':
\ function('spotbugs#DefaultPostCompilerAction'),
\ 'sourceDirPath': 'src/main/java',
\ 'classDirPath': 'target/classes',
\ 'testSourceDirPath': 'src/test/java',
\ 'testClassDirPath': 'target/test-classes',
\ 'sourceDirPath': ['src/main/java'],
\ 'classDirPath': ['target/classes'],
\ 'testSourceDirPath': ['src/test/java'],
\ 'testClassDirPath': ['target/test-classes'],
\ }

With default actions, the compiler of choice will attempt to rebuild the class
files for the buffer (and possibly for the whole project) as soon as a Java
syntax file is loaded; then, `spotbugs` will attempt to analyze the quality of
the compilation unit of the buffer.

When default actions are not suited to a desired workflow, consider writing
arbitrary functions yourself and matching their |Funcref|s to the supported
Vim commands proficient in 'makeprg' [0] can be composed with default actions.
Begin by considering which of the supported keys, "DefaultPreCompilerCommand",
"DefaultPreCompilerTestCommand", or "DefaultPostCompilerCommand", you need to
write an implementation for, observing that each of these keys corresponds to
a particular "*Action" key. Follow it by defining a new function that always
declares an only parameter of type string and puts to use a command equivalent
of |:make|, and assigning its |Funcref| to the selected key. For example:
>vim
function! GenericPostCompilerCommand(arguments) abort
execute 'make ' . a:arguments
endfunction

let g:spotbugs_properties = {
\ 'DefaultPostCompilerCommand':
\ function('GenericPostCompilerCommand'),
\ }

When default actions are not suited to a desired workflow, proceed by writing
arbitrary functions yourself and matching their Funcrefs to the supported
keys: "PreCompilerAction", "PreCompilerTestAction", and "PostCompilerAction".

The next example re-implements the default pre-compiler actions for a Maven
project and requests other default Maven settings with the "compiler" entry: >
project and requests other default Maven settings with the "compiler" entry:
>vim
function! MavenPreCompilerAction() abort
call spotbugs#DeleteClassFiles()
compiler maven
make compile
cc
endfunction

function! MavenPreCompilerTestAction() abort
call spotbugs#DeleteClassFiles()
compiler maven
make test-compile
cc
endfunction

let g:spotbugs_properties = {
Expand All @@ -1433,14 +1455,46 @@ project and requests other default Maven settings with the "compiler" entry: >

Note that all entered custom settings will take precedence over the matching
default settings in "g:spotbugs_properties".
Note that it is necessary to notify the plugin of the result of a pre-compiler
action before further work can be undertaken. Using |:cc| after |:make| (or
|:ll| after |:lmake|) as the last command of an action is the supported means
of such communication.

Two commands, "SpotBugsRemoveBufferAutocmd" and "SpotBugsDefineBufferAutocmd",
are provided to toggle actions for buffer-local autocommands. For example, to
also run actions on any |BufWritePost| and |SigUSR1| event, add these lines to
`~/.vim/after/ftplugin/java.vim`: >vim

if exists(':SpotBugsDefineBufferAutocmd') == 2
SpotBugsDefineBufferAutocmd BufWritePost SigUSR1
endif

Otherwise, you can turn to `:doautocmd java_spotbugs User` at any time.

The "g:spotbugs_properties" variable is consulted by the Java filetype plugin
(|ft-java-plugin|) to arrange for the described automation, and, therefore, it
must be defined before |FileType| events can take place for the buffers loaded
with Java source files. It could, for example, be set in a project-local
|vimrc| loaded by [0].
|vimrc| loaded by [1].

Both "g:spotbugs_properties" and "b:spotbugs_properties" are recognized and
must be modifiable (|:unlockvar|). The "*Command" entries are always treated
as global functions to be shared among all Java buffers.

The SpotBugs Java library and, by extension, its distributed shell scripts do
not support in the `-textui` mode listed pathnames with directory filenames
that contain blank characters [2]. To work around this limitation, consider
making a symbolic link to such a directory from a directory that does not have
blank characters in its name and passing this information to SpotBugs: >vim

let g:spotbugs_alternative_path = {
\ 'fromPath': 'path/to/dir_without_blanks',
\ 'toPath': 'path/to/dir with blanks',
\ }

[0] https://github.com/MarcWeber/vim-addon-local-vimrc/
[0] https://github.com/Konfekt/vim-compilers
[1] https://github.com/MarcWeber/vim-addon-local-vimrc
[2] https://github.com/spotbugs/spotbugs/issues/909

GNU MAKE *compiler-make*

Expand Down

0 comments on commit f2d87f0

Please sign in to comment.