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:

  1. Süreç, loopVariable20 String’in bir listesini içeren tek bir değişkenle başlatılır .
  2. 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).
  3. Paralel ağ geçidinden sonra 5 görev gerçekleştirilir. Bu da geçmiş tablolarına bir miktar çıktı üretir.
  4. 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
  • İşlem Tanımlarının Silinmesi

İşlem Örneklerinin Toplu Modifikasyonu

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 .

İşlem Örneklerini Yeniden Başlat

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.

Camunda BPM Kokpit

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 .

İşlem Tanımlarının Silinmesi

Ş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.

Camunda BPM Kokpit

İş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 .

Daha fazla

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 .

Geribildirim

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

This post is also available in: İngilizce