Powerbuilder pour les completement Geeks !
Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Annonce
Dans la rubrique Liens & Références, vous avez accès à un sommaire de téléchargement, profitez-en !
Il existe maintenant un nouveau TOPIC "Votre CV en Ligne" accessible uniquement par demande.
#1 10-01-2007 10:50:31
- Doctor Z
- Moderador
- Lieu: Vale Figueira (Lisbonne)
- Date d'inscription: 30-05-2006
- Messages: 756
- Pépites: 1,003,082
- Banque: 877,135,234,297,804
Migration de PB6.5 vers PB10.5
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.
Olivença, l'oubliée
Si tu es alentejane, que Dieu te bénisses, si tu ne l'es pas, que Dieu te pardonnes.
Hors ligne
#2 10-01-2007 15:22:41
- cdtit
- Membre completement Geek
- Lieu: Saint chéron
- Date d'inscription: 19-12-2006
- Messages: 124
- Pépites: 678
- Banque: 0
Re: Migration de PB6.5 vers PB10.5
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
Les cons ça ose tout. C'est même à ça qu'on les reconnaît.
Hors ligne
#3 10-01-2007 18:04:27
- Doctor Z
- Moderador
- Lieu: Vale Figueira (Lisbonne)
- Date d'inscription: 30-05-2006
- Messages: 756
- Pépites: 1,003,082
- Banque: 877,135,234,297,804
Re: Migration de PB6.5 vers PB10.5
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 !
Olivença, l'oubliée
Si tu es alentejane, que Dieu te bénisses, si tu ne l'es pas, que Dieu te pardonnes.
Hors ligne
#4 11-01-2007 14:09:28
- gikel
- Membre Geek
- Lieu: Orléans
- Date d'inscription: 29-05-2006
- Messages: 33
- Pépites: 0
- Banque: 0
Re: Migration de PB6.5 vers PB10.5
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
#5 11-01-2007 14:56:03
- cdtit
- Membre completement Geek
- Lieu: Saint chéron
- Date d'inscription: 19-12-2006
- Messages: 124
- Pépites: 678
- Banque: 0
Re: Migration de PB6.5 vers PB10.5
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)
Les cons ça ose tout. C'est même à ça qu'on les reconnaît.
Hors ligne
#6 11-01-2007 15:45:10
- shahin
- Modérateur
- Lieu: val de marne
- Date d'inscription: 26-09-2006
- Messages: 938
- Pépites: 8,675,050,269
- Banque: 16,218,225,127,617
Re: Migration de PB6.5 vers PB10.5
Je ne connait pas du tout les PFC, mais Sybase a mis une version Open source des PFC sur codeXchange
never let people work on more than one thing at once.
Hors ligne
#7 12-01-2007 06:49:34
- erasorz
- Admin
- Lieu: Babylone
- Date d'inscription: 23-11-2006
- Messages: 5121
- Pépites: 97,197
- Banque: 2,147,483,647
Re: Migration de PB6.5 vers PB10.5
Oui les Open-PFC sont librement téléchargeables :
http://pfc.codexchange.sybase.com/files … 15/pfc.zip
N'envoyez jamais un humain faire le travail d'un programme.
Hors ligne
#8 12-01-2007 10:33:46
- shahin
- Modérateur
- Lieu: val de marne
- Date d'inscription: 26-09-2006
- Messages: 938
- Pépites: 8,675,050,269
- Banque: 16,218,225,127,617
Re: Migration de PB6.5 vers PB10.5
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.
never let people work on more than one thing at once.
Hors ligne
#9 12-01-2007 14:16:48
- Doctor Z
- Moderador
- Lieu: Vale Figueira (Lisbonne)
- Date d'inscription: 30-05-2006
- Messages: 756
- Pépites: 1,003,082
- Banque: 877,135,234,297,804
Re: Migration de PB6.5 vers PB10.5
shahin, je n'utilise pas les PFC, mais Mezigue pourra peut être nous en dire davantage.
Olivença, l'oubliée
Si tu es alentejane, que Dieu te bénisses, si tu ne l'es pas, que Dieu te pardonnes.
Hors ligne
#10 15-01-2007 09:20:02
- gikel
- Membre Geek
- Lieu: Orléans
- Date d'inscription: 29-05-2006
- Messages: 33
- Pépites: 0
- Banque: 0
Re: Migration de PB6.5 vers PB10.5
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
#11 15-01-2007 09:32:23
- erasorz
- Admin
- Lieu: Babylone
- Date d'inscription: 23-11-2006
- Messages: 5121
- Pépites: 97,197
- Banque: 2,147,483,647
Re: Migration de PB6.5 vers PB10.5
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"
Code: pb
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 :
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
N'envoyez jamais un humain faire le travail d'un programme.
Hors ligne
#12 15-01-2007 10:06:05
- gikel
- Membre Geek
- Lieu: Orléans
- Date d'inscription: 29-05-2006
- Messages: 33
- Pépites: 0
- Banque: 0
Re: Migration de PB6.5 vers PB10.5
ok merci , c'est cool je connaissais pas ca
Hors ligne
#13 15-01-2007 17:12:29
- Doctor Z
- Moderador
- Lieu: Vale Figueira (Lisbonne)
- Date d'inscription: 30-05-2006
- Messages: 756
- Pépites: 1,003,082
- Banque: 877,135,234,297,804
Re: Migration de PB6.5 vers PB10.5
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")
Olivença, l'oubliée
Si tu es alentejane, que Dieu te bénisses, si tu ne l'es pas, que Dieu te pardonnes.
Hors ligne
#14 16-01-2007 07:24:19
- erasorz
- Admin
- Lieu: Babylone
- Date d'inscription: 23-11-2006
- Messages: 5121
- Pépites: 97,197
- Banque: 2,147,483,647
Re: Migration de PB6.5 vers PB10.5
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...
N'envoyez jamais un humain faire le travail d'un programme.
Hors ligne
#15 16-01-2007 09:09:23
- Doctor Z
- Moderador
- Lieu: Vale Figueira (Lisbonne)
- Date d'inscription: 30-05-2006
- Messages: 756
- Pépites: 1,003,082
- Banque: 877,135,234,297,804
Re: Migration de PB6.5 vers PB10.5
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 !
Olivença, l'oubliée
Si tu es alentejane, que Dieu te bénisses, si tu ne l'es pas, que Dieu te pardonnes.
Hors ligne
#17 16-01-2007 13:54:36
- cdtit
- Membre completement Geek
- Lieu: Saint chéron
- Date d'inscription: 19-12-2006
- Messages: 124
- Pépites: 678
- Banque: 0
Re: Migration de PB6.5 vers PB10.5
Les mots clé "ALIAS FOR" existent déja dans PB 6.5, mais ne sont pas obligatoires.
Les cons ça ose tout. C'est même à ça qu'on les reconnaît.
Hors ligne
#18 16-01-2007 14:17:55
- Doctor Z
- Moderador
- Lieu: Vale Figueira (Lisbonne)
- Date d'inscription: 30-05-2006
- Messages: 756
- Pépites: 1,003,082
- Banque: 877,135,234,297,804
Re: Migration de PB6.5 vers PB10.5
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 !
Olivença, l'oubliée
Si tu es alentejane, que Dieu te bénisses, si tu ne l'es pas, que Dieu te pardonnes.
Hors ligne
