Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
cdtit a écrit:
Volontier,
tu es dans quelle phase de migration ?
Pour l'instant, j'essaie de chiffrer, pas evident de dire combien de temps on va mettre à arriver en bas quand on sait pas de quel étage on saute, et surtout d'estimer si on va retomber sur ses pieds ou s'écraser comme un vieux flan ...
Salut,
J'ai déjà migrer l'ensemble du code et je suis dans la phase de
test de l'application.
Je me suis vu enquiquiner au début avec les accès à la base de
données (qui est une Oracle 7, à migrer elle aussi en Oracle 10) :
j'ai du me construire à la main un accès ODBC et il faut dire que
j'ai bien galérer.
Sinon, au niveau du code, je n'ai effectué que des corrections très
mineures (rajout des clauses ALIAS dans l'appel des fonctions externes)
et pour l'instant ça fonctionne.
Actuellement, je ne suis qu'en version 10.2.1, mais nous allons migrer
vers la 10.5 dans quelques temps.
Je n'ai pas rencontré de problèmes jusqu'à présent.
Hors ligne
Bonjour,
je me pose encore pas mal de questions :
- Les PFC disparaissent en V10.5, que fait-on des objets les utilisants ?
- Certains pans de mes applications utilisent des shared object et proxy, c.a.d. des images d'ojets distant en local pour l'interface, et des fonctions qui sont executés en déporté par les shared object.
C'est un peu confus, mais je ne connais pas les termes exact de ces objets.
Toujours est-il qu'il me semble que cela n'existe plus en V10.5, quelqu'un connait-il cette technologie ?
- Quelques fonctions, style "state" ou "subrst", et objet comme "env" s'avère être obsolète; Peut-on trouver une liste et/ou des correspondances.
Enfin quelle methode emplois tu pour evaluer la charge de travail sur un tel projet ?
J'aurais tendance à faire un test sur une appli et à essayer d'extrapoler pour le tout.
Merci
Hors ligne
Salut,
Pour ma part, je n'utilise aucune des technologies que tu as indiqué (ni PFC,
ni de shared object ...).
Je sais que Mezigue a migré une appli utilisant les PFC en 10.5, maintenant
je ne sais pas ce qu'il a rencontré comme problèmes et comment il s'y est
pris ... Je vais essayer de me renseigner !
Pour les objets d'environnement, je n'ai pas encore rencontré le problème
sachant que je ne suis qu'en 10.2.1 pour l'instant.
Pour l'évaluation, comme le projet est en phase initiale, nous n'avons pas
de deadline, mais je pense qu'il est raisonnable de se réserver une fenêtre
par jour (tests, modifications, debug, documentation de ce qui a été fait,
commentaires dans le code, analyse de l'impact des modifications, impact
de la ou des datawindows affectable à cette fenêtre) ; même si certaines
fenêtre seront migrées en moins de 2 heures d'autres te prendront peut
être 2 jours ... En fin de compte, je pense que tu t'y retrouveras. Cependant,
si tu as une dizaine de fenêtre pour lesquels il y a énormément d'objet ou
de datawindow affectable, en fonction de sa complexité, multiple un jour par
une durée que tu auras évaluer.
Fait attention aussi aux appels de fonctions externes et surtout enregistre
ton projet avant de faire quoi que se soit !
Si tu as d'autres questions, n'hésites pas !
Bon courage !
Hors ligne
cdtit a écrit:
- Les PFC disparaissent en V10.5, que fait-on des objets les utilisants ?
les PFC ne sont plus fournis par sybase , mais toi tu peux toujours utiliser les anciens !!! ( il suffit de les migrer comme les autres libriairies)
Hors ligne
Bonjour,
effectivement c'est ce que j'etais en train de tester.
Cela n'a pas l'air de poser de problèmes !
Par contre quelqu'un connait-il l'objet "transport"
et la façon de le remplacer dans V10.5
Merci
PS: GIKEL, je vois que tu es sur Tours, il y a de la demande en PB dans le coin ?
Je devrais emmigrer l'année prochaine ...
Dernière modification par cdtit (11-01-2007 15:05:06)
Hors ligne
Je ne connait pas du tout les PFC, mais Sybase a mis une version Open source des PFC sur codeXchange
Hors ligne
Oui les Open-PFC sont librement téléchargeables :
http://pfc.codexchange.sybase.com/files … 15/pfc.zip
Hors ligne
Doctor, je ne sais pas si ton appli utilisait la fenêre print dialog des PFC, mais d'après un message de Bruce Armstrong, c'est remplacé par une surcharge de la fonction print() de PB en version 10.
ps : n'ayant que PB9, je ne peux pas te confirmer l'info
En tous cas, voici un copier-coller :
The function that was called is no longer exported on PB versions later than 9.0. Instead, the PowerScript Print method was overloaded to provide the same functionality. I would suggest you simply replace the calls to the pfc print dialog with the overloaded Print calls, as the newer versions of PFC do.
Hors ligne
shahin, je n'utilise pas les PFC, mais Mezigue pourra peut être nous en dire davantage.
Hors ligne
Doctor Z a écrit:
(rajout des clauses ALIAS dans l'appel des fonctions externes)
C'est koi les fonctions externes et ca correspond à quoi la clause alias?
Hors ligne
C'est koi les fonctions externes
Il s'agit d'appel à des fonctions non PowerBuilder, par exemple des DLL système de Windows.
Par exemple pour connaître le nom de l'utilisateur connecté on déclarera en "Global external function"
Function Long GetUserNameA( Ref String s_User, Ref Int i_Buffer) Library 'advapi32.dll'
ca correspond à quoi la clause alias?
C'est une nouveauté de PB10.5, voici la différence de déclaration :
PB9 :
Function Long GetUserNameA( Ref String s_User, Ref Int i_Buffer) Library 'advapi32.dll'
PB10.5 :
Function Long GetUserNameA( Ref String s_User, Ref Int i_Buffer) Library 'advapi32.dll' Alias For 'GetUserNameA;Ansi'
Voir aussi : http://pbadonf.fr/forum/viewtopic.php?id=63
Hors ligne
ok merci , c'est cool je connaissais pas ca
Hors ligne
eRaSorZ a écrit:
C'est une nouveauté de PB10.5, voici la différence de déclaration :
PB9 :Code: pb
Function Long GetUserNameA( Ref String s_User, Ref Int i_Buffer) Library 'advapi32.dll'PB10.5 :
Code: pb
Function Long GetUserNameA( Ref String s_User, Ref Int i_Buffer) Library 'advapi32.dll' Alias For 'GetUserNameA;Ansi'Voir aussi : http://pbadonf.fr/forum/viewtopic.php?id=63
eRaSorZ, excuse-moi de te contredire, mais c'est une nouveauté de PB10 et pas de
PB10.5
En outre, la clause ALIAS (FOR) est indiquée lorsqu'une fonction externe utilise un
encodage ANSI.
Par ailleurs :
When you migrate an application to PowerBuilder 10, the ALIAS FOR clause and ansi keyword are added automatically.
(Cf. Aide de PB, "Calling external functions")
Hors ligne
Doctor Z a écrit:
eRaSorZ, excuse-moi de te contredire, mais c'est une nouveauté de PB10 et pas de PB10.5
Autant pour moi,
En fait je n'ai jamais utilisé la version 10, je suis passé de la 9 à la 10.5...
Hors ligne
eRaSorZ a écrit:
Doctor Z a écrit:
eRaSorZ, excuse-moi de te contredire, mais c'est une nouveauté de PB10 et pas de PB10.5
Autant pour moi,
En fait je n'ai jamais utilisé la version 10, je suis passé de la 9 à la 10.5...
No problemo !
Hors ligne
Les mots clé "ALIAS FOR" existent déja dans PB 6.5, mais ne sont pas obligatoires.
Hors ligne
cdtit a écrit:
Les mots clé "ALIAS FOR" existent déja dans PB 6.5, mais ne sont pas obligatoires.
OK, en fait, depuis la version 10, la clause ALIAS FOR devient obligatoire
lorsque les fonctions externes utilisent un encodage ANSI.
J'espère que je ne me suis pas trompé cette fois !
Hors ligne