问Java项目的流浪者:应该在VM上编译还是在主机上编译？

EN

经过深思熟虑和试验，我决定在哪里使用Vagrant，以及它如何与Java开发工作流集成。

对于JavaEE /部署的应用程序，配置web服务器和数据库服务器绝对是“足够”复杂的事情，足以保证使用Vagrant。有了两个服务器和无数的配置方法，配置很容易从一个开发人员到另一个开发人员不同步，从而导致“在我的机器上工作”综合症。对于这类软件，最好是在主机上编辑和编译代码，并部署到模拟您的生产环境的Vagrant VM。web服务器的部署文件夹甚至可以符号链接到主机上的编译目标，从而无需手动重新部署。所以Vagrant可能是你开发生命周期的一个重要部分，但是从主机上编码/编译/部署并使用Java在VM上运行的周期时间会比我们看到的PHP/Ruby/Node/等在主机上代码并在VM上运行的周期要长。

对于独立的Java应用程序(如库或桌面应用程序)，情况略有不同。在这种情况下，最有意义的做法是在主机上编辑、编译和运行，完全避免使用Vagrant。如果您正在使用一个大型的Java IDE (Eclipse、Netbeans、IntelliJ...)，那么您已经在机器上安装了Java。在这一点上，与使用Vagrant的开销相比，这几乎没有什么好处，只是在开发过程中增加了一层额外的复杂性。这是因为当您能够使用IDE编辑Java时，您无论如何都能够在主机上运行所有内容。一个问题是，项目所需的Java版本可能与主机上运行的IDE的版本不匹配。总的来说(希望如此)这不是什么大问题；在写这篇文章的时候，JDK6已经结束了生命周期，JDK8还没有发布(猜猜这给我们留下了什么)。但是，如果您确实需要运行多个版本，您应该能够根据需要在主机上设置JAVA_HOME。虽然这确实引入了额外的复杂性，但它比仅仅为了使用不同版本的Java来处理项目而维护Vagrant运行时的复杂性要低。

有趣的问题是如何处理无容器的web应用程序。web服务器(在这种情况下是在应用程序内部)是否应该像我们对外部web服务器所做的那样在VM内部运行？或者像我们对独立应用程序所做的那样在主机上运行？对于无容器web应用程序，不需要担心外部web服务器，但仍然可能有一个数据库。在这种情况下，我们可以采取混合方法。运行无容器web应用程序本质上与运行独立应用程序相同，因此在主机上编译和运行代码将是有效的。但是，对于涉及到的数据库，仍然存在足够的复杂性和配置，因此将数据库服务器放在其自己的Vagrant VM上是有意义的。

希望这能为对Vagrant感兴趣的Java开发人员提供一些关于如何使用它的上下文。

去年我对这个话题很感兴趣:)

我的解决方案是让一台可配置标志的流浪者机器。例如，该标志之一启用桌面gui，因为一些开发者更喜欢在主机上编码，而其他开发者更喜欢在其中具有桌面和IDE的更集成的环境。

面对桌面运行缓慢，你应该安装一个非常有用的流浪插件(是的……vagrant拥有极大地改善开发环境的插件)以这种方式: vagrant plugin install vagrant-vbguest这个插件将在每个来宾上安装virtual box guest make，以使其在使用virtualbox接口时可用。然后，要启用gui，请以这种方式编辑Vagrantfile：

config.vm.provider "virtualbox“do |vb| vb.gui = true end

为了提高共享文件夹的性能，我建议使用rsync: config.vm.synced_folder "./git"，"/home/vagrant/git"，键入："rsync"，rsync__exclude：".git/“，这样源代码就可以在主机上编辑，然后再同步到来宾系统。