Améliorations de DBLookup et des formules (version 3.2.91y)
Nous avons apporté plusieurs modifications au système de formules, et en particulier à la fonction 'DBLookup'. Vous trouverez ci-dessous un résumé de ces modifications et des versions dans lesquelles elles ont été introduites.
Vérification des formules et messages d’erreur améliorés
La gestion des erreurs a été améliorée afin de fournir des messages d’erreur plus clairs et plus explicites. Les messages d’erreur contiennent désormais l’intégralité de la formule en échec. Vous devriez ainsi trouver et corriger le problème beaucoup plus facilement.
Nous avons également ajouté des contrôles sur le nombre de paramètres fournis à chaque formule. Vous pourriez donc commencer à recevoir des erreurs pour des formules qui semblaient fonctionner auparavant. En réalité, la formule n’aurait pas fonctionné, elle échouait simplement en silence sans produire le bon résultat. Vous obtenez maintenant un message d’erreur lorsque le nombre de paramètres est incorrect.
L’utilisation de la fonction Message provoquait l’échec des transferts avec RapidiConnector version 3.2.90a ou ultérieure. Le problème est corrigé et la formule Message fonctionne de nouveau parfaitement.
Nous avons également corrigé un problème avec 'DBLookup' (apparu aux alentours de la version 3.2.90a) qui provoquait le plantage du RapidiConnector. Il était dû à une erreur dans la formule DBLookup (par exemple lorsque les arguments du nom de table ou du nom de champ étaient incorrects). Ces erreurs sont maintenant correctement gérées et signalées. Nous avons par la même occasion amélioré le moment du signalement, afin de vérifier et de signaler ces erreurs immédiatement au lieu de continuer à lire dans le système source - vous obtenez ainsi l’erreur le plus rapidement possible.
Les modifications ci-dessus ont été introduites dans la version 3.2.91q
Les fonctions CASE et IF affichent désormais elles aussi de meilleurs messages d’erreur en cas d’arguments manquants. Cette modification a été introduite dans la version 3.2.91v.
DBLookup fonctionne désormais avec n’importe quelle Connection (et non plus seulement 'SOURCEDS' ou 'DESTDS')
Le premier argument de DBLookup est la Connection (ou "DataSource", comme elle s’appelait auparavant). Vous pouvez y indiquer 'SOURCEDS' ou 'DESTDS' - DBLookup utilise alors la Connection Source ou Destination courante - ou n’importe quelle autre Connection que vous avez configurée sous Connections (comme NAV001 ou MSSQL001).
Le problème venait du fait qu’avec une Connection autre que SOURCEDS ou DESTDS, DBLookup ne réutilisait pas correctement la Connection, ce qui provoquait l’erreur "DataHandler already in use" lorsque DBLookup était exécuté plus d’une fois - par exemple si plusieurs enregistrements étaient lus depuis la Source.
Ce problème est désormais corrigé et vous pouvez utiliser DBLookup avec n’importe quelle Connection, et avec autant de Connections différentes que vous le souhaitez.
Exemple de DBLookup : ##DBLookup('MSSQL002','Contact','CustomerNo',"No",'Name')
Utilisez 'SOURCEDS' ou 'DESTDS' quand c’est possible
Les synonymes 'SOURCEDS' et 'DESTDS' doivent toutefois toujours être utilisés pour accéder à la Connection Source ou Destination courante. Sinon, vous obtiendrez l’erreur "Connection already in use", car ces Connections sont déjà utilisées par le Transfer lui-même.
En définitive, nous recommandons vivement d’utiliser 'SOURCEDS' avec DBLookup, car les performances sont normalement bien meilleures qu’avec d’autres Connections. C’est particulièrement vrai lors de la lecture de données via le RapidiConnector.
Exemple de DBLookup avec SOURCEDS : ##DBLookup('SOURCEDS','CONTACTPERSON','CUSTACCOUNT',"ACCOUNTNUM",'NAME')Nous avons également corrigé un problème avec DBLookup lorsque 'DESTDS' était combiné avec la Mirror Technology pour lire depuis la Source. Le Mirror indiquait alors à chaque fois que tous les enregistrements avaient changé. C’est corrigé et le Mirror ignore désormais correctement le DBLookup utilisant 'DESTDS', comme il le doit. Cette erreur est apparue aux alentours de la version 3.2.90a.
Les modifications ci-dessus ont été introduites dans la version 3.2.91y. Vous devez utiliser cette version ou une version ultérieure, aussi bien sur le Rapidi Central Service que sur le ou les RapidiConnector(s).
Veuillez contacter notre équipe de support pour convenir d’une mise à niveau.
Cordialement
Michael
