Architecture Web forms 10g/11g ?

Bonjour à tous,

je dois migrer une appli forms 6i vers ?, le "?" dépend des possibilités/contraintes de la cible.

A ce titre, je n'arrive pas (rapidement) à trouver "l'architecture" de Forms sous 11g.

Ok il y un un ou plusieurs serveurs d'appli (à ce titre comment se fait le dimensionnement ??, load balancing ou pas etc...)

Côté client, il a y obligatoirement (ou optionnellement) une applet Java ou c'est du web "pur" (HTML+javascript) ?

En cas de migration automatisée (avec un outil style pitss.con), que faut-il comme compétences pour finaliser ce qui ne peut-être migré automatiquement ? (sous entendu un bon développeur Java s'en sort-il ?)

Le forum répond probablement à toutes ces questions : je suis en train de le parcourir mais je suis dans l'urgence = pas taper :cry:

Merci d'avance.

Nestor.

Le Forms Runtime s'exécute sur, au moins, un serveur d'applications. Ensuite, selon le nombre d'utilisateurs, vous pouvez multiplier les serveurs avec la technique du Load Balancing.
Le client est full Java puisqu'il s'agit d'une Applet.
Point besoin de connaitre le développement Java, puisque La plupart des fonctions qui officiaient, avant, sur le poste client en 6i, ont été redéveloppées dans la library Webutil.

Merci pour ces réponses.

La migration semble "facile" à réaliser. ..

Est-ce que ça revient à dire que c'est trop "couteux/risqués" d'envisager non pas une migration mais un re développement des formulaires en appli "web pure" sans utiliser l'applet Java d'Oracle pour se passer de la licence "forms" ? (en utilisant un serveur d'appli Open Source par exemple pour générer HTML et javacript)

Cela ne dit rien de plus que cela dit, c'est à dire qu'une migration Forms 6 vers 10g ou 11g est "relativement" douce, pour peu que vous n'ayez pas trop d'interractions avec le poste client sur un grand nombre d'écrans.

Réécrire une application avec un autre outil est rarement une opération légère en termes financiers.

C'est clair que de tout redévelopper pour s'affranchir de Forms, vous allez galérer. Enfin, ça dépend du nombre d'écrans que vous avez et la complexité de ceux ci. Sans parler de l'interaction avec la base qui est gérée en automatique par Forms, des reports, etc...
Bref tout refaire, c'est assez énorme.

La migration n'est pas non plus une chose légère, en général les écrans simples passent tous seuls, mais d'autres nécessitent une revue de code.
D'où les "" de CheikYerbouti sur le relativement douce :)

Merci pour ces précisions. (pour l'instant la grosse inconnue vient du fait que nous n'avons pas encore pu mettre la main sur les sources...)

Pour la migration, vers 11g, l'outil de migration fourni par Oracle est suffisant ou il faut "nécessairement" se tourner vers l'outil Pitss.con ?

Quelles seront les différences entre les deux?

Je ne connais pas Pitss.con
Sur les 2-3 migrations que j'ai fait de 6i en 9i, l'outil d'oracle était suffisant.

A priori Pitss.con est très efficace (certes si on en croit les pubs) ; c'est aussi l'outil recommandé par Oracle.

J'aimerais bien tester l'outil de migration Oracle mais je n'ai pas de formulaire développé avec 6i sous la main : vous savez où je peux en trouver ?