在 Tomcat 调试部署的时候，我们通常会看到有下面 2 个选项。 是选择war还是war exploded 这里首先看一下他们两个的区别： war 模式：将WEB工程以包的形式上传到服务器 ； war exploded 模式：将WEB工程以当前文件夹的位置关系上传到服务器； 简单点来说就是 Tomcat 的部署方式不一样。 我们都知道 Tomcat 对 war 包的部署是通过把 War 包解压成文件夹后进行部署的。 我们也知道，你可以把文件夹全部上传上去，Tomcat 也是可以运行的。 war exploded 模式就是把可以运行的文件夹中必要的内容全部上传上去，如果你本地文件夹文件修改了，文件也会进行同步。 很显然，如果你在开发一个 Tomcat 的 Web 应用的时候， war exploded 是你应该选择的模式。 https://www.ossez.com/t/tomcat-war-war-exploded/14571
Tomcat 在 IntelliJ 中的配置要求首先你要下载 Tomcat。 设置服务器 在 IntelliJ 下面先选择 Run，然后选择配置运行配置。 在弹出的界面中，有一个编辑配置的选项。 然后在弹出的页面中选择添加。 选择 Tomcat 在弹出的添加页面中选择添加 Tomcat，你可以选择添加本地的，你也可以选择添加远程的。 如果你没有配置 Tomcat 的话，这里的选择是空白的，你可以选择配置来配置你本地 Tomcat 的路径，在这里我们已经配置好了。 针对界面中的 2 个配置选项，都选择相同的目录就好了。 对高版本的 Tomcat ，这 2 个选项没有区别。 部署项目 针对我们当前的项目，我们需要把我们的项目部署到 Tomcat 里面去。 选择 Deployment，然后选择项目下面的添加。 选择要部署的包，然后运行就可以了。 然后应用运行就可以了。 https://www.ossez.com/t/intellij-tomcat/14570
在系统上运行一个 Linux 的命令的时候出现下面的错误信息： -bash: ./build.sh: /bin/bash^M: bad interpreter: No such file or directory 这个是在 Windows 作为 WSL 的时候出的错误。 原因和解决 出现问题的原因在于脚本在 Windows 中使用的回车换行和 Linux 使用的回车换行不一样。 如果你的代码是在 Windows 下被下载的话，那么在 WSL 上运行的时候就有可能会出现上面的问题。 解决办法就是打开 NodePad++ 然后对这脚本文件选择使用 LF 结尾的方式就可以了。 目前很多脚本都需要在 Linux 环境下运行，这个也可能是一些公司要求使用 MacOS 的原因吧，因为 MacOS 自带了 Linux，并且没有回车换行的问题。 https://www.ossez.com/t/bin-bash-m-bad-interpreter-no-such-file-or-directory/14568
我们都知道 Gradle 会使用 Maven 的中央仓库。 在 Gradle 的配置文件中，通常有一个 mavenCentral() 如果我们想把 mavenCentral() 的仓库地址全局替换掉别的仓库地址的话。 我们可以在 C:\Users\yhu\.gradle 目录下创建一个 init.gradle 文件。 文件中的代码为： allprojects{ repositories { all { ArtifactRepository repo -> println repo.url.toString() if ((repo instanceof MavenArtifactRepository) && repo.url.toString().startsWith("https://repo1.maven.org/maven2")) { project.logger.warn "Repository ${repo.url} removed. Only $coporateRepoUrl is allowed" remove repo } } maven { url "https://repo.ossez.com/repository/maven-public/" } } } 上面代码的意思是，在 Gradle 进程启动之前进行初始化，在这个初始化的时候将会用自己的 Maven 仓库地址替换掉远程的 Maven 中央仓库地址。 https://www.ossez.com/t/gradle-mavencentral/14561
现在有这样一个需求，我们需要匿名用户访问 Nexus 的一个公共仓库。 设置 Roles 在满足这个需求之前，我们需要设置一个 Roles。 Role 的名字是可以随填写的。 这里关键的问题在你需要访问的仓库的 View 的权限需要设置 Read 和 Browse 这 2 个权限。 如上图，我们为 maven-public 设置了上面 2 个权限。 用户 用户部分，选择匿名访问用户。 在匿名访问用户中，应用我们刚才设置的 Role。 如上图，为匿名用户应用不同的 role 启匿名访问 在匿名用户访问部分，我们需要设置允许匿名访问。 当所有的设置都完成后，我们不需要重启服务。 可以直接通过不同的浏览器 Tab 直接访问你希望访问仓库。 确定能够实现不登录访问。 当你能够看到下面的界面的时候，表示我们的匿名访问设置成功了。 至此，针对某一个特定仓库的匿名访问设置已就完成了。 https://www.ossez.com/t/nexus/14558
我们可以使用 Java 程序来使用 OpenCV。 OpenCV 的使用需要动态库的加载才可以。 加载动态库 到 OpenCV 的官方网站上下载最新的发布版本。 Windows 下载的是一个可执行文件，没关系，这个可执行文件是一个自解压程序。 当你运行以后会提示你进行解压。 拷贝动态库到 Windows 中 进入解压后的 opencv\build\java\x64 文件夹，在这个文件夹中你会看见一个动态库文件。 例如，我们看到的动态库文件名字为： opencv_java470.dll 将这个动态库拷贝到 C:\Windows\System32 目录下。 运行测试程序。 程序代码如下，首先需要静态导入库。 然后再进行版本输出。 通过上面的代码运行，可以看到系统中运行的 OpenCV 版本。 https://www.ossez.com/t/java-opencv/14557
点火线圈的英文名称为：Ignition Coils 随着汽油发动机向高转速、高压缩比、大功率、低油耗和低排放的方向发展，传统的点火装置已经不适应使用要求。点火装置的核心部件是点火线圈和开关装置，提高点火线圈的能量，火花塞就能产生足够能量的火花，这是点火装置适应现代发动机运行的基本条件。 当初级线圈接通电源时，随着电流的增长四周产生一个很强的磁场，铁芯储存了磁场能(当开关装置使初级线圈电路j断开时，初级线圈的磁场迅速衰减，次级线圈就会感应出很高的电压。初级线圈的磁场消失速度越快，电流断开瞬间的电流越大，两个线圈的匝比越大，则次级线圈感应出来的电压越高。 点火线圈依照磁路分为开磁式及闭磁式两种。传统的点火线圈是用开磁式，其铁芯用0.3毫米左右的硅钢片叠成，铁芯上绕有次级与初级线圈。 下图中显示的就是割草机的点火线圈。 如果你的割草机长期放置在室外的话，割草的点火线圈的硅钢可能会生锈。 这会导致线圈没有办法正常工作，所以我们需要把这个点火线圈更换后就可以让割草机正常工作了。 这个线圈的工作原理就是通过磁性来产生高压电脉冲来点燃汽油。 https://www.isharkfly.com/t/topic/487
PyPI 是可以在本地计算机上进行配置来访问远程的仓库地址的。 检查配置文件 检查配置文件使用的命令为： pip config -v list 通过上面的配置文件，我们可以知道 Python 的 PyPI 的配置文件信息。 上面图片显示的是配置文件的扫描路径。 修改 pip.ini 配置信息 为了能够让 pip 能够获得不同的仓库。 我们修改了路径 ‘C:\Users\yhu\AppData\Roaming\pip\pip.ini’ 的这个文件。 修改了配置信息。 配置文件很简单，只有 index 和 index-url 因为我们的仓库是私有仓库，所以我们还需要在 URL 前面配置授权信息。 这个和 Git 的配置是相同的。 测试连接 如你在使用 pip install 进行安装的时候，如果能够看到下载的地址为你的私有仓库地址的话，则说明配置已经成功了。 如果上面的图，我们看到的下载地址为我们使用的私有下载地址。 在公司内部，通常都会使用私有仓库，这是因为私有仓库的安全性更好：使用私有仓库可以控制访问权限，避免敏感信息泄露，提高镜像的安全性 。 能够离线使用，在没有公共网络或者限制网络访问的场景下，使用私有仓库可以满足本地部署、离线使用的需求。 加速部署：私有仓库可以保存常用的镜像，可以加速项目的部署速度，特别是当需要多次部署相同的环境时。 公司内部网络通常是局域网，所以使用私有仓库能在编译的时候加快依赖下载。 但，这个优势现在已经不突出了，因为就算是私有仓库，很多公司也会部署在公共网络上，通过 VPN 来进行访问。 https://www.ossez.com/t/pypi/14553
Nexus 可作为一个代理来使用。 针对一些网络环境不好的公司，可以通过配置 Nexus 来作为远程的代理。 Group 概念 Nexus 有一个 Group 的概念，我们可以认为一个 Nexus 仓库的 Group 就是很多不同的仓库的集合。 从下面的配置中我们可以看到，我们配置了一个 Nexus PyPI 的 Group。 这个 Group 下面我们只代理了一个仓库。 但是我们实际访问会使用这个 Group 仓库的地址。 仓库地址 当我们点进去这个 Group 后，我们会看到我们配置的仓库地址。 在这个仓库地址下，我们只镜像了一个仓库。 如有多仓库的话，可以在下面配置不同的仓库。 代理仓库 pypi-central 我们定义的是一个代理远程的仓库地址。 配置的信息如下： 从上面的图我们可以看到远程的仓库地址信息。 至此，有关 Nexus 作为 Python 的远程仓库配置就完成了。 如你本地配置没有问题的话，当你进行第一次下载后，将会看到上面的内容。 这样远程 Python 的库的内容就被我们下载到本地仓库中了。 https://www.ossez.com/t/nexus-python/14552