在编译的时候有下面的警告提示： Deprecated Gradle features were used in this build, making it incompatible with Gradle 7.0. Use ‘–warning-mode all’ to show the individual deprecation warnings. See https://docs.gradle.org/6.3/userguide/command_line_interface.html#sec:command_line_warnings CONFIGURE SUCCESSFUL in 14s     如何进行查看和操作？ 解决办法 其实这是一个比较简单的问题。 上面的提示信息已经告诉你怎么运行了。 你可以运行命令 gradlew --warning-mode all 在输出中，你可以看到下面的信息 Configure project : The compile configuration has been deprecated for dependency declaration. This will fail with an error in Gradle 7.0. Please use the implementation configuration instead. Consult the upgrading guide for further information: https:// docs.gradle.org/6.3/userguide/upgrading_version_5.html#dependencies_should_no_longer_be_declared_using_the_compile_and_runtime_configurations at build_45djmc9u5bi478od1utks361r$_run_closure1$_closure8.doCall(C:\WorkDir\Ossez-Com\USData\Source-Code\covid-19\build.gradle:53) (Run with --stacktrace to get the full stack trace of this deprecation warning.) 上面的内容已经很明确的告诉你存在兼容性问题的地方在哪里。     根据提示的内容进行修改就可以了。 上面的说明是： Please use the implementation configuration instead 你使用 implementation 配置就行了。

Maven 在登录服务器的时候，如果需要用户名和密码如何进行配置？ Maven 的服务器用户名和密码是在 settings.xml 文件中的 <servers/>  进行配置的。 可以有的配置如下： <servers> <server> <id>server001</id> <username>my_login</username> <password>my_password</password> <privateKey>${user.home}/.ssh/id_dsa</privateKey> <passphrase>some_passphrase</passphrase> <filePermissions>664</filePermissions> <directoryPermissions>775</directoryPermissions> <configuration></configuration> </server> </servers>   请注意，这里比较常用和重要的配置是 <id>server001</id>，这个 id 需要和 <mirrors> 中的 id 一致。因为 Maven 是通过 id 来对比变量和匹配的。 随后，需要填写的是 username and password，这个就是你登录服务器上需要的用户名和密码了。   https://www.cwiki.us/questions/62619691

