Bir Java projesi için Vagrant: VM'de mi yoksa ana bilgisayarda mı derlemelisiniz?

Soru şu: Vagrant'ı bir Java projesi için (veya bu konuda derlenmiş herhangi bir dil projesi) kullanırken, sanal makinede mi yoksa ana bilgisayarda mı derlemelisiniz? Ayrıca, IDE'nizin ve tüm geliştirme araçlarınızın da VM'nin içinden veya ana bilgisayardan çalıştırılmasını ister misiniz?

Gibi görünüyor , çok iyi tanımlanmamış tam olarak nasıl bir Java IDE ve Serseri VM ile derleme / dağıtma işlemi çalışır. Genel olarak benim izlenimim, kodun ana bilgisayarda düzenlendiği ve derlenmemiş diller için harika çalışan VM'de çalıştırıldığıdır. Stackoverflow'daki diğer yanıtlar , fazladan derleme adımı nedeniyle Vagrant'ın derlenen diller için daha az kullanışlı olduğunu ima etti, ancak yine de ne yapılabileceğini görmek istiyorum.

Zaten düşündüğüm bazı şeyler:

Neden sanal makinede derlemelisiniz?

• ana bilgisayarda derleme yapılıyorsa, java yüklenecek bir başka yazılımdır
• ana bilgisayarda derleme yapılıyorsa, ana bilgisayardaki java sürümü sanal makinedekiyle manuel olarak güncellenmelidir
• ana bilgisayardaki karşılık gelen java sürümü mevcut olmayabilir (örneğin, bir Mac'te)

Neden sanal makinede IDE var?

• ortam ve IDE arasında daha sıkı entegrasyon, uygulamayı çalıştırmak için kısayolları kullanabilir
• uzaktan hata ayıklama olmadan java uygulamaları için hata ayıklayıcıya bağlanabilir (tek adımda çalıştırma / hata ayıklama)

Neden ana bilgisayarda derleme

• daha hızlı derleme süreleri
• sanal makineyi üretimin mümkün olduğu kadar yakın tutmak istiyorum

Neden ana bilgisayarda IDE var

• kodu ana bilgisayarda düzenlemek ve onu sanal makinede çalıştırmak serseri bir kuraldır
• daha iyi kullanıcı arayüzü performansı (X yönlendirme ve VNC yavaştır)

Düşünceleriniz nelerdir: IDE'mi VM'nin içinden mi yoksa ana bilgisayardan mı çalıştırmalıyım? VM'nin içinden mi yoksa ana bilgisayarın içinden mi derlemeliyim?

Çok fazla düşündükten ve denemeden sonra, Vagrant'ı nerede kullanacağıma ve Java geliştirme iş akışıyla nasıl bütünleşeceğine karar verdim.

JavaEE / konuşlandırılmış uygulamalar için, bir web sunucusunu ve bir veritabanı sunucusunu yapılandırmak, kesinlikle Vagrant'ın kullanımını garanti etmek için "yeterli" karmaşıklığa sahip şeylerdir. İki sunucu ve onları yapılandırmanın sayısız yolu ile, yapılandırmanın bir geliştiriciden diğerine senkronizasyondan çıkması ve "makinemde işler" sendromunu ortaya çıkarması kolaydır. Bu tür bir yazılım için, ana bilgisayardaki kodu düzenlemek ve derlemek ve üretim ortamınızı taklit eden bir Vagrant VM'ye dağıtmak en iyisidir. Web sunucusunun dağıtım klasörü, ana bilgisayardaki bir derleme hedefine sembolik olarak bağlanarak manuel olarak yeniden konuşlandırma ihtiyacını ortadan kaldırabilir. Yani Vagrant, geliştirme yaşam döngünüzün önemli bir parçası olabilir,

Bağımsız Java uygulamaları için (kitaplıklar veya masaüstü uygulamaları gibi) hikaye biraz değişir. Bu durumda, Vagrant'ın kullanımından tamamen kaçınarak ana makinede düzenleme, derleme ve çalıştırma en mantıklıdır. Büyük Java IDE'lerinden (Eclipse, Netbeans, IntelliJ ...) birini kullanıyorsanız, makinede zaten Java yüklüdür. Bu noktada, Vagrant kullanmanın ek yüküne kıyasla çok az avantaj vardır ve yalnızca geliştirme sürecinize fazladan bir karmaşıklık katmanı koymaya hizmet eder. Bunun nedeni, Java'yı bir IDE ile düzenleyebildiğinizde, her şeyi ana bilgisayar üzerinde çalıştırabilmenizdir. Bir sorun, proje için gerekli olan Java sürümünün, ana bilgisayarda IDE'yi çalıştıran sürümle eşleşmemesidir. Genel olarak (umarım) bu çok fazla sorun değildir; bu yazı itibariyle JDK6'nın kullanım ömrü sona ermiştir ve JDK8 henüz piyasaya sürülmemiştir (bunun bizi nerede bıraktığını tahmin edin). Ancak birden fazla sürüm çalıştırmanız gerekiyorsa, JAVA_HOME'u ana bilgisayarda gerektiği gibi ayarlayabilmelisiniz. Bu fazladan karmaşıklık getirse de, yalnızca Java'nın farklı sürümlerini kullanan projelerle çalışmak için bir Vagrant çalışma zamanını sürdürmekten daha az karmaşıktır.

İlginç soru, konteynersiz web uygulamalarıyla ne yapılacağıdır. Web sunucusu (bu durumda uygulamanın içinde) harici web sunucusu için yaptığımız gibi VM içinde çalıştırılmalı mı? Veya bağımsız uygulama için yaptığımız gibi ana bilgisayar üzerinde çalıştırılsın mı? Konteynırsız web uygulamaları için endişelenecek harici bir web sunucusu yoktur, ancak muhtemelen bir veritabanı vardır. Bu durumda hibrit bir yaklaşım benimseyebiliriz. Konteynırsız bir web uygulaması çalıştırmak, temelde bağımsız bir uygulama çalıştırmakla aynıdır, bu nedenle kodunuzu ana makinede derlemek ve çalıştırmak etkili olacaktır. Ancak bir veritabanı söz konusu olduğunda, veritabanı sunucusunun kendi Vagrant VM'si üzerinde olması mantıklı olacak kadar hala yeterince karmaşıklık ve yapılandırma vardır.

Umarım bu, Vagrant ile ilgilenen Java geliştiricilerine onu nasıl kullanacakları hakkında bir bağlam verir.

Geçen yıl bu konuyla ilgilenmiştim :)

