Camunda BPM 7.8.0 Çıktı - UNIBRAVO
tarafından unibravo | Ara 27, 2017 | Blog, BPM |
Camunda BPM Platform 7.8.0 burada, işlem motorunun performansını önemli ölçüde geliştiriyor.
Bunun yanı sıra Cockpit için çok sayıda iyileştirme yaptık. Önemli noktalar:
Süreç Yeniden Başlatma, Askıya Alma / Devam Etme ve Durum Değiştirme için Toplu İşlemler
İşlem Tanımlarının Silinmesi
JSON ve XML değişkenlerini inceleme ve düzenleme
Bir süreç diyagramında teknik olay sayısını görme
BPMN diyagramlarının daha hızlı oluşturulması
Buna ek olarak, veritabanı Microsoft Sql Server 2016 ve Microsoft Edge tarayıcı resmi olarak destekleniyor.
Tam sürüm notları Jira mevcuttur.
Bilinen Sorunların Listesi.
Sen olabilir Free Camunda indirin veya Docker ile çalıştırın .
Ayrıca , varsayılan olarak Camunda BPM 7.8’e dayanan Camunda Spring Boot Starter 2.3.0 projesini de piyasaya sürdük .
Önemli performans iyileştirmeleri
Camunda 7.8, SQL deyimlerini veritabanına toplu kullanarak performansı artırır.
Bir BPMN sürecine bir örnek olarak bakalım:
Süreç, loopVariable20 String’in bir listesini içeren tek bir değişkenle başlatılır .
Adım 1, çoklu örnek olarak ilan edilir ve davamıza göre loopVariable20 örnek örneği oluşturur. Bu, veritabanında 20 ayrı değişken üretir (iki tarihi tablodaki değişiklikler geçmişi dahil).
Paralel ağ geçidinden sonra 5 görev gerçekleştirilir. Bu da geçmiş tablolarına bir miktar çıktı üretir.
Son olarak, tüm değişiklikler bir işlemde gerçekleştirilir, çünkü tüm süreçler eşzamanlı olarak yürütülmek üzere bildirilir.
Aşağıda, toplu iş modu AÇIK ve KAPALI farklı veritabanlarına karşı bu işlemi geçmiş düzeyi TAM olarak çalıştırırken karşılaştırma sonuçlarımızı bulabilirsiniz. Çizelge, zamanla iş hacmini gösterir (yani, süreç örnekleri / dakika çalıştırılır), daha yüksektir.
Bu sayıların farklı veritabanlarını karşılaştırmak için kullanılmaması gerektiğini lütfen unutmayın. Ancak, bir veritabanı içinde tutarlıdır ve test edilen 6 veritabanından 4’ünde önemli hız iyileştirmeleri gösterirler. Aynı zamanda, MySQL ve MariaDB veritabanlarının görünüşte toplu ve basit işleme modu arasında ayrım yapmadığını görüyoruz.
Bu gelişme nasıl mümkün oluyor?
Böyle bir işlemi gerçekleştirirken, motorun birçok SQL deyimi (INSERT, UPDATE, DELETE, SELECT) gerçekleştirmesi gerekir. Genellikle deyimler sırayla yürütülür. Bu durumda, her bildirim, Java gidiş motorundan veritabanına gidiş dönüşünü kapsar; buna, ağ gidiş-dönüş süresi dahil dahildir. 7.8 ile, bu SQL deyimi toplu işleme kullanılarak optimize edilmiştir. Aynı veritabanı tablosuna karşı yürütülen tüm ifadeler artık veritabanına tek bir gidiş dönüş olan bir toplu iş olarak yürütülür.
Toplu iş modu varsayılan olarak açıktır. (Lütfen bazı veritabanlarına ilişkin sınırlamalarabakın .)
Aşağıdaki yapılandırma parametresini kullanarak kapatmak mümkündür:
<property name="jdbcBatchProcessing" value="false"/>
Camunda Kokpitinde Yeni Özellikler
Bu sürüm Cockpit’te birçok yeni özellik ekliyor. Bu blogpostta yalnızca üç ana noktayı sunuyoruz:
İşlem Örneklerinin Toplu Modifikasyonu
İşlem Örneklerini Yeniden Başlat
Bazen süreç örnekleri yanlış bir dönüş yapıyor ya da olmamaları gereken bir duruma geliyor. Bunun için bazı yaygın nedenler şunlar:
Yanlış veri / yük sağlandı veya
Harici bir sistemdeki bir hata
Bu (veya diğer) sorunların çözümünden sonra, bazı adımları tekrarlamak gerekebilir.
Bu gibi durumlarla başa çıkabilmek için Camunda önceki sürümlerde süreç örneklerini değiştirmek için bir özellik geliştirdi. Şimdiye kadar, Kokpit’te modifikasyon yalnızca tek bir işlem örneği üzerinde çalıştı. 7.8 ile başlayarak, süreç örnek değişikliği artık Kokpitteki bir dizi işlem örneğinde yürütülebilir.
Camunda BPM Kokpit
Toplu işlem örnek modifikasyonu gösteren animasyon
Daha fazla ayrıntı süreç örneği değiştirme ve yığın işlemleri belgelerinde bulunabilir .
Değişiklikler yalnızca çalışan işlem örneklerine uygulanabilir, ancak bazen önceden sona eren süreç örneklerini yeniden oluşturmanız veya başlatmanız gerekebilir. Bunu başarmak için, bu sürüm, Process Instance Restart API’sını Camunda Kokpitinde kullanılabilir kılmaktadır.
Toplu işlem örneklerinin yeniden başlatıldığını gösteren animasyon
Daha fazla ayrıntı, süreç örneklerinin yeniden başlatılması ve toplu işlemlerle ilgili belgelerde bulunabilir .
Şimdiye kadar, yalnızca bir dağıtımın tamamını silerek Kokpitteki işlem tanımlarını silmek mümkün olmuştur. Bu davranış mantıklı değildir, çünkü genellikle konuşmak gerekirse, bir dağıtım birkaç işlem tanımından ve kaynaklardan oluşur – muhtemelen hala gerekli olan ve silinmesi beklenenler de dahil değildir.
Bu sürüm, Kokpit’e, kendi dağıtımları ne olursa olsun süreç tanımlarının silinmesine izin veren yeni bir özellik getiriyor.
İşlem tanımlarını silme
Bireysel sürümleri silme işleminin yanı sıra, bir işlem tanımının tüm sürümlerini silmek mümkündür.
Daha fazla ayrıntı, süreç tanım silme belgelerinde bulunabilir .
Blogposta’da burada sunulmayan daha birçok küçük özellik ve hata düzeltmesi bulunmaktadır. Tam sürüm notları ayrıntılar sağlar.
Web Seminerine kaydolma
Henüz yapmadıysanız, ücretsiz yayınlanan web seminerleri için son dakika kayıt – Almanca ve İngilizce yerleştirdiğinizden emin olun .
Lütfen bu sürümün müthiş yeni özelliklerini deneyin ve bu yazı hakkında yorum yaparak veya foruma bize ulaşarak geri bildirim sağlayın