Bonjour,

Nous réalisons une
édition en powerbuilder qui nous pose des problèmes.

L'environnement technique est :
base oracle 9
powerbuilder 6.5 sur un poste windows NT et powerbuilder 11. sur un
poste Windows XP ?
(nous avons 2 versions de powerbuilder pour ce client en vue de sa
future migration de pb 6.5 ver pb 11.?)


L'édition est constituée de la manière suivante :
1 datawindow contenant 2 reports (facture et décompte).

Sur la datawindow facture sont posées en plus des champs de sa requête
de données 3 sous-reports (des tableaux de données).
Sur la datawindow décompte est posée en plus des champs de sa requête de
données 1 sous-report (tableau de données).

Sur chaque report qui contient un tableau de données, il y a des dessins
de traits verticaux, parfois des cadres et un ou deux grands traits
horizontaux : le but de ces traits étant de faire des tableaux avec des
cadres (contours et traits verticaux) mais sans activer l'affichage du
cadrillage des datawindows grid (car sinon il y a les traits
horizontaux). Du coup, les reports ne sont pas forcément des grid mais
plutôt des freeform.


Les problèmes que nous rencontrons sont les suivants :
- sur des petits volumes, l'édition fonctionne correctement sur les 2
versions de PB
- sur des volumes plus importants (mais pas non plus immenses) d'environ
2100 pages générées, nous avons les problèmes suivants légèrement
différents entre les 2 versions de Powerbuilder :

1) En pb 6.5, si on lance l'édition en mode aperçu, tout va bien mais
dès qu'on imprime sur une imprimante papier ou sur une imprimante PDF,
la fin du fichier se corrompt : c'est à dire que le fichier PDF est
produit ou l'impression sort mais certains tableaux sautent, la police
change et tout devient en gras, la taille de certains chiffres augmente.

2) En pb 11, si on lance l'édition en mode aperçu, tout va bien mais dès
qu'on imprime sur une imprimante PDF, PDF creator commence à paginer
jusqu'à la page 920, puis s'arrête et ne rend pas la mémoire. Il semble
que cela fasse pareil sur l'imprimante.
Il est alors impossible de relancer l'édition (probablement car la
mémoire n'est pas libérée) et le seul moyen est de rebooter le poste.
En retravaillant l'édition pour supprimer tous les traits (pour alléger
la taille) , on arrive enfin à obtenir un fichier PDF, mais avec les
mêmes corruptions de fichier que pour PB 6.5. On a également remplacé
les tableaux freeform par des grid (ce qui ne correspond pas aux
spécifications du client en terme de design), mais cela n'a rien amélioré.


Après de multiples tests, on a également remarqué les faits suivants :
- la dégénérescence du fichier PDF se produit lorsque sa taille est de
14,6 Mo alors qu'un fichier de 14,2 Mo passe correctement (pour faire
baisser la taille, on a retiré 1 tableau en faisant varier à chaque test
le tableau en question pour vérifier que ce n'étaient pas les données
des tableaux qui posaient problème).
- En terme de consommation mémoire, il y a minimum 350 voir 400 Mo
utilisés pour générer le fichier PDF.
- lors de la génération du PDF, le PC est à 100% de CPU


Les questions que nous nous posons sont donc les suivantes :
1) Comment expliquer la différence de comportement entre PB6.5 et PB11
en ce qui concerne les traits verticaux qui ne passent par en PB11? Les
traits sont-il plus "gourmands" en taille dans PB11 que dans PB6.5 ?
2) Comme l'aperçu est correct, est-ce qu'il s'agit d'un problème de
spool de l'édition vers l'imprimante ou PDF ? si oui, peut-on paramétrer
ce spooler pour allouer une taille mémoire ou lui dire prendre la
mémoire nécessaire ? si oui, ce paramétrage se fait-il dans Powerbuilder
ou est-une configuration du poste ?
3) Y a-t-il un moyen dans les datawindow grid pour n'afficher que les
traits verticaux et pas les lignes lorsqu'on affiche la grille ? On n'a
bien essayé de faire se chevaucher les lignes mais visiblement à
l'exécution, cela se repositionne et ne se chevauche pas, donc on voit
les lignes.
4) Quelle solution nous préconisez-vous ?

Actuellement, la solution mise en oeuvre a été de découper le volume en
paquets plus petits ( < 1000 pages) mais cela est contraignant en terme
de traitements pré-édition pour le client et c'est donc une solution
quine peut être que temporaire.


Merci pour vos réponses