Reglerna kroppen som vi såg tidigare Acuity Axon reglerna i klartext engelska ovan är sammanställda i att java klassfiler i arbetsflödet scenen. De klassfiler sedan laddas och exekveras på runtime.Dynamic Refresh Så vad är dynamisk uppdatering och varför behöver vi det. Som tidigare nämnts, är Acuity ';; s vanliga engelska regler kompileras till Java-klassfiler som sedan lastas in i minnet och exekveras. De som är bekanta med Java och Java ';; s classloading mekanism kommer omedelbart att berätta det ";; sa problem med detta.
I java, kan en klass en gång laddas in i minnet inte tas bort förrän den överordnade Classloader som laddas klassen också bort. Detta innebär att när reglerna har sammanställts i java klassfiler, de kan inte ändras ytterligare. Även om du ändrar reglerna och regenerera java klassfiler, kommer programmet att fortsätta att köra den äldre versionen av Java-klasser det redan har i minnet. Först när servern startas om eller tillämpning omfördelas, kommer de nya ändringarna träder i kraft. Acuity Business regler kompositör finns i 2 versioner: a.
SaaS - Software-as-a-Service modell där många användare skapa konton i Acuity och använda programvaran ala facebook b. Stack - Varje användare får sin egen server stack med medföljande Acuity Business regler kompositör och de kan göra vad de vill med det föremål för Acuity villkor. Nu ";; oss se hur man kan lösa detta problem och vilken inverkan den har på de över 2 distributionsscenarier. en. Starta om datorn eller starta om servern kan vara möjligt i Stack men definitivt inte i SaaS b. Använd tomcat manager webapp att redeplo igen kan vara möjligt i Stack men definitivt inte i SaaS c.
Bygg din ansökan som ett OSGi webb bunt definitivt möjligt men futuristisk och skulle innebära att använda icke-standardiserade containrar som förmörkelse Virgo i stället för den beprövade Tomcat behållare. d. Använd en tredje del program som JRebel att omfördela klasserna vid körning gångbart och förmodligen den bästa lösningen till OSGi blir mainstream. L