Çözümüm, bayraklarla yapılandırılabilen serseri bir makineye sahip olmak. Örneğin, bu işaretlerden biri masaüstü arayüzünü etkinleştirir çünkü bazı geliştiriciler ana makinede kodlamayı tercih ederken, diğerleri masaüstü ve içindeki IDE ile çok daha entegre bir ortama sahip olmayı tercih eder.

Masaüstü yavaşlığıyla yüzleşmek için çok kullanışlı bir serseri eklentisi (evet ... vagrant, geliştirme ortamını büyük ölçüde iyileştiren eklentilere sahiptir) şu şekilde yüklemelisiniz: serseri eklenti kur vagrant-vbguest Bu eklenti, her konuk için sanal kutu misafir eki yükleyecektir. Virtualbox arayüzünü kullanırken kullanılabilir hale getirin. Daha sonra gui'nin Vagrantfile dosyasını bu şekilde düzenlemesini etkinleştirmek için:

config.vm.provider "sanal kutu" do | vb | vb.gui = gerçek son

Paylaşılan klasör performanslarını hızlandırmak yerine rsync: config.vm.synced_folder "./git", "/ home / vagrant / git", şunu yazın: "rsync", rsync__exclude: ".git /" kaynak kodun ana bilgisayarda düzenlenmesi ve ardından konuğa yeniden senkronize edilmesi.