Discussion :

[lolo2mars]

Bonjour,

Je souhaite pourvoir modifier via une liste <select> le nombre de lignes retournées par la requete d'un DBExtract. le MaxRows est paramétré avec {$NB}mais il me revient à -1 dans le flux XML . Quelqu'un a une idée ?
merci par avance

lolo

[Nicolas.Cogi]

Héhé, bien essayé

Pour ton MaxRow, positionne le par défaut à une valeur correcte.
Ensuite nomme ton select comme ca : [NOM_DBExtract]_MaxRows et roule !

par exemple :
avec DBExtract.Name = ORGANIZATION

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
<select name="ORGANIZATION_MaxRows">
  ...
</select>

[lolo2mars]

merci Bcp dans l'historique du Forum je trouvé pas mon bonheur ...

[Sylvain James]

J'en profite pour rajouter que cette technique est très utile lorsque dans une page web on prévoit un export fichier par exemple.

ex. : on est sur un écran qui affiche une liste d'utilisateurs, en dessous desquels figure un espace de paging qui permet de naviger d'une page à l'autre. On a aussi un bouton qui permet d'exporter la même liste dans un fichier excel. Ce bouton déclenche le même xmlservice, mais à la différence que le format de sortie est du csv par exemple, et que cette fois tous les enregistrements seront retournés (pas de paging).

Sylvain

[lolo2mars]

Bonjour,

Le tableau que j'affiche par page de 10, 20 ou 30 lignes est l'execution
d'une query SQL dont la Clause est construite par l'action de list box sur un formulaire au dessus.
A la validation du formulaire le tableau apparait et me retourne des valeurs fixées par la clause.
( jusque là tout va bien c'est apres que ça se gatte!!! )
Par contre à l'utilisation du list footer ma precedente clause diparait de la requete et celle ci est rejoué.
Donc mon tableau me retourne les données de la table non filtré ..
Comment etre sûr d'utiliser le list footer en utilisant la même clause .


Merci par avance ;o)

[Nicolas.Cogi]

Voui voui, no problem
Il suffit de rajouter le parametre en question dans la liste des InputParams (XMLService -> WSDL)

Ca permet à XMLRAD de déterminer la liste des paramètres indispensable à l'execution du service et de mettre la chaine de caractères correspondantes dans /document/XMLC_Params/XMLC_InputParams et /document/XMLC_Params/XMLC_NavigationParams

A partir de là, le composant xslc:ListFooter va aller chercher les paramètres dans le doc XML et zou.

Juste attention si tu utilises des caractères spéciaux, comme le % dans tes paramètres, ca pose probleme dans une url classique.

[lolo2mars]

Bien cela fonctionne à merveille ... Par contre la clause where que mon utilisateur construit avec les list select de ce même formulaire et systématique perdu dés que je souhaite passer au N lignes suivante dans mon tableau ... Donc en rechargeant mon formulaire la clause where est effacé.. :o(

[RDM]

ca va être le même principe pour cela aussi

[lolo2mars]

tu veux dire que la variable qui contient la clause wheree va aussi dans WSDL et ma clause est " rejoué" d'un rechargement de formulaire sur l'autre ..???
:

[RDM]

oui il faut toujours passer le context d'execution avec tout ce que tu auras besoin dans le context.
pour complément d'info:
http://xmlrad.developpez.com/Articles/Context/