“JRules BRMS product line overview” z “WebSphere ILOG JRules V7.0.2 InfoCenter”


Przygotowując obraz VMware z RHEL 5.4 x86-64 na VMware Fusion 3.0.2/MacOS Snow Leopard zabrałem się za lekturę “WebSphere ILOG JRules V7.0.2 InfoCenter”. Plan obejmował przejście przez cały rozdział 1. “JRules BRMS product line overview”, ale dobrnąłem jedynie do sekcji “Architecture guidelines”. Nie dałem rady więcej szczególnie, że w międzyczasie pojawiły się problemy z aktualizacją RHEL – pam.i386 było w konflikcie z pam.x86_64 (bodajże cykliczne zależności) i jedynym rozwiązaniem było pobranie ich wersji oddzielnie, i instalacja rpm’em. Po tych 5h obraz był gotowy.

A w dokumentacji kilka ciekawostek, które warto odnotować:

  • JRules V7.0 wspiera JBoss 5.0, IBM WebSphere Application Server V7.0 oraz Oracle Weblogic 10.3
  • Rule Studio (narzędzie dla programisty reguł) wspiera Eclipse 3.4.2 (można tym samym rozbudować RADa i WIDa)
  • Do testowania poprawności reguł biznesowych Rule Studio korzysta z JUnit
  • W wersji 7 zmigrowano z EJB2 do EJB3 (podkreśla się to, więc zakładam, że jest to widoczne dla programisty!)
  • Poza Eclipse, JUnit i EJB3 wymieniono Apache Ant, Apache Tomcat, Yahoo! UI i Apache Lucene.
  • Eclipse służy do budowania aplikacji z regułami na JRules – wersja dla Windows przychodzi z Eclipse, a pozostałe platformy rozszerzają istniejące instalacje Eclipse
  • JRules używa Anta do tworzenia skryptów do budowania i wdrażania aplikacji na serwer aplikacyjny
  • W wersji 90-dniowej Tomcat jest domyślnym serwerem aplikacyjnym dla Rule Execution Server (RES). Inne serwery wspierane.
  • iLOG Rule Team Server (RTS) wykorzystuje Yahoo! UI 2.5.1. jako komponent JavaScript dla Rule Explorer.
  • Software Asset Management (SAM) 2.0 jest systemem kontroli licencji, który sprowadza się do pliku sam.jar, który musi być w ścieżce klas (CLASSPATH) aplikacji z regułami biznesowymi JRules
  • Programiści definiują i uruchamiają testy reguł w Rule Studio, a użytkownicy biznesowi korzystają z Rule Team Server do ich zweryfikowania
  • Testowanie reguł w JRules jest obowiązkiem nie prawem do tego stopnia, że ten etap znalazł się w czymś co nazwano rule governance process.
  • Integracja aplikacji z regułami biznesowymi i aplikacji korporacyjnej (Java EE) sprowadza się do napisania kodu integrującego obie warstwy, w którym następuje wywołanie reguły za pomocą dedykowanego JRules API. Wdraża się reguły biznesowe na serwer lub uruchamia wbudowane w Java SE (podobnie jak wbudowane bazy danych).
  • JRules udostępnia pomocniczą aplikację webową do instalacji Rule Execution Server (RES) i Decision Validation Services (DVS)

Zmęczyło mnie to czytanie. Bardziej przemawiają do mnie przykłady, które dodatkowo mogę uruchomić. Już nie mogę się doczekać instalacji JRules na przygotowanym RHEL. Już na mnie czeka…

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s