在对某些仓库进行 Git Clone 的时候遇到了 Filename too long 的错误提示。 错误提示如下图：     可以有下面的一些解决办法： 在 Git bash 中运行下面的命令，来进行 git 配置的全局修改： git config --system core.longpaths true   在 Clone 仓库出现上面的错误后，进行已经克隆的目录中，然后找到 .git 目录的 config 文件。 添加 longpaths = true   这个配置。 然后重新删除已经克隆的目录中除了 .git 的所有目录。 然后再重新 checkout branch。   第 3 种办法就是在 Check out 的时候添加参数。 例如使用下面的命令进行 check out。 在 Clone 的时候添加 -c core.longpaths=true 参数。 例如使用下面的命令进行 clone git clone -c core.longpaths=true "https://src.ossez.com/spring/spring-boot.git" "C:\WorkDir\spring-boot"   你应该能够没有问题的解决这个问题。

2签证，在美国待10个月，有必要申请工卡（EAD）吗？听说申请工卡等待时间较长，又不清楚J2持EAD卡在这边是否好找工作。   如果你要靠 J2 能够工作的话可能意义不大。（具体问题咨询你的律师或专业人员）。 你只有 10 个月，J2 的理论处理时间是 2 -3 个月，实际上能 半年到 1 年下来就已经很不错了，如果要 RFE 的话，你极有可能你回国了 EAD 都没有下来。 就算你 EDA 卡在 5 个月下来了，你只有 5 个月就要回国了，找工作，如果是正式 PayRoll 的工作，需要求职，面试，背景调查，工作许可校验，入职。整个流程下来快的 2 - 3 个月，慢的半年（自己渠道的无所谓）。 如果你只是为了工作的话并且想找一个正式公司，带 PayRoll 的工作的话，个人感觉 EAD 意义不大。如果 J1 有纳税或者 J1 需要什么税务方面的要求，J2 办下来能够申请 SSN，也许对 J1 的 Join Tax Return 有帮助。 如果不你不在乎申请费，申请了 EAD 卡也没啥问题。 另外好不好找工作的问题，这个因人而异，并且也和你找工作的方向，专业，目标有关。 如果你是大牛，到哪里都好找工作，公司甚至可以跳过去直接给你申请 H1-B，或者直接给你申请绿卡。如果只是为了找一个普通的工作，换句话说要经过劳动力市场，自己影响力也不是非常大的普通工作的话，找工作的流程和公司雇佣美国人，以及普通招聘流程差不多。外国人本身竞争优势要小一些，但是也还算是公平，公司招人是为了来工作的创造价值的，所以公司的招聘基本上会一视同仁，如果招聘一个员工，只能工作  5 个月，如果你是 HR ，你会怎么考虑呢？

打包完成后的 Spring Boot 程序如何部署到 Linux 上的服务？   你可以参考官方的有关部署 Spring Boot 为 Linux 服务的文档。 文档链接如下： https://docs.ossez.com/spring-boot-docs/docs/reference/html/deployment.html 请注意，在部署为 systemd 服务的时候，上面的配置文件为： [Unit] Description=myapp After=syslog.target [Service] User=myapp ExecStart=/var/myapp/myapp.jar SuccessExitStatus=143 [Install] WantedBy=multi-user.target 你需要自行修改 Description， user,  ExeStart 字段中的内容。 请注意，官方的配置可能不是非常正确。 假设我们的可执行 Jar 文件名为：reoc-mls-service-importer.jar 这个文件部署在：/home/reoc/reoc-mls-service-importer/reoc-mls-service-importer.jar 路径下。 如果你配置 ExecStart 为： ExecStart = /home/reoc/reoc-mls-service-importer/reoc-mls-service-importer.jar 你是没有办法运行的。 你需要配置为： ExecStart=/usr/bin/java -Xmx2048m -jar /home/reoc/reoc-mls-service-importer/reoc-mls-service-importer.jar 才可以。 其中 -Xmx2048m 是为这个进程指定分配的内存大小。 你也可以不分配内存，去掉这个参数也是可以的。

比如在JAVA后端开发中？它的应用场景是什么？用得多吗？   使用线程就会遇到线程同步的问题。 Java 使用线程比较多，但是有时不是多线程就处处是有点的。有些东西可以多线程，有些东西就不可以。 比如我们现在使用非常多的 MQ，就必须要求使用多线程。  

在 Gradle 中如何在打包的 Jar 中不包含版本代码？   在 bootJar 中，使用下面的代码进行打包不包含版本代码。 archiveFileName = "${archiveBaseName.get()}.${archiveExtension.get()}" 上面的代码将不会打包版本号码 完整的代码如下： bootJar { archiveFileName = "${archiveBaseName.get()}.${archiveExtension.get()}" }  

如何在 Gradle 中配置一个项目可以打包为 Spring Boot 可执行 Jar？   你首先需要添加到 org.springframework.boot 到插件中： 例如下面的代码： plugins { id 'maven-publish' id "org.asciidoctor.convert" version "2.3.0" id 'org.springframework.boot' version '2.1.4.RELEASE' }   然后应用插件，使用下面的代码： apply plugin: 'io.spring.dependency-management' 在 Build 界面中添加 bootJar 参数。 bootJar { baseName = 'reoc-mls-service' version = '0.1.0' } 例如上面的参数，当添加上面的参数后，我们的打包程序的 Jar 将会命名为： reoc-mls-service-0.1.0.jar  

应该美国有家庭破产制度，同时美国家庭之间互相借钱的情况不常见（不是没有，但是与银行比起来不常见）。   想想现在的癌症掏空家庭的事情经常发生，如果我们也家庭破产制度和没有家庭互助的情况出现的话，有多少人会因此而申请破产？   制度，环境不一样，没有可比性。

系统提示错误信息： Received status code 409 from server: Overwriting released artifacts is not allowed.   这是在 Archiva 默认的配置下如果你不是使用 snapshot 配置的话，是不允许对仓库进行重新部署的。 你可以手动修改 Archiva 的配置能够允许你对仓库进行重新部署，但是我们不建议你这样做。 对于非正式版的发布，你可以使用 snapshot。   配置的位置在你的 Archiva 仓库的配置中。  

有时候我们希望将我们的jar 开发包发布到 Archiva 中。 如何配置 Gradle 的编译脚本呢？   首先你需要启用 Gradle 的 Maven-publish 插件。 plugins { id 'maven-publish' } 如上面的代码，你需要确保你的插件已经启用了。   然后在脚本中添加下面的代码： publishing { publications { maven(MavenPublication) { from components.java artifact sourcesJar artifact javadocJar } } repositories { maven { credentials { username 'username' password 'password' } def releasesRepoUrl = "url to archiva" def snapshotsRepoUrl = "url to archiva" url = version.endsWith('SNAPSHOT') ? snapshotsRepoUrl : releasesRepoUrl } } } 上面的脚本有 2 部分的内容， 第一部分是对源代码进行编译。 第二部分是将编译的 jar 推送到 archiva 中。 在这里，你需要指定 archiva 的用户名和密码，这个用户能够具有 archiva 的相关权限。   随后在项目中运行命令： gradle publish 就可以进行编译后将包发送到 Archiva 中了。

jenkins 在创建新的 Build 的时候希望邮件进行通知。 但是邮件通知的时候出现错误： Unable to Send Mail - javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection?   这个很有可能是在你配置 jenkins 邮件服务器的时候选择了 SSL 你可以取消选择 SSL。     配置的路径在配置界面中的配置系统上。