Composants commerciaux ADF via RMI vs EJB et Toplink

Question

Quelles seraient les différences dans la mise en œuvre de la logique métier distante?

Nous prévoyons actuellement d'utiliser ADF pour développer des applications Web frontales (en passant de Struts ). Quelles sont les différences entre les EJBs des appels frontaux en utilisant TopLink contre les composants d'entreprise ADF via RMI en termes d’évolutivité, car la migration de Struts vers ADF englobera également PL / SQL et Oracle Forms, augmentant ainsi considérablement le nombre d’utilisateurs?

Answer 1

Le chargeur ADF est assez large, car il englobe le système frontal tout au long de l’accès aux données. Il s’agit d’un formidable cadre RAD si vous voulez utiliser toute la pile, mais ne le faites pas. si vous n’utilisez que l’une ou l’autre partie.

Je suppose que vous envisagez d'utiliser les composants métier TopLink ou ADF (BC4J) pour la couche d'accès aux données.

Je dirais que si vous envisagez d'utiliser une application basée sur RMI, TopLink serait probablement mieux, principalement parce que la puissance de BC4J réside dans ses objets de vue, qui ne se sérialisent pas (traduisant par conséquent ces résultats dans le style TopLink). objets de valeur, de toute façon).

Si vous utilisez une application Web de haut en bas et que vous ne vous souciez pas vraiment des EJB et du RMI, je pense que vous constaterez que BC4J offre de nombreuses possibilités pour faire évoluer les applications Web standard ... Longue histoire En bref, il mappe le SQL dans des objets de vue, qui sont des bases de données intelligentes qui ont un comportement très ajustable, qui peuvent être liées directement à Composants JSF des visages Oracle ADF, pour un RAD vraiment transparent.

Answer 2

Je traverse une situation similaire en ce moment. Je ne suis pas un expert, mais voici ce que j'ai pu tirer de mon expérience. Que les EJB utilisant les balances Toplink ou ADF soit mieux dépendant des particularités de votre situation. Dans certains cas, l’un peut être meilleur que l’autre, mais j’ai l’impression que ce sont deux très bonnes solutions.

Cependant, puisque vous indiquez que le projet implique également la migration d'Oracle Forms, il semble qu'ADF serait le meilleur choix, car Oracle semble positionner JDeveloper et ADF comme successeurs de Forms et de rapports (voir la section Documentation ADF ciblant les concepteurs de concepteurs de formulaires et de concepteurs ).

Answer 3

Vous ne devez pas utiliser le déploiement EJB du gabarit ADF. Cela nécessite beaucoup de synchronisation RMI. Je l'ai utilisé avec l'ADF Swing . Aller au prochain enregistrement prend environ trois secondes. Nous devons réécrire les listes déroulantes pour le rendre performant.

Dans Oracle 11g (édition 2009-05), vous aurez la possibilité de Créez un fichier SDO WS basé sur un objet de vue que vous pourrez utiliser dans des entités desservies par ADF BC dans un autre projet ADF.