Cependant, Echo2 est tout à fait adéquat pour le moment et il n'y a pas de plans pour migrer moins qu'il y ait un besoin express de faire so.Acuity Bean générateur Acuity fournit une accumulation dans le générateur de haricot qui génère des classes Java Bean à partir de XML. Un échantillon bean.xml est donnée ci-dessous: Le XML ci-dessus contient 3 fèves produit, l'adresse et le client. Les fèves de clients rapporte à l'adresse haricots et il est donc un UDT ou du type défini par l'utilisateur.
Acuity traite XML ci-dessus et génère des fichiers source Java et compile les sources dans les fichiers de classe Java à la volée. Il outre il fait correspondre les noms de type fournies par l'utilisateur à leurs types réels avant que la génération de haricots. Par exemple, les utilisateurs peuvent entrer chaîne comme type pour la propriété Nom et Acuity seraient mapper à java.lang.String ne devrait donc pas l'utilisateur de connaître le langage Java syntax.FileSystem Classloader Où sont ces fichiers générés situés et comment sont-ils disponibles pour L'application.
Avant d'utiliser Acuity, chaque utilisateur doit visiter l'écran ';; Paramètres généraux' ;; et définir leur répertoire FileStore. Il est ici que tous leurs actifs générés sont conservés. Je dis actifs parce qu'ils pourraient inclure des fichiers des règles qui sont le texte brut, fichiers d'image tels que des logos, d'autres répertoires signifiait pour les packages de Java, les fichiers source Java et des fichiers de classe Java. Une coutume webappclassloader prend soin de chargement de ces fichiers de l'utilisateur "de l'annuaire de filestore ;;.
Ce chargeur de classes du système de fichiers ne fonctionne pas Types de classloading.User-Defined dynamiques Alors, quelles sont les types définis par l'utilisateur. Aren types ';; t tout utilisateur JavaBeans définis parce qu'ils ne sont pas disponibles dans le cadre de paquetages Java. Cela pourrait être vrai. Mais dans Business Rules Acuity compositeur, Java Beans sont les blocs de construction primaires pour