在  mirror（镜像）和repository（仓库） 中，如何强制将项目中使用本地仓库。 internal repository 是指在局域网内部搭建的 repository，它跟 central repository, jboss repository 等的区别仅仅在于其URL是一个内部网址 mirror 则相当于一个代理，它会拦截去指定的远程repository下载构件的请求，然后从自己这里找出构件回送给客户端。 配置mirror的目的一般是出于网速考虑。 可以看出，internal repository 和 mirror 是两码事。前者本身是一个 repository，可以和其它 repository一起提供服务，比如它可以用来提供公司内部的maven构件；而后者本身并不是repository，它只是远程 repository 的网络加速器。 不过，很多internal repository搭建工具往往也提供mirror服务，比如Nexus就可以让同一个URL,既用作internal repository，又使它成为所有repository的mirror。 可以在你的配置中，设置 updatePolicy String The frequency for downloading updates - can be "always", "daily" (default), "interval:XXX" (in minutes) or "never" (only if it doesn't exist locally). 参数就可以了。 这样你的 Maven 将会先使用本地仓库。   https://www.cwiki.us/display/MavenZH/questions/62619665

很多时候，我们可能并不希望将我们的构建代码发布到公共的 Maven 仓库中。 为了一些私有的项目发布到公司内部的 Archiva 中，如何使用 Maven 进行发布。   这个其实比较简单。 你需要满足下面 3 个条件。 一个具有发布权限的 Maven 仓库 在 settings.xml 中配置你可以访问这个仓库的用户名和密码 配置你的 pom.xml 文件。 在配置成功后，你可以运行 mvn clean deploy 进行发布。 具体来说，针对一个条件，具有发布权限的 maven 仓库，最简单的办法你可以部署一个本地的 archiva。 例如我们使用的仓库地址为 https://maven.ossez.com/，这是一个我们测试和发布私有仓库的地址。当然，你也可以使用其他的服务器或者商用服务。 在 settings.xml 中配置 server， 在这里你需要配置 id 和用户名和密码。 这里你需要使用发布 archiva 的真实用户名和密码。 修改项目的 pom.xml 文件。 添加下面的内容： <distributionManagement> <repository> <id>maven.ossez.com</id> <name>Internal Release Repository</name> <url>https://maven.ossez.com/repository/internal/</url> </repository> <snapshotRepository> <id>maven.ossez.com</id> <name>Internal Snapshot Repository</name> <url>https://maven.ossez.com/repository/snapshots/</url> </snapshotRepository> </distributionManagement> 这里表示的是你希望发布到的仓库的链接地址。 然后就可以直接运行 mvn clean deploy 进行部署了。 输出为： C:\WorkDir\Repository\cwiki-us-demo\java-tutorials>mvn clean deploy [INFO] Scanning for projects... [INFO] [INFO] ----------------------< com.ossez:parent-modules >---------------------- [INFO] Building parent-modules 1.0.0 [INFO] --------------------------------[ pom ]--------------------------------- [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ parent-modules --- [INFO] [INFO] --- maven-install-plugin:2.4:install (default-install) @ parent-modules --- [INFO] Installing C:\WorkDir\Repository\cwiki-us-demo\java-tutorials\pom.xml to C:\Users\yhu\.m2\repository\com\ossez\parent-modules\1.0.0\parent-modules-1.0.0.pom [INFO] [INFO] --- maven-deploy-plugin:2.7:deploy (default-deploy) @ parent-modules --- Uploading to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/1.0.0/parent-modules-1.0.0.pom Uploaded to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/1.0.0/parent-modules-1.0.0.pom (9.2 kB at 12 kB/s) Downloading from maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml Downloaded from maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml (331 B at 150 B/s) Uploading to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml Uploaded to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml (330 B at 914 B/s) [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 4.573 s [INFO] Finished at: 2020-04-10T15:13:36-04:00 [INFO] ------------------------------------------------------------------------ C:\WorkDir\Repository\cwiki-us-demo\java-tutorials> 随后你可以到服务器上看你的文件有没有发布成功了。 https://www.cwiki.us/display/MAVEN/questions/57938925

错误提示信息为： Error:java: java.lang.ExceptionInInitializerError com.sun.tools.javac.code.TypeTags     如果使用 Maven 错误信息是一样的。 [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 2.449 s [INFO] Finished at: 2020-02-26T08:34:45-05:00 [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:compile (default-compile) on project core-java-annotations: Fatal error compiling: java.lang.ExceptionInInitializerError: com.sun.tools.javac.code.TypeTags -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException     请问这是什么原因呢？   这个可能原因是你编译器的环境使用过高。但是你的依赖 <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.6.12</version> <scope>provided</scope> </dependency> 过低导致的。 可以解决的办法是将你的编译 JDK 降到 1.8。 或者将 org.projectlombok 升级到最新的版本。 例如我们在 IntelliJ 中，使用 1.8 编译代码，就没有错误。   https://www.cwiki.us/display/JAVAZH/questions/57934274/answers/57934279

在默认的情况下 archiva 只分配了 512MB 的内存。 如何增加 archiva 运行的内存大小？     Archiva 的配置文件在 Archiva 安装目录下的 conf 目录中的 wrapper.conf 文件 例如路径 ： /opt/archiva/conf/wrapper.conf 编辑这个文件的： # Maximum Java Heap Size (in MB) #wrapper.java.maxmemory=64 wrapper.java.maxmemory=1024 参数，指派你期望的值就可以调整 Archiva 的运行内存大小了。   需要注意的是，如果你分配的内存大小过小的话，Archiva 将会在运行的时候崩溃。 这是因为 Archiva 在运行的时候会对下载的 Maven 的 jar 参考进行扫描。在扫描的过程中是比较消耗内存的。 随着你系统下载的 jar 越来越多，你的本地缓存库会越来越大，这会导致 Archiva 的扫描时间越来越长，并且需要的内存也会越来越多。 在这里你需要根据你的实际情况增加 Archiva 使用的内存，我们认为将 Archiva 的使用内存增大到 1 GB 到 2 GB 是合适的。 如果你的机器性能比较好，你可以增加到更多。​

如果你希望在你的项目中使用独立的 repositories 。 例如，你希望配置使用自己的 https://maven.ossez.com/repository/internal 作为仓库。 例如，修改后的 pom.xml 文件如下： <repositories> <repository> <id>maven-ossez</id> <name>OSSEZ Repository</name> <url>https://maven.ossez.com/repository/internal</url> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>maven-ossez</id> <name>OSSEZ Repository</name> <url>https://maven.ossez.com/repository/internal</url> <snapshots> <enabled>true</enabled> </snapshots> </pluginRepository> </pluginRepositories>

在 Windows 中以独立启动方式安装。 你可以将安装文件拷贝到任何你希望运行的目录中，下面的步骤中。我们没有将 Archiva 安装成服务，所以你需要通过控制台的方式来进行启动。 Windows 独立启动安装步骤 在 Windows 环境下请参考下面的步骤进行安装 下载安装程序 进入 Archiva 的项目的下载页面中，请单击链接：https://archiva.apache.org/download.cgi 来下载你需要的版本。 针对 Windows 的环境，我们选择使用 zip 版本。 解压缩 你可以将下载的压缩文件解压缩到任何文件夹下面。 因为启动的时候是不需要检查路径的，但是你需要安装 JDK，根据我们的经验，针对最新版本的，你需要安装 JDK 1.8， 否则你可能会遇到启动错误。 因为安装程序使用的是 zip，你可以使用任何解压缩工具来进行解压缩。 这里我们解压缩到文件夹：C:\Users\yhu\Dkits\2.23 中。 启动 Archiva 在 cmd 命令行中，进入你 Archiva 的文件夹中，然后进入这个文件夹的 bin 目录中。 然后运行 ./archiva console 命令，如果你能够看到下面的输出，则表示 Archiva 已经启动成功了。 PS C:\Users\yhu\Dkits\2.23\bin> ./archiva console wrapper  | --> Wrapper Started as Console wrapper  | Launching a JVM... jvm 1    | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org jvm 1    |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved. jvm 1    | jvm 1    | 2019-04-17 09:26:07.027:WARN:oejd.ContextDeployer:ContextDeployer is deprecated. Use ContextProvider jvm 1    | 2019-04-17 09:26:07.032:WARN:oejd.WebAppDeployer:WebAppDeployer is deprecated. Use WebAppProvider jvm 1    | 2019-04-17 09:26:07.095:INFO:oejs.Server:jetty-8.1.14.v20131031 jvm 1    | 2019-04-17 09:26:07.112:INFO:oejs.NCSARequestLog:Opened C:\Users\yhu\Dkits\2.23\logs\request-20190417.log jvm 1    | 2019-04-17 09:26:07.145:INFO:oejd.ContextDeployer:Deploy C:\Users\yhu\Dkits\2.23\contexts\archiva.xml -> o.e.j.w.WebAppContext{/,null},C:\Users\yhu\Dkits\2.23/apps/archiva jvm 1    | 2019-04-17 09:26:10.127:INFO:oejpw.PlusConfiguration:No Transaction manager found - if your webapp requires one, please configure one. jvm 1    | 2019-04-17 09:26:10.280:INFO:oejw.StandardDescriptorProcessor:NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet jvm 1    | 2019-04-17 09:26:11.142:INFO:/:Initializing Spring root WebApplicationContext jvm 1    | Apr 17, 2019 9:26:19 AM org.apache.tomcat.jdbc.pool.ConnectionPool init jvm 1    | WARNING: maxIdle is larger than maxActive, setting maxIdle to: 20 jvm 1    | 2019-04-17 09:26:31.111:INFO:oejs.AbstractConnector:Started [email protected]:8080 jvm 1    | [INFO] Unable to read properties file, will force index regeneration jvm 1    | [INFO] Unable to read properties file, will force index regeneration 在默认的情况下，启动使用的端口是 8080 确定安装成功 如果你能够通过给定的 UI 和端口看到管理员的 Web 界面的话，那么就表示你的安装已经成功了。 第一次通过 Web UI 界面进行访问的时候，将会提示你创建 admin 用户的密码。 你可以通过单击页面的右上角开始创建管理员的用户和密码。 请注意，你只能对管理员用户的密码进行修改，你不能修改管理员用户的用户名。 当你完成创建后，你就可以 Archiva 进行访问了。   https://www.cwiki.us/display/ArchivaZH/Windows+Installing+Standalone

为了方便起见，我们假设你的 archiva 安装到目录 /opt 下面。 下载安装程序 进入 Archiva 的项目的下载页面中，请单击链接：https://archiva.apache.org/download.cgi 来下载你需要的版本。 在这里我们选择下在 tar.gz 的版本 你可以在这里拷贝下载链接，然后在 CentOS 上使用 wget，你也可以下载 tar.gz 文件后，上传到你的服务器上。 使用 wget 直接下载到你的服务器上。 解压缩 在 CentOS 上，你可以使用下面的命令来进行解压缩： tar -xzvf apache-archiva-2.2.3-bin.tar.gz 解压缩的文件名称为 apache-archiva-2.2.3 移动到文件夹 /opt 使用命令，将解压缩后的文件夹移动到 /opt/archiva 文件夹下 mv apache-archiva-2.2.3 /opt/archiva 启动 archiva 在 /opt/archiva 路径下，运行命令： ./bin/archiva console 你将看到下面的启动选项 确定安装成功 如果你能够通过给定的 UI 和端口看到管理员的 Web 界面的话，那么就表示你的安装已经成功了。 如果你还希望进行更进一步的操作的话，请参考后续章节的内容。 将 archiva  在 CentOS 中安装成服务 在 Linux环境下，archiva  安装目录下的 bin/archiva 是直接启动的，你可以为你的 CentOS 创建一个启动 link 到这个文件中，你也可以知己拷贝这个文件到 /etc/init.d 目录下，然后通过 root 来进行运行。 但是在我们测试后，发现直接将 archiva 拷贝到 /etc/init.d 中是无法启动的，所以你最好是创建一个链接。 针对上面的完全的安装后，创建链接的命令为： ln -sf /opt/archiva/bin/archiva /etc/init.d/archiva 然后你就可以通过 $ service archiva start $ service archiva stop 来对服务进行启动和停止了。 https://www.cwiki.us/display/ArchivaZH/Linux+Installing+Standalone

在 Archiva 安装成功后运行的时候出现协议版本错误： Caused by: javax.net.ssl.SSLException: Received fatal alert: protocol_version at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) ~[?:1.7.0_80] at sun.security.ssl.Alerts.getSSLException(Alerts.java:154) ~[?:1.7.0_80] at sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:1979) ~[?:1.7.0_80] at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1086) ~[?:1.7.0_80] at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332) ~[?:1.7.0_80] at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1359) ~[?:1.7.0_80] at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1343) ~[?:1.7.0_80] at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:394) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:353) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:141) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:353) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:380) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) ~[httpclient-4.5.2.jar:4.5.2] at org.apache.maven.wagon.providers.http.AbstractHttpClientWagon.execute(AbstractHttpClientWagon.java:832) ~[wagon-http-2.9.jar:2.9] at org.apache.maven.wagon.providers.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:983) ~[wagon-http-2.9.jar:2.9] ... 19 more 如果你在安装 Archiva 2.2.3 后尝试添加远程仓库。 但是远程仓库不能同步数据到你的本地仓库中， 同时服务器上有上面的错误。但是 Archiva 的安装和运行是没有问题的。 这个情况你需要检查你 JDK 的版本，如果你运行的是 JDK 1.7 的话，尝试运行 JDK 1.8。