Vous êtes ici Forums
  |  Connexion
 Forums
HomeHomeForums DNNForums DNNDéveloppementDéveloppementArchitecture SOAArchitecture SOA
Précédente
 
Suivante
Nouveau message
10/07/2007 12:19
 
Architecture SOA  (N/A)

Bonjour

Je développe actuellement pour une société de gaz une application backoffice avec un client basé sur DotNetNuke. J'oppose actuellement deux modèles de développement :

- le modéle de développement DNN (basé sur des modules contenant la logique métier, avec SQL provider, etc...)

- un modèle SOA, ou le module ne gère que l'interface utilisateur et invoke des webservices. Cela m'intéresse surtout pour me connecter à SAP via le SAP .net connecteur (qui ne fonctionne que .net 1.1) ou via le SAOP Connecteur de SAP.

J'aimerais savoir si parmis vous d'autres se sont posé la question, et quelle a été votre conclusion ?

 
Nouveau message
10/07/2007 15:35
 

Bonjour Jérôme,

A mon avis les deux approches se valent. Cela dépend plus de l'existant. Si l'architecture de l'entreprise est déjà basée sur des services web, il est très facile de développer un module qui consommerait ces services. Ce n'est pas du fait de DNN, mais de VS qui peut créer en quelques clics le proxy nécessaire au dialogue avec un service web.

Pour de qui est du connecteur, il devrait fonctionner sous .net 2 même s'il a été développé pour .net 1.1 !

Pour ce qui est de l'expérience SAP, je ne sais pas. Mais il me semble que Roland à déjà évoqué ce produit. Il passe régilièrement surce forum peut-être pourra-t-il de donner plus d'infos.

Gilles

 
Nouveau message
10/07/2007 15:58
 

POur SAP pas de probleme, sans me la péter (quoique) je suis un tueur dans le domaine intégration .net et SAP. Au passage ce serait chouette si y'avait un blog dnn sur ce site pour publier des howto...

Le SAP.net connector est un plug'in qui ne fonctionne que sur VS2003. Dans certains cas il est possible d'importer le projet vs2003 en vs2005 mais cela ne marche pas toujours. donc en final je préfère développer des webservices avec le sap.net connector en 1.1 et les invoquer depuis des modules DNN.

Vis à vis de l'approche SOA qui a en général ma préférence, je suis en fait assez embarrassé : j'ai pas l'impression que beaucoup de développeur sur DNN font du SOA.

 
Nouveau message
10/07/2007 19:04
 

Re,

Pour le blog, l'idée est bonne. Mais le problème, comme avec toute communauté, c'est de fournir du contenu ! Or, si pas mal de gens passent sur ce site, peu participent activement.

Je me pose une question pour SAP, existe-t-il un fournisseur Oledb ? Si oui, ce serait encore plus simple. Il suffirait d'y faire appel pour les accès aux données.

Effectivement, j'ai rarement vu des questions sur SOA. Mais à nouveau ce n'est pas propre à DNN. C'est plus une culture "grande entreprise" que de s'appuyer sur des services web.

Gilles

 
Nouveau message
12/07/2007 15:06
 

Concernant SAP cela n'a pas de sens d'avoir un OLEDB. SAP s'appuie sur une DB qui peut etre oracle, ms sql, mysql, etc... Attaquer la DB va à l'encontre de toute raison. Le Datamodèl peut contenir jusqu'à 25 000 tables... et attaquer la DB en direct est trés trés dangereux, en tout cas en modification...en reporting ou en injection de données dans un warehouse OK, mais sinon à éviter ABSOLUMENT... Reste que ,je travaille à l'intégration DNN SAP depuis la version 2.12.

Pour le blog je peux t'aider et te fournir du contenu en pagaille. Je dirige un projet de plusieurs centaines de jours sur DotNetNuke. Pour les articles SAP+DNN m'a seule contrainte est qu'ils seront aussi bien sur dotnetnuke.fr que sur mon site sap-integration.net. Pas de risque de concurrence, nos domaines étant différents. De quoi amorcer la pompe et t'aider. 

 
Nouveau message
12/07/2007 16:19
 

Bonjour Jérôme,

Effectivement, mais comme je le disais : moi pas connaitre Mr SAP !

Pour le blog, il faut soumettre tes idées à Benoît ou David. Moi, je m'occupe du projet WWStore ce qui me donne déjà pas mal de boulot !

Gilles

 
Précédente
 
Suivante
HomeHomeForums DNNForums DNNDéveloppementDéveloppementArchitecture SOAArchitecture SOA