Leonardi 4.2 à 4.4 Changement de comportement pour la méthode addExtraValues?

Je suis passé de Leonardi 4.2 à 4.4.

J'avais changé le comportement d'une classe avec mon propre bout de code. Tout fonctionnait parafaitement en 4.2.

La méthode en cause:
public void addExtraValues(LySetController set, LyValueSet values)

En 4.2, si j'ajoute une valeur ici, alors elle apparait dans le formulaire (web ou lourd) et toutes les validations se font correctement. Donc, tout est OK.

En 4.4, les calculs se font correctement dans mon log. Donc, les valeurs sont "ajoutées". Mais elles ne sont plus affichées dans les formulaires et les validations se plantent (genre valeur NULL pas acceptée!). J'ai ajouté une ligne à la fin de la méthode: set.resetFormContent(); Ça change rien. Toujours le même problème, soit en formulaire ou dans un "edit table".

Tu peux poster le bout de code que l'on puisse voir, avec la partie de ton model xml que l'on puisse voir ce qui va pas?
Merci

J'ai résolu mon problème d'une manière assez simple: je réinitialise l'attribut dans le formulaire... Ce n'était pas nécessaire en 4.2.


Bout de code en question, basé sur un exemple de Studio:

public void addExtraValues(LySetController set, LyValueSet values)
{

// Add project number
/*LyClassInfo classInfo = set.getClassInfo();
LyFieldInfo projectClient = classInfo.getFieldInfo("projectClient");
LyObjectId clientId = (LyObjectId)set.getValue(projectClient);
LyObject client = clientId.getLogicalObject();
LyObjectList projects = client.getList(set.getSession(),classInfo);
int np = (projects == null ? 0 : projects.getSize());
LyFieldInfo projectNumber = classInfo.getFieldInfo("projectNumber");
String number;
np++;
if (np < 10)
number = "P0" + np;
else
number = "P" + np;
values.addValue(projectNumber, number);
*/
if (set == null)
return;
if (values == null)
return;

LyClassInfo objectClassInfo=set.getClassInfo();
int i, n = objectClassInfo.getFieldInfoCount();
for (i = 0; i < n; i++)
{ //we always add extra values, but id's are for CreateController only
if (objectClassInfo.getFieldInfo(i).getData("BSADDEXTRAVALUES") != null && !(objectClassInfo.getFieldInfo(i).MARK_ID == LyFieldInfo.MARK_ID && !set.isCreation()) )
{
values.addValue(objectClassInfo.getFieldInfo(i), getBeanShellEval(set, objectClassInfo.getFieldInfo(i), "BSADDEXTRAVALUES"));
set.setFieldValue(objectClassInfo.getFieldInfo(i), getBeanShellEval(set, objectClassInfo.getFieldInfo(i), "BSADDEXTRAVALUES"), true);
//propagate (set, objectClassInfo.getFieldInfo(i),getBeanShellEval(set, objectClassInfo.getFieldInfo(i), "BSADDEXTRAVALUES"));
//set.resetFormContent(); //2010/02/05
}
}
super.addExtraValues(set, values);
}


Pour votre information, j'ai intégré BeanShell comme interpréteur de commande Java dans les comportements de classe. Je n'ai qu'à ajouter des variables applicatives dans Studio (ici BSADDEXTRAVALUES avec une formule). Ça permet des formules plus sophistiquées que Studio et qui sont applicables sur tout les types d'attributs (ex: date du jour + 30, tester une relation, devient optionel si X > Y etc.). J'ai donc des BSISOPTIONAL, BSDEFAULT, BSCHECKNEWVALUE etc. Ca évite de coder les bouts de code simple. Un analyste qui a des bases de Java peut être relativement indépendant des programmeurs et de l'API de Leonardi... C'est encore en prototype mais les résultats sont prometteurs. La clé est de bien initialisé l'interpréteur BeanShell avec l'ensemble des attributs d'une classe.