Säännöt elin näimme aiemmin Acuity AXON sääntöjä plain Englanti edellä on koottu Java class tiedostot työnkulun vaiheessa. Class tiedostot ovat sitten ladataan ja toteutetaan runtime.Dynamic Päivitä Mikä on dynaaminen virkistää ja miksi tarvitsemme sitä. Kuten aiemmin mainittiin, Acuity ";; s plain Englanti säännöt kootaan Java-luokka tiedostot, jotka ovat sitten ladataan muistiin ja teloitettiin. Ne, jotka tuntevat Java ja Java ";; n classloading mekanismi heti kertoa siellä ;; SA ongelma tässä.
Javassa luokka kerran ladattu muistiin ei voi poistaa vasta vanhempi classloader että ladattu luokka poistetaan myös. Tämä tarkoittaa, että kun säännöt on koottu Java-luokan tiedostoja, niitä ei voida muuttaa enää. Vaikka muutat sääntöjä ja elvyttää java luokan tiedostot, sovellus jatkuu vanhempi versio Java-luokkia se on jo muistissa. Vasta kun palvelin käynnistetään uudelleen tai sovellus järjestelty uudelleen, tulee uusi muutokset tulevat voimaan. Acuity Business säännöt säveltäjä on saatavilla 2 versiota:.
SaaS - Software-as-a-Service malli, jossa monet käyttäjät voivat luoda tilejä Acuity ja käyttää ohjelmistoa Ala Facebook b. Pino - Jokainen käyttäjä saa oman palvelimensa pino mukana Acuity Business säännöt säveltäjä ja he voivat tehdä mitä haluavat sitä sovelletaan Acuity ehdot. Nyt ";; n miten ratkaista tämä ongelma ja mitä vaikutuksia sillä on yli 2 käyttöönottotilanteet. . Käynnistä järjestelmä uudelleen tai käynnistä palvelin voi olla mahdollista Stack mutta ehdottomasti ei SaaS b.
Käytä tomcat johtaja webapp kohteeseen redeplo Jälleen voi olla mahdollista Stack mutta ehdottomasti ei SaaS C. Rakenna hakemuksen OSGi Web Bundle varmasti mahdollista, mutta futuristinen ja aiheuttaisi käyttäen ei-standardi kontteja kuten Eclipse Virgo sijasta kokeiltu Tomcat astiaan. d. Käytä kolmannen osan ohjelmistoja, kuten JRebel sijoittamaan uudelleen luokat suorituksen pätevä ja luultavasti paras ratkaisu kunnes OSGi tulee valtavirta