你可以使用下面的命令行来创建 Web 应用程序来测试你的安装是否正常。 创建一个称为 app.groovy 的文件，文件的内容如下： @RestController class ThisWillActuallyRun { @RequestMapping("/") String home() { "Hello World!" } }     然后从 Shell 中运行下面的命令： $ spring run app.groovy 当第一次运行你的应用程序的时候可能需要的时间比较长，这是因为系统需要从远程下载所需要的依赖。在后续运行的时候就会更加快速了。 在任何你喜欢的浏览器的地址栏中输入下面的地址：localhost:8080 ，然后应该能够在浏览器中看到下面的输出： Hello World! 访问 URL 确定输出正确。你也可以适当修改测试文件的内容，已再次确定运行正确。 https://www.ossez.com/t/spring-boot-2-4-cli/1074

在默认情况下 Discourse 不允许上传 PDF 文件。 当你尝试上传的时候可能会遇到下面的错误：     解决办法 登录 Discourse 的 控制台，然后选择 Settings - Files 中的文件。 你会看到有一个授权的扩展名。     在这里创建一个 PDF，在下面空白处输入 PDF 后，保存就可以了。 重新返回前台尝试上传，这时候应该是没有问题了。 https://www.ossez.com/t/discourse-pdf/820

如果你使用的是 Windows 操作系统，你可以使用 Scoop 来进行安装。 你可以通过使用下面的命令来安装 Spring Boot CLI： > scoop bucket add extras > scoop install springboot Scoop 将会把 spring 安装到 ~/scoop/apps/springboot/current/bin 目录中。 有关 Windows 安装 Scoop 的方法，请参考：Windows 安装 Scoop 来进行包管理 中的内容。 如果你在安装的过程中出现了一些异常，或者没有看到 app 的 manifest，那么很有可能是因为你安装的 scoop 版本过老而需要更新了。 你可以直接运行 scoop update 命令先进行更新，然后再次尝试进行安装。     Scoop 可以简单理解为一个在 Windows 中可以使用的包管理工具，这个包管理工具需要在 PowerShell 中运行。 我们熟知的 Ubuntu上 的apt-get（在 Ubuntu16 以上可以直接用apt了），MacOS上的 homebrew 都是很优秀的包管理工具。如果你使用的是 CentOS 或者 REHL 的话，我们应该非常熟悉使用 yum 或者 dnf 来进行安装包。 但是在 Windows 平台下，由于 Windows 的开放性，大家都是去各种网站上下载程序，一些软件开发环境的程序也很杂乱，到处都是各种下载链接，容易中病毒还浪费时间。 所以我们有开发者想要 在 Windows 平台上开发包管理工具 —— scoop，简单理解过来就是一个可以在 Windows 平台下使用 yum 或者 dnf 的工具。 根据我的计算机的配置，Spring CLI 已经被安装到： C:\Users\yhu\scoop 路径中了。     安装路径主要对你在后期出现问题的时候进行调试能够提供一些内容上的帮助。   https://www.ossez.com/t/spring-boot-2-4-windows-scoop/810

在通过 Intellij IDEA 查看可用的 PR 的时候，你可能会遇到下面的错误： Can't load data from GitHub [Although you appear to have the correct authorization credentials, the `cwiki-us-spring` organization has enabled OAuth App access restrictions, meaning that data access to third-parties is limited. For more information on these restrictions, including how to whitelist this app, visit https://docs.github.com/articles/restricting-access-to-your-organization-s-data/].     提示的错误信息如上。 上面的提示内容是因为你的仓库的限制，导致你没有办法查看特定的仓库的 PR。 原因和解决办法 这个问题的原因是因为仓库的限制导致你没有办法通过 Intellij IDEA 来查看。 你可以通过设置你的 Organization 的 Third-party application access policy 被设置为 Access restricted 。 你可以通过删除这个 Access restricted，然后再次在 Intellij IDEA 上刷新就可以看到可用的 PR 了。 当然这个前提是你需要有 GitHub Organization 的权限才可以。     返回 Intellij IDEA 后重新刷新。     重新刷新后，可以查看已有在 GitHub 上的 PR。 https://www.ossez.com/t/intellij-idea-github-pr-data/809

