問題タブ [scalastyle]

spark バージョン 1.3.1 をコンパイルすると問題が発生します。spark提供のオリジナルソースコードをコンパイルしたらOKでした。しかし、いくつかのソース ファイルを mllib に追加すると、次のようなエラーが発生しました。

• message=ファイル行の長さが 100 文字を超えています

コンパイル終了時の情報に基づく

• [エラー] プロジェクト spark-mllib_2.10 で目標 org.scalastyle:scalastyle-maven-plugin:0.4.0:check (default) を実行できませんでした: scalastyle の実行中に失敗しました: 53 個の Scalastyle 違反があります。→【ヘルプ1】

これは、scalastyle テストが原因である必要があります。scalastyle の検証を終了することで、コンパイル プロセスを終了できました。

しかし、この問題を処理する他の方法はありますか? 検証を閉じるだけでは十分ではないと思います

エラーのコード例:
良いもの

悪いもの

IntelliJ の Scala プラグインにはいくつかの scalastyle サポートがあります。この質問は、通常、名前の下のディレクトリのルートにあるscalastyle構成ファイルを取得するように設定するための最良の方法に関するものですscalastyle-config.xml( Sparkプロジェクトの例)。

現在、IntelliJ で scalastyle プラグインを取得して scalastyle 構成を取得するには、そのコピーを.ideaフォルダーに配置する必要があります (おそらく動作するはず.projectですが、これはテストしていません)。また、ファイルには名前を付ける必要がありますscalastyle_config.xml(ハイフンの代わりにアンダースコアを使用)。つまり、プロジェクトのルートで次を呼び出す必要があります。

cp scalastyle-config.xml .idea/scalastyle_config.xml

これは醜いハックだと思いますが、少なくともプロジェクト全体をビルドする前に、scalastyle 違反を確認することができます。これに対するより良い解決策があれば教えてください。

私はScalaとSBTに非常に慣れていません

Scalastyle でプロジェクトをセットアップしようとしています。コマンドラインから実行するとすべて正常に動作しますが、Scalastyle Web サイト http://www.scalastyle.org/sbt.htmlに示されているようにオプションを定義する方法が見つかりません

私はこのようなものをplugins.sbt

val scalastyleConfigUrl = Some(url(" http://www.scalastyle.org/scalastyle_config.xml "))

これが機能しているかどうかを検証する方法がわかりません。scalastyle_config.xmlコンパイルごとにダウンロードされると思いますが、明らかに何かが欠けています。

2 番目の部分では、各コンパイル/ビルドで実行するように scalastyle を自動化したいと考えています。どうすればそれを達成できますか？

ありがとうございました

Scala プロジェクトがあり、ビルドに Maven と Jenkins を使用しています。ここで、静的コード分析にも Scalastyle を使用したいと考えています。Jenkins フリースタイル ジョブを使用すると、IDE で正常に動作します。出力ファイルが作成され、Jenkins はスタイルの警告とエラーを含む素敵なグラフを表示します。

ただし、Jenkins Maven ジョブを使用すると、xml ファイルがそこにあり、正しい名前 (checkstyle-result.xml) を持っていても、「Checkstyle トレンド」は空のま​​まです。

私はこれを見つけました。ここでの議論はややこしいですが、Scalastyle の結果を公開することは Maven ジョブでも機能するはずであることがわかりました。

私はそれを間違えましたか？または、実際に Jenkins に Maven ジョブの Scalastyle の結果を公開させる方法はありますか? または何らかの回避策はありますか？（フリースタイルの仕事やSBTの使用は別として...）

マルチプロジェクトビルドセットアップで SBT プロジェクトを作成しました。

• 根
• sub-projectA (ルートはそれに依存します)
• sub-projectB (ルートはそれに依存します)

プロジェクト内のいくつかのファイルに対してのみ scalastyle を実行したいと思います。これらのファイルは、3 つのプロジェクトのいずれかに配置できます。これらのファイルを選択するために、scalastyleSources実行する前にコマンドラインから次のscalastyleように変更しています。

これは、root指定したファイルに対して正しく実行されますが、sub-projectA と sub-projectB に対してさらに 2 回実行され、以前に に割り当てたファイルは完全に無視されますscalastyleSources。

SBT に、変更された構成でscalastyleを 1 回だけ実行したいことを知らせる方法、またはコマンドを実行するときに特定のプロジェクトを完全に無視する機能が必要です。

これはまったく可能ですか？

sender ! true

と

sender ! false

scalastyle によって「ブール式を簡略化できます」という警告が生成されます。

これらの警告を消すにはどうすればよいですか?

コンパニオンオブジェクトのフィールドがインポートされている場合に備えて、アンダースコアのインポートを無視するようにscalastyleを作成したいと思います(私には理にかなっています):

UnderscoreImportChecker はこの検査を担当しますが、構成パラメーターはありません

同様の質問があります: Companion クラスには Companion オブジェクト メソッドとネストされたオブジェクトのインポートが必要ですか?

カスタム Checker を作成する方法があるかどうかお聞きしたいのですが (調査してみます)?

PS //scalastyle:off または明示的なインポートを使用できることは承知していますが、反復的で不便です。