Question

Y a-t-il des bons arguments pour l'utilisation de Java Web Dynpro sur ABAP Web Dynpro? Je l'ai entendu dire que la version Java est plus mature d'environ 18 mois en raison Dynpro a été fait pour Java, puis devs ABAP voulait une fois qu'ils l'ont vu travailler.

Je sais ABAP est propriatary à SAP et Java est beaucoup plus largement utilisé. Est-ce que ce fait, plus la maturité de la version Java en font le meilleur choix?

De plus. dois-je même envisager d'utiliser le NWDI avec Dynpro? NWDI semble être une si mauvaise idée de moi quand je peux utiliser gratuitement ANT.

Était-ce utile?

La solution

Mise à jour (deux ans plus tard): Maintenant, son officiel. Java Web Dynpro sont mis en mode maintenance. ce qui signifie que son sera bientôt seule technologie héritée. SAP En ce moment (2010) revient à ABAP seule pile. Je ne fournit pas un lien parce que les liens de sève sont de courte durée. Il suffit de chercher dans http://sdn.sap.com .

Avant la mise à jour: Il n'y a pas de position de sève officielle sur cette question pour autant que je sache. Je vais donc jeter mes deux cents. , je ne connais aucun bon argument d'abord utiliser Java sur ABAP dans la terre de la sève.

Il me semble que la nouvelle chose a été développé en Java par Sap, parce qu'il était le « futur ». On dirait qu'ils entravées activement le développement de la pile ABAP pour donner Java pile une chance. Mais la seule raison d'utiliser le serveur d'applications Java SAP est d'accéder à l'information et la logique métier sur les serveurs d'applications ABAP. Il n'y a aucune raison de l'utiliser par lui-même (car il existe de meilleures alternatives j2ee). Et même sève n'a pas fait une application de signification sur le serveur d'applications Java.

A propos de la maturité. Les webdynpro sont plus matures sur la pile java. Mais la pile elle-même est terriblement imature.

Il prend plus de dix minutes pour commencer sur un matériel décent. L'exploitation forestière est dispersée dans tous les sens. Avec inutilisable IUG. Et très hostile au texte spectateur. Il n'utilise pas les ressources communautaires java pour le personnel comme la gestion des versions et construit. Et les alternatives SAP sont imature.

A propos de la disponibilité des programmeurs Java. Cela est vrai, bien sûr, mais: Comme la plupart de la logique est dans la pile de ABAP (dans la plupart des scénarios), il est nécessaire de connaître Java et ABAP pour tout, plus trivial, l'application. Et là, vous avez affaire à une ressource rare. Ce qui se passe est que vous enseigner ABAP au développeur java ou vice versa. Ce n'est pas mal mais il se fait à partir de mauvaises raisons. Et vous aurez les développeurs sur le projet inexpérience (expérience dans une pile de langue).

Le dernier mot. Si vous vous souciez de la facilité d'utilisation de votre site. Considérez BSP ou JSP. Le webdynpro revivre toute la laideur et non la facilité d'utilisation qui est dans le Sapgui.

Autres conseils

Je me souviens de l'instructeur à ma ABAP webdynpro classe a dit que la bibliothèque ALV était disponible dans la pile Java, donc si vous voulez les fonctionnalités qu'il offre, comme automatique excel exportations et somme, vous auriez à les mettre en œuvre vous-même.

Demandez-vous pourquoi vous considérez comme WebDynpro pour commencer. Pensez à écrire votre propre MVC (en ABAP ou Java) un vous épargner beaucoup de maux de tête d'apprendre à peindre soi-même dans un coin WebDynpro inutilisable.

Comme son, IAC, DCOM, Business Connector, BSP, PCUI, le WDJ va disparaître et disparaîtra. WDA est ici qui n'a pas besoin RFC ou NWDI. Pour une application web complète soufflé, CRM / R3 Application de commerce électronique qui utilise la technologie J2EE complète MVC2 qui peut également être utilisé pour une application personnalisée à l'aide JCO.

Petite correction à ma déclaration au sujet de la WDJ. Il ne prend une formation pour apprendre WDJ si magasin java utilise SAP avec le temps / frais pour la formation alors WDJ est un bon choix. Sinon, vous pouvez concevoir toute application J2EE / MVC2 utilisant Struts et JCO pour l'application SAP Web activé. Pour boutique ABAP, je suggère WDA puisque la courbe d'apprentissage est faible, n'a pas besoin NWDI et JCO. Ainsi, SAP est versitile Société d'applications avec la capacité d'utiliser la technologie .Net ainsi.

Peut-être que nous devrions mentionner, tout ce que vous faites avec WD Java nécessite RFC activé FM.

Alors qu'avec ABAP WD, vous pouvez accéder à tous les FM, tables, objets ABAP, etc.

Et il y a combat entre SAP et Oracle qui possède maintenant le java.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top