Aar arşiv dosyalarının neler olduğunu ve savaştan nasıl farklı olduklarını bilmiyorum. Biraz dönüştürülebilir olduklarını okudum. Hangisini ne zaman kullanmalı? Artıları ve eksileri ve sınırlamaları nelerdir.aar ve savaş dosyası arasındaki fark nedir?
Bir .war herhangi bir Java EE uygulama sunucusuna dağıtabilir bir web arşividir.
Bir .aar size Axis2 standart web uygulaması zaten dağıtılmış olan bir uygulama sunucusundaki dağıtabilir belirli axis2 eserdir. Burada açıklandığı gibi
Hala 'embedded' modunu kullanarak, standart bir web uygulamasında, birden fazla hizmet dahil olmak üzere bir Axis2 uygulamasını dağıtabilir: http://wso2.com/library/90. .aar modundan gömülü moda dönüştürmek, tüm dosyaları ayıklamak ve bunları gömülü mod için doğru yere koymaktan oluşur. .aar için
Pro'nun @ gibi sıcak dağıtım olduğu renat-Gilmanov cevap verdi. sadece yerine karmaşık bir dağıtım prosedürü takip etmek zorunda herhangi bir uygulama sunucusu üzerinde bir .WAR dağıtmak: (embedded) .WAR için
Pro'nun dağıtmak ve bir üretim ortamında yönetmek için
eksenli Arşivi (.aar)
Eksen 2 hizmet Eksen Arşivi olarak paketlenir (.aar). Bu, arşivin META-INF dizininde paketlenmiş services.xml dosyası ile bir JAR dosyasıdır (jar veya zip araçları kullanılarak oluşturulmuştur).
Example, StockQuoteService aşağıdaki yapılara sahip olacak StockQuoteService.aar olarak ambalajlandıklarında:
./stock/StockQuoteService.class
./META-INF/services.xml
axis2 hizmet Dağıtım oldukça basittir; sadece .aar dosyasını, başvuru kapsayıcınızdaki axis2 Web uygulamasındaki axis2/WEB-INF/services dizinine kopyalayın. Tomcat durumunda, $ TOMCAT_HOME/webapps/axis2/WEB-INF/hizmetleri olacaktır.
Gerekçe
Servis yazılımın oldukça küçük bir parçasıdır. Bir hizmet veya hizmetlerin undeploy Eğer
Ba Aksine, Axis2 * .aar'ı hafif bir uygulama olarak ele almayı önerir. Aynı Axis2 örneğini paylaşır, tüm işi durdurmadan kolayca yönetilebilir ve yeniden dağıtılabilir.
Karmaşık bir sistem geliştirdiğinizi düşünelim. İyi bir geliştirici ve mimar olarak, hizmetleri en küçük bir işlevsellik olarak kullanarak gevşek birleştirilmiş sistem kurmaya karar verdiniz. Ayrışma iyi gitti, yani 100 hizmetiniz var. Eğer mümkün olacak çünkü hangisi, bu arada, iyi:
Soru, tüm bu hizmetleri ayrı bir uygulama (savaş) olarak geliştirmeyi tercih edermisiniz? Umarım yapmazsın. Axis Archives gibi hafif bir yaklaşım kullanmak çok daha kolay ve verimli olacaktır.
Lütfen unutmayın, Axis, Tomcat'in uygulama için kullanım ömrünü yönetmenize izin verir.o işletme düzeyi uygulamaları söz konusu olduğunda
Durumu büyük bir endişe kaynağıdır. Kısa bir süre boyunca kesinti yaşanması bile zararlı olabilir, bu yüzden sunucuyu yeniden başlatmak iyi bir seçenek değildir. Sisteminizi kapatmadan sisteminizi güncellemeniz gerekir. Sıcak dağıtım ve sıcak güncelleme geldiği budur.
Sıcak dağıtım sistem ise yukarı yeni hizmetler dağıtmak ve çalıştırmak yetenektir. Örnek olarak, iki adet servis - service1 ve service2 - up and running hizmetiniz olduğunu ve sistemi kapatmadan service3 adında bir hizmetini sunduğunuzu varsayalım. Hizmet dağıtımı3, bir sıcak dağıtım senaryosudur.
Güncelleştirme, sistemi kapatmadan varolan bir web hizmetine değişiklikler yapma yeteneğidir. Bu, test ortamında gerekli olan önemli bir özellik ve .
The Axis2 Deployment model, Part 1: Six ways the Axis2 deployment model is more user friendly