java类库web3j的Gradle插件

web3j Gradle插件是从Solidity智能合约生成web3j Java封装的构建工具。它通过添加可以独立运行的特定任务，顺利地与项目的构建生命周期集成。

插件配置

在开始之前，如果计算机中尚未安装Solidity编译器，则需要安装它。

使用buildscript约定

要使用旧的Gradle buildscript约定安装web3j插件，应该将以下内容添加到构建文件的第一行（目前只有Gradle支持发行版本，而不是SNAPSHOT）：

buildscript {     repositories {         mavenCentral()     }     dependencies {         classpath 'org.web3j:web3j-gradle-plugin:0.1.6'     } }  apply plugin: 'web3j'

使用插件DSL

或者，如果你使用的是更现代的插件DSL，请将以下行添加到你的构建文件中：

plugins {     id 'org.web3j' version '0.1.6' }

然后运行包含Solidity智能合约的项目：

./gradlew build

应用插件后，生成代码的基本目录（默认为$buildDir/generated/source/web3j）将包含每个源集的目录（默认为main和test），其中包含智能合约封装器的Java类。

代码生成

web3j DSL允许配置生成的代码，例如：

web3j {     generatedPackageName = 'com.mycompany.{0}'     generatedFilesBaseDir = "$buildDir/custom/destination"     excludedContracts = ['Ownable']     useNativeJavaTypes = false }

DSL接受的属性如下表所示：

generatedPackageName被评估为接受大括号（{0}）之间的单个参数的消息格式字符串，允许使用合约名称格式化生成的值。为方便起见，当应用于Java包名称时，它将转换为小写。

例如，在一个具有组com.mycompany的项目将generatedPackageName设置为${group}.{0}，那名为MyToken.sol的Solidity智能合约将被在com.mycompany.mytoken包中生成。

此外，默认值包含${group}属性，该属性对应于项目中的组（例如com.mycompany）。如果项目未定义组属性，则生成的包名称将为org.web3j.{0}。

请注意，消息格式参数不是Gradle属性，不应以$开头。

来源设置

默认情况下，$projectDir/src/main/solidity中的所有.sol文件都将由插件处理。要指定和添加不同的来源，请使用sourceSets DSL：

sourceSets {     main {         solidity {             srcDir {                  "my/custom/path/to/solidity"               }         }     } }

检查Solidity Plugin文档以配置智能合约源代码目录。

生成的智能合约封装器Java代码的输出目录将自动添加到你的构建中。

插件任务

Java插件使用基于每个源的命名约定（即compileJava，compileTestJava）向项目构建添加任务。

类似地，Solidity插件将为项目主源添加generateContractWrappers任务，并为每个剩余的源（例如test）添加generate[SourceSet]ContractWrappers。

要获取所有已添加任务的列表和说明，请运行以下命令：

./gradlew tasks --all