Scoop 可以简单理解为一个在 Windows 中可以使用的包管理工具，这个包管理工具需要在 PowerShell 中运行。 我们熟知的 Ubuntu上 的apt-get（在 Ubuntu16 以上可以直接用apt了），MacOS上的 homebrew 都是很优秀的包管理工具。如果你使用的是 CentOS 或者 REHL 的话，我们应该非常熟悉使用 yum 或者 dnf 来进行安装包。 但是在 Windows 平台下，由于 Windows 的开放性，大家都是去各种网站上下载程序，一些软件开发环境的程序也很杂乱，到处都是各种下载链接，容易中病毒还浪费时间。 所以我们有开发者想要 在 Windows 平台上开发包管理工具 —— scoop，简单理解过来就是一个可以在 Windows 平台下使用 yum 或者 dnf 的工具。 安装过程 在安装 scoop 之前，首先需要启动 powershell。 可以直接在 Windows 运行工具中输入 powershell 后回车。 PS 启动成功的界面。 进行安装 如果你直接进行安装的时候，你可能会遇到一些错误。我们执行命令的顺序为： Set-ExecutionPolicy RemoteSigned -scope CurrentUser Invoke-Expression (New-Object System.Net.WebClient).DownloadString('https://get.scoop.sh') 在输入第一个命令后，会提示你是否同意，在这里你输入 Y 然后回车即可。 然后再输入第二个命令，随后，系统会提示scoop 已经安装成功了。 校验安装 输入命令： scoop help 如果你能看到命令提示工具，则说明你的 scoop 已经在你的 Windows 操作系统中安装成功了。 如上图的命令行提示工具。 显示了命令的帮助，说明命令已经安装成功并且环境变量也正常配置了。 https://www.ossez.com/t/windows-scoop/808

如果你打算使用 IntelliJ IDEA 来创建和书写技术文档的时候。 在 IntelliJ IDEA 第一次导入的时候在文档的最上面有一个提示为是否启用 Soft-wrap。 Soft-wrap Soft-wrap 直译就是软包的意思。在编辑器中软包？没有明白对吧。 其实非常简单的理解就是在编辑器对文档进行编写的时候，如果启用了 Soft-wrap， 能够帮助你进行软分行，或者说是折行。 看下图：     我们可以看到底 248 行非常长，已经超过了编辑器的可视范围。 如果你需要对这行进行编辑的时候，你可能需要使用编辑器的左右移动对话框，这样会增加鼠标的使用降低书写效率。 这个时候，你可以在左侧的行代码中，单击鼠标的右键，然后选择 Soft-wrap。 然后你再看看 IntelliJ IDEA 的编辑界面，你会发现地 248 行 IntelliJ IDEA 已经帮你自动折行了。     如果你调制 IntelliJ IDEA 的编辑框大小，你会发现这个折行会根据编辑框的大小自动进行调整。 在对 MD 文件或者其他技术文档进行编辑的时候，这个自动软折行的功能还是能够帮助你降低鼠标使用率，增加文件输入的效率。 https://www.ossez.com/t/intellij-idea-soft-wrap/807

命令行自动完成或者自动补全的目的是能够提高你输入的效率和避免错误。 我们都知道在 Linux 命令行下，输入字符后，按两次 Tab 键，shell 就会列出以这些字符打头的所有可用命令。如果只有一个命令匹配到，按一次Tab键就自动将这个命令补全。 比如，想更改密码，但只记得这个命令前几个字母是 pass。这时候，按Tab键，shell 就自动输出 passwd 命令，非常方便。 当然，除了命令补全，还有路径、文件名补全。这个在我们 cd 到特定目录时特别好用。     Spring Boot CLI 也提供相同的功能，但是是使用 敲打 Tab 1 次而不是 2 次。 包含有脚本能够提供命令行的自动完成。有关自动完成的定义请参考 BASH 和 zsh 页面中的内容。 你可以下载 spring 命令行的 源代码 脚本到任何 shell 环境中，并且添加到你自己或者系统全局的 bash 自动完成初始化。 在 Debian 操作系统中，基于操作系统的全局脚本位于 /shell-completion/bash 目录中。所有位于这个目录中的脚本将会在新的 shell 启动后被执行。 例如，如果你希望通过使用 SDKMAN! 来手动运行一个 Spring 的脚本来进行安装，你可以尝试使用下面的命令： $ . ~/.sdkman/candidates/springboot/current/shell-completion/bash/spring $ spring <敲一下 TAB 键> grab help jar run test version     如果你是通过使用 Homebrew 或 MacPorts 来安装 Spring Boot CLI 的话，脚本命令行的工具将会自动注册到你的 shell 中。 https://www.ossez.com/t/spring-boot-2-4-command-line/806

很多时候我们都不一定能够用到 Spring 命令行工具的。 但是 Spring Boot 的官方手册中有些这方面的内容和介绍，因此我们也在这里对这部分的内容进行了一些说明。 Spring 工具被用来初始化 Spring 项目和一些其他的工作，但 Spring 是基于 Java 的，因此很多东西需要自己配置环境。其实自己配置环境比使用环境配置工具要好一些，能够让你了解有关运行的参数和配置。     如果你是 Mac 的用户，你也可以使用 MacPorts 来进行安装。 你可以通过使用下面的命令来安装 Spring Boot CLI： $ sudo port install spring-boot-cli MacPorts 和 Homebrew 其实是类似的一个包管理工具。 Mac 算是BSD的一个变种。所以，BSD 的包管理软件 port 被移植到 Mac 上就显的理所当然了。 MacPorts 的工作方式是下载源代码后在本地编译。 MacPorts 的理念是尽量减少对系统现有库的依赖。所以，第一次用 MacPorts 的时候，需要很长时间让 MacPorts 重新 build 整个基本库。 Homebrew 这个比较新，是在Lion之后才兴起的。 工作方式和 MacPorts类似，也是下载源代码后并在本地编译安装。 Homebrew 与 MacPorts 有两个根本的区别。 Homebrew 的理念是尽量使用系统现有的库。这样可以大大的减少编译时间。 package都安装到 /usr/local 下面。 这两点和 MacPorts 是完全相反的。   https://www.ossez.com/t/spring-boot-2-4-macports-cli/805

针对 Spring Boot 来使用命令行工具（CLI）来说，这个工具是有点多余的。很多时候我们都不一定能够用到 Spring 命令行工具的。 但是 Spring Boot 的官方手册中有些这方面的内容和介绍，因此我们也在这里对这部分的内容进行了一些说明。 一般来说针对 Spring Boot，只要你已经安装好了合适的 JDK 和配置好了编译环境，基本上就不再需要安装一些其他的安装工具了。 除非你有没事换换版本的习惯。当然，对开发来说，功能和稳定是压倒一切的。     如果你是 Mac 的用户，并且在你的 Mac 计算机上已经安装了 Homebrew 应用的话，你可以通过使用下面的命令行工具来安装 Spring Boot CLI： $ brew tap pivotal/tap $ brew install springboot Homebrew 将会把 spring 安装到 /usr/local/bin 目录下。 NOTE: 如果你在安装的过程中出现了一些异常，或者显示包没有找到，或者没有办法进行安装，那么很有可能是安装的 brew 版本过老，需要进行更新了。 你可以直接运行 brew update 命令先进行更新，然后再次尝试进行安装。 https://www.ossez.com/t/spring-boot-2-4-sdkman-spring-boot/801

这部分的内容针对 Spring Boot 来说是有点多余的，很多时候我们都不一定能够用到 Spring 命令行工具的。 但是 Spring Boot 的官方手册中有些这方面的内容和介绍，因此我们也在这里对这部分的内容进行了一些说明。 Spring 工具被用来初始化 Spring 项目和一些其他的工作，但 Spring 是基于 Java 的，因此很多东西需要自己配置环境。其实自己配置环境比使用环境配置工具要好一些，能够让你了解有关运行的参数和配置。 如果你是 Java 经验比较丰富的开发者，真心不十分建议安装 Spring 的命令行工具，没啥用。     本页面中说明了使用手工安装方式和 SDKMAN! 来进行安装。 Spring Boot CLI (Command Line Interface) 是一个你可以用来快速初始化 Spring 的命令行工具。 Spring Boot 的命令行工具能够让你运行 Groovy 脚本。这个脚本有着类似 Java 的句法。 在运行和构建 Spring Boot 应用的时候，CLI 这个工具并不是必须需要安装的。哪怕你不安装 CLI，你也能够非常快速的运行 Spring Boot 应用，但是这个官方提供的小工具能够让你更快的使用 Spring Boot。 手工安装 你可以从 Spring 的软件仓库中下载 Spring CLI 后进行安装。 可用的下载地址，请参考下面的链接： spring-boot-cli-2.4.2-SNAPSHOT-bin.zip spring-boot-cli-2.4.2-SNAPSHOT-bin.tar.gz Sapshot 版本下载，snapshot 版本的意思是从最新的源代码库中进行编译构建的，通常这个版本具有更多的 Bug 修复，下载地址请访问下面的链接： snapshot 构建版本 当你完成需要的归档文件下载到你本地计算机后，请按照链接： INSTALL.txt 安装指南的内容来解压。 整体来说，Spring CLI 是一个 spring 脚本 (针对 Windows 使用的是spring.bat )。这个可以运行的脚本文件能够在你对 .zip 文件解压的 bin/ 文件夹中找到。 你还可以使用另外一个办法来使用 Spring CLI：通过一个 .jar 的文件使用 java -jar 来进行运行（在运行这个 jar 的时候，你需要确定这个 Jar 文件已经放置到了你系统中的 classpath 路径中）。 使用 SDKMAN! 安装 针对在变量中设置多个版本的 SDK，你可以使用 SDKMAN! (The Software Development Kit Manager) 来进行安装。 Groovy 和 Spring Boot CLI 都已经部署到 SDKMAN! 中了，在你本地计算机中配置好 SDKMAN! 环境后，你就可以使用多版本的 Groovy 和 Spring Boot CLI。 可以使用下面的命令来通过 sdkman.io 来安装 Spring Boot： $ sdk install springboot $ spring --version Spring Boot v{spring-boot-version} 如果你正在针对 CLI 的一些特性进行开发的话，并且你希望使用你本地编译的 CLI 构建版本安装到 SDKMAN! 中的话，你可以通过运行下面的命令来进行版本的切换： $ sdk install springboot dev /path/to/spring-boot/spring-boot-cli/target/spring-boot-cli-{spring-boot-version}-bin/spring-{spring-boot-version}/ $ sdk default springboot dev $ spring --version Spring CLI v{spring-boot-version} 上面的命令显示了一个被命名为 dev 的 spring 实例安装的安装命令和安装校验。同时路径（Path）还指向到了构建的位置，因此每次通过代码重构后，你都会使用最新的 spring 版本。 如果你需要检查安装的版本和相关的配置，请运行下面的命令： $ sdk ls springboot ================================================================================ Available Springboot Versions ================================================================================ > + dev * {spring-boot-version} ================================================================================ + - local version * - installed > - currently in use ================================================================================ SDKMAN! 本身在 Windows 环境下是需要安装的，而且 Windows 的安装并不是那么友好，因为 SDKMAN! 多是基于 Linux 环境配置的。 根据我们的经验，不建议使用 SDKMAN! 来配置 Spring 命令行工具，其实你只需要手工安装，配置 Spring 环境变量就行了。 安装方法与你手动安装 Maven 是一样的。 如果你非要尝试在 Windows 下使用 SDKMAN!，建议你参考相关 SDKMAN! Windows 安装的相关文章和官方网站中提供的支持。   https://www.ossez.com/t/spring-boot-2-4-sdkman-spring-boot/801