Framework MVC sur Codeplex

Salut,

Je suis en train de finir la mise au propre de mon Framework MVC + Starter Kit qui sera disponible sur le site codeplex, j'espère d'ici la fin de la semaine.

Je n'aurais pas trop de testeurs, en conséquence si certain d'entre vous veulent se joindre à nous avant l'ouverture officielle, merci de me glisser un mp contenant votre username codeplex. Mieux vaut avoir déjà des bases solides en MVC Pour participer au projet à cette phase.

Les pages codeplex et les discussions en anglais mais pour le moment, les ressources sont en Français. On fera une traduction Française ASAP.

Sincères salutations,

Laurent

Bonjour,

On va bientot passer de ASP Webforms à Microsoft MVC (ou peut être directement à WebApi :ccool:)

Que fais ton framework en plus de celui de Microsoft ?
Quelles sont les fonctionnalités principales ?
Est-ce compliqué à utiliser ?

Je ne sais pas si tu as vu WebApi de Microsoft, mais si comme le dit le fondateur de DotNetNuke : ASP.NET MVC est bientôt mort... j'hésite à me lancer dedans.


Source :
http://www.dotnetnuke.com/Resources/...s-Web-API.aspx

Pour info / Qu'en penses-tu ?

Salut,

Merci pour ton intérêt...

En fait il s'agit du socle que j'utilise dans tous mes projets.
C'est décrit là : http://forums.asp.net/p/1814800/5028...in+open+source

J'espère ouvrir le code dimanche ou lundi prochain, je dois encore corriger quelques trucs pour que ce soit bien propre et générer une release.

Bien à toi

Laurent

Le framework est surtout complété d'un starter kit qui est déjà tout prêt pour coder proprement et, principale innovation, permettre la communication entre le modèle et la _layout en typage fort ce qui change pas mal de choses.

Accessoirement, toute la partie data est générée par des poco T4...

Bien à toi

Laurent

Tu as un avis dessus ? Tu prévois d'adapter ton framework en conséquence ?
Car ca parait tout à fait énorme mais ca casse tout :aie:

Je ne comprends pas ta remarque...

Ma remarque concerne WebApi de Microsoft : www.asp.net/web-api
As-tu regardé les impacts par rapport à ton framework ?

Shaun Walker prédit la fin de MVC tel que connu, WebApi étant amené à le remplacer très vite.

J'aimerais avoir ton opinion la dessus ? :calim2:

Salut,

Je viens de voir les vidéos et à priori, je dirais que mon Framework sera toujours utile, si je vois qu'il plait à la communauté, je sortirais une release MVC4.

En fait, comme d'habitude, les démos Hello World c'est super joli mais lorsque tu veux faire du lourd, c'est moins facile.

Je pense que la version MVC 4 de mon framework sera allégée de sa couche de sécurité qui sera (à priori native) mais le concept que j'ai créé qui pourrait s'apparenter à un design pattern Bridge appliqué aux modèles et utilisés comme classe générique sousjaçente des controller<T>, c'est pas implémenté.

Je vous préviendrais lorsque ça sera ouvert.

Bien à toi

Laurent

Je n'ai pas compris tout ce que tu dis... ca a l'air puissant mais tu m'as perdu.
Si nous partons sur du MVC, comment se passe tes formations ? Quelles sont les modalités ?
Nous sommes 3 sur le projet.

Merci !

Je ne comprends pas pourquoi tu opposes MVC4 et WebAPI qui sont plus complémentaires que conccurents puisque ASP.NET MVC4 incluera WebAPI qui est une des grandes features de cette version.

@darthmower, tu t'adresses à moi ou à Moggik ?

Citation:

---

Envoyé par Laurent Jordi

@darthmower, tu t'adresses à moi ou à Moggik ?

---

Je parlais à Moggik, il me semble pas que tu aies parlé de WebAPI toi. Desolé si c'était confus.

OK mais je fais confiance a Shawn, vous n'etes pas d'accord avec ce qu'il dit ? C'est tout de même le créateur de DNN !?

Citation:

---

OK mais je fais confiance a Shawn, vous n'etes pas d'accord avec ce qu'il dit ? C'est tout de même le créateur de DNN !?

---

Et alors ? Tu suis bêtement ce que d'autres disent intelligemment :lol:

En fait WebApi permet d'écrire une API web qui renvoie les données au format JSON. je crois qu'il n'y a pas le choix (à confirmer). Tu lui demandes la liste des produits qui ont un prix inférieur à 42€ et ton api te renvoies la liste des produits au format JSON.
ASP MVC permet d'afficher des pages internet :du HTML. C'est ce que l'utilisateur voit.

Il s'agit donc de 2 choses différentes.
WebApi permet juste de simplifier l'écriture d'API web. En effet on pouvait déjà faire la même chose avec WCF en le configurant comme il faut. D'ailleur Asp.net Web Api s'appelait WCF Web API au début.

En conclusion je dirais juste que ce n'est pas le truc qui overkill tout le reste comme tu sembles le dire. Ca permettra juste au développeur de gagner un peu de temps dans l'écriture de service web.

Ce que tu peux espérer du telle techno, c'est que les développeurs fassent plus de web services qui pourront être consommés par les pages web avec du JQuery. Ca permet de rendre ses pages plus dynamiques.

Nous verrons...

Pour ma part je pense qu'ASP.net MVC manque d'intégration, il faut beaucoup trop de compétences pour le mettre en oeuvre tel qu'il nous est proposé aujourd'hui et tel qu'il sera dans un avenir proche.

Je crois que l'ASP.net a vécu et que le MVC est en train de prendre le dessus. Les DSI s'y mettent peu à peu, il y a une grande inertie car il est difficile de passer de l'ASP.net à l'ASP.net MVC et il est encore plus difficile de passer du client lourd à l'ASP.net MVC car la façon de penser les applications est différente.

Je crois qu'il faudra au moins deux ans et une nouvelle version pour que cette technologie évolue de façon significative. D'ici là, les développeurs vont monter en compétence et prendre beaucoup de plaisir à découvrir cette techno.

On se reposera la question dans deux ans... Pour l'heure, si Microsoft l'abandonne ça serait une folie car ils n'ont rien d'autre à proposer pour le développement web. Silverlight va mourrir au profit du HTML 5 et le HTML 5 est une pure technologie web. En conséquence, je crois plutôt que le MVC va évoluer mais ne disparaîtra pas.

++

Laurent

Salut,

C'est ouvert mais je n'ai pas encore eu le temps de terminer les starter kits...

Si vous voulez jeter un oeuil l'adresse est :

http://innovacallframework.codeplex.com/

Je vais essayer de finir de mettre au propre le starter kit mvc 3.

Le projet client que je viens de commencer est en MVC 4, comme on part sur mon framework je dois le faire fonctionner sous cette version. J'ai presque terminé, ça sera donc prêt le WE prochain je pense.

N'hésitez pas à vous joindre à nous pour peaufiner le bébé.

Merci à tous,

Laurent

J'ai parcouru le code source rapidement, ca à l'air énorme ton framework.

Par contre tu pourrais ajouter sur la page d'accueil les fonctionnalités / avantages de ton framework ?
Car la je n'ai pas compris tout ce qu'il apporte, du coup je me dis que ca pourrait aider d'avoir une liste à puces qui liste tout ca.

Salut,
Merci pour l'intérêt que tu portes à mon travail. C'est vrai que c'est beaucoup de travail mais ça n'est que 5 % du cms sur lequel je bosse...
Merci pour ta suggestion je vais m'y atteler Asap.
Sincères salutations
Laurent

J'ai vu que tu n'as pas mis à jour le descriptif. Tu peux m'en dire plus car je ne comprends pas les fonctionnalités apportées en lisant le code source :roll:

Salut,

Juste pour info, j'ai un travail très prenant pour un client et mon CMS à mettre en prod d'ici septembre... Bref, je n'ai pas beaucoup de temps hors WE pour travailler sur le framework ou du moins sur tout l'aspect documentaire.

En quelques mots, le project template MVC "out of the box" c'est bien pour pondre un petit site web ou une petite application web, mon framework est conçu pour créer la partie métier d'un SOA avec ses portails, ses services et la communication avec le Legacy et les nouvelles applications externes (d'où les petits gadgets pour travailler le XML "au corps").

Si tu commence un SOA et que tu pars avec mon framework tu gagnes plusieurs semaines de travail.

En plus ça a aussi une dimension pédagogique pour ceux qui veulent comprendre les grands principes du développement en couches.

Bien à toi

Laurent

Ce que ce Framework apporte dépend pas mal de ceux qui l'utilisent...

En ce qui concerne les couches :
Pour les débutants, il offre un projet pré structuré en couches très claires.
Il y en a beaucoup, c'est vrai, mais c'est très pratique (surtout quand c'est déjà fait).

Pour les développeurs plus confirmés, ma structuration en couche n'est pas super moderne mais j'ai voulu qu'elle soit très claire et éviter les concepts compliqués.

Toutes les références entre les couches sont faites et il ne faut pas y toucher.

En ce qui concerne la génération :
Le framework contient des .tt répartis à des endroits appropriés.

On génère l'EDMX en choisissant la stratégie de génération de code : aucune

On reconstruit l'ensemble des tt

- tables d'options (que j'ai l'habitude d'appeler lookups) sont automatiquement converties en enum. Ce qui permet de faire des switch à l'aide d'un petit outil du framework EnumTypeTo<T> qui permet de passer de l'int de l'Id à sa valeur ennumérée, c'est SUPER PRATIQUE.

Code:

---

1 2 3 4 5 6 7 8

switch (EnumTools.EnumTypeTo<enTypesBranches>(model.typeNodeId)) { #region applicationpool case enTypesBranches.applicationpool: bla bla bla break; }

---

et ça fonctionne aussi dans l'autre sens EnumTools.EnumTypeTo<int>(enTypesBranches.applicationpool)
- domain (je pense que j'aurais du appeler ça entities mais finalement c'est assez clair) : C'est là que sont générées les classes entités à la place de celles qui sont générées par l'edmx. Ces classes ont les mêmes limitations que les entities de l'EF.

- MetaData : Ce sont des objets qui ont strictement la même signature que les entités mais sans la navigation. Il sont décorés des data annotations localisées (toutes, y compris celles qui ne pouvaient pas l'être dans la version d'origine), les ressources associées sont liées par un Tag préfixé Ety_...
Depuis hier, un nouveau tt va générer l'ensemble des ressources dont les chaines seront préfixées par deux _ (ce tt conserver les chaines ajoutées à la main d'une génération à l'autre, il génère autant de lanques qu'on veut, il suffit donc d'envoyer les XML à un traducteur par langue et de réintégré ça.

- Dto : Même principe que les MetaData mais les classes et les membres sont dévorés avec les [DataContract] et [DataMember]

- DataRepository : une seule classe pour tous les datarepositories (on aurait pu faire une classe par DR comme certain le font, c'était plus simple pour moi de faire comme ça).

TRES IMPORTANT : L'ensemble des E/S en base supporte les Transactions.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41

[HttpPost] public JsonResult Arbre_CreationBranche(string authority) { JavaScriptSerializer serializer = new JavaScriptSerializer(); Arbre_ActionBranche_JSon model = serializer.Deserialize<Arbre_ActionBranche_JSon>(Request.Form[0]); using (TransactionScope TS = new TransactionScope()) { try { using (InnovaCMSRepositories _context = new InnovaCMSRepositories()) { InnovaTreeTools TreeTools = new InnovaTreeTools(_context); Hierarchy nouvelleBranche = TreeTools.CreationBranche(model.title, model.parentId, model.position, model.typeNodeId); switch (EnumTools.EnumTypeTo<enTypesBranches>(model.typeNodeId)) { case enTypesBranches.storagefolder: using (InnovaCMSServices.IOManagerClient _serviceContext = new InnovaCMSServices.IOManagerClient()) { //ToDo:Ici //_serviceContext.Folder_Create() } break; case enTypesBranches.storagefile: break; default: throw new NotSupportedException(); } } TS.Complete(); } catch (Exception ex) { TS.Dispose(); throw ex; } }       throw new NotImplementedException(); }

---

La combinaison de ces trois catégories d'objets (mappés les un sur les autres avec EmmitMapper) permet d'utiliser une couche business commune aux portails et aux web services (en gros on développe le portail en rangeant bien son code dans la couche business et il devient naturel de doter les portails d'une API en plus des services business).

Sur mon projet en cours, il n'y a plus que le système des ressources générées mais je n'ai pas encore eu le temps de le ré-intégré au Framework.

En ce qui concerne la communication entre le modèle et la vue
la vue et la vue layout, il y a un les contrôleurs héritent d'un _Controllers_Base<T> where T:_Models_Base

En d'autres termes, toutes les membres nécessaires à la vue layout sont déclarés dans _Models_Base, ça permet de convertir le model en _models_base dans la vue layout et donc de bénéficier de membres fortement typés et permet de ne pas avoir à utiliser le ViewBag.

Petit désavantage, manipulation d'un seul modèle par controlleur (pour ceux qui utilisent la vue layout et donc, pas pour les vues partielles).

En ce qui concerne la communication entre les controlleurs et les fichiers CSS et Javascript.

Chaque Vue [View] dispose

• Javascript (JQuery) ino[View].js
• Javascript (JQuery) ino[View]DocReady.js
• Javascript (JQuery) inoDynamic[View].js (facultatif) générée par une vue afin de passer des valeurs depuis le serveur aux scripts chargés par l'intermédiaire de variables (script construit côté serveur)
  C'est ultra pratique pour configurer dynamiquement certains composants JQuery UI (jstree, jqgrid que j'utilise en JQuery UI Pur et non dans sa version mvc).
• css ino[View].css
• css inoDynamic[View].css (facultatif) même principe que le fichier javascript dynamique.

En ce qui concerne le javascript, plus de javascript au profit du JQuery.

Pour ma part, j'utilise power amc combiné avec 3 scripts SQL en plus de celui qui est généré par power amc

Destruction de la base
Re création de la base
Injection de la structure générée par Power AMC
Re injection des données (bien entendu, ce script doit parfois être modifié à la main).

La connections à la base est ouverte une seule fois par méthode publique (get/post) du contrôleur.

Je dois encore améliorer le concept en particulier pour la couche de sécurité qui ne s'appuie pas sur cette connexion mais qui ouvre et ferme une connexion indépendantes.

Lorsque le starter kit sera terminé, il y aura des controleurs et des vues pour concus pour faciliter la compréhension de tout ça.

De mon point de vue (mais je ne suis pas objectif)... Ca me parait être le meilleur compromis souplesse / stabilité.

Une fois qu'on a compris la façon de l'utiliser, ça fait gagner beaucoup de temps et en particulier en mode agile où on restructure la base fréquemment.

Tous les web services sont structurés de la même facon :

MethodeResult Methode (MethodeQuery query) {
implementation.... (utilisation de classes d'implémentation qui utilisent les classes de la couche business).
}

C'est super pratique...
MethodeResult hérite de IResult
MethodeQuery hérite de IQuery

ces deux interfaces permettent de forcer le développeur à implémenter des membres qui permettent de monitorer le tout.

La couche common permet de partager les objets entre plusieurs portails et plusieurs web services.

Pour conclure (pour ce soir) je dirais que c'est un projet hyper factorisé, quasement pas de redondance de code.

Implémentation de log4net

il y a tout les outils nécessaires pour réussir son projet MVC aussi important soit-il (encore une fois, c'est selon moi et je ne suis pas objectif).

++

Laurent

J'oubliais...

J'utilise toujours les formulaires Ajax natifs de MVC pour le post des données des formulaires ce qui permet de poster en une fois toute une hiérarchie de partial views (pour ceux qui savent, c'est trivial mais pour les autres, ils vont un peu galérer avant d'y parvenir, en particulier s'il y a des mises à jours partielles des vues suite à des options prises par les utilisateurs).

Pour le rest j'utilise Ajax de JQuery.

Je détaillerais ce point plus tard car j'ai du boulôt...

Bien à vous

Laurent

Merci pour ces premiers retours, concernant les gains en semaine sur la partie SOA qu'entends tu par là ?

Par ailleurs j'ai vu que ton framework est sous license GPLv2 ? Ton CMS aussi est ou sera open-source donc ?

Citation:

---

Envoyé par Moggik

Merci pour ces premiers retours, concernant les gains en semaine sur la partie SOA qu'entends tu par là ?

---

En fait, j'ai une vision très pragmatique de ce qu'est un SOA : Faire fonctionner l'ancien avec le nouveau.

Pour ce faire, il faut être capable de communiquer avec les applications modernes, en général via web services SOAP ou REST, le framework apporte du savoir faire pour simplifier et renforcer ces échanges.

La partie SOAP qui s'appuie sur le WCF bénéficie d'un générateur de DTO exactement comme je génère les MetaData (les classes du domaine dont les membres sont décorés des data annotations).

La partie REST a été retirée puisque la Web API de MVC 4 le fait mieux que ce que je le faisais (je générais de l'XML en changeant le content type des vues.

Le tout agrémenté que quelques règles d'utilisation (je vais bientôt ajouter le starter kit WCF).

Pour la communication, il y a plein de petits outils dont pas mal d'extensions qui permettent de faciliter la manipulation des fichiers texte.

Reste Excel, Access et les autres sources de données qui peuvent être exploitées à l'aide d'un ETL ou tout simplement par des petites passerelles faites à façon.

Citation:

---

Envoyé par Moggik

Par ailleurs j'ai vu que ton framework est sous license GPLv2 ? Ton CMS aussi est ou sera open-source donc ?

---

Pour le moment, je ne pense pas mais, comme je veux concurrencer Dot Net Nuke, c'est pas impossible. Mon CMS n'est pas un simple gestionnaire de contenu (editeur de pages en ligne). Il y en a plein et il sont très bien. J'utilise d'ailleurs TinyMCE comme éditeur de page.

Il s'agit plutôt d'une plateforme de gestion de forêts d'applications orientée Web 2.0. Il devient vraiment très simple d'utiliser des briques logicielles externes, même mes briques seront développées sur le même modèle que celles qui le seront par mes partenaires. En gros, on intègre un google map aussi facilement qu'une image et surtout, il sera aussi bien intégré au rendu de la page que n'importe quel autre contenu.

Toutes les fonctionnalités sont disponibles pendant un certain temps. Au terme de la période d'essai, l'utilisateur se voit notifié de l'arrêt proche des modules qu'il a mi en oeuvre dans sa collection de site (par exemple site brand + boutique + corporate).

Chaque brique logicielle peut potentiellement utiliser d'autres briques logicielles et chacune d'elles expose ses dépendances aux autres (et permet donc d'établir des devis très précis de ce que coûtera leur exploitation :

• Formulaire de contact (envoi de mail au web master) gratuit
• Formulaire de contact avec conservation des coordonnées de l'expéditeur

• Implique d'avoir le gestionnaire de contacts de base à 2 € / mois

• Formulaire de contact avec conservation des coordonnées de l'expéditeur + Mini module CRM de planification des relances

• Implique d'avoir le gestionnaire de contacts de base à 2 € / mois
• Implique d'avoir le gestionnaire le mini CRM à 5€ / mois par tranche de 1000 contacts

• Formulaire de contact avec conservation des coordonnées de l'expéditeur + Mini module CRM de planification des relances téléphoniques automatisées par synthèse et reconnaissance vocale (Projet initial qui m'a permis d'être incubé par Telecom Paris)

• Implique d'avoir le gestionnaire de contacts de base à 2 € / mois
• Implique d'avoir le gestionnaire le mini CRM
• Implique d'avoir la brique telecom (inbound / outbound)
• Implique d'avoir la brique éditeur de scénario VXML
• Implique d'acheter du temps de télécommunication :P $€$

Etc...

Les prix, c'est juste pour vous donner une idée de la souplesse...

Petit gadget : Upload no limit... (sisi) Permet d'uploader des fichiers de n'importe quelle taille (je pense même offrir une option cloud pour que l'espace de stockage soit potentiellement illimité) (en gros, c'est un upload qui découpe les fichiers en trames de 64KB et qui les reconstitue à l'arrivée).

Donc, le starter kit pour fabriquer les modules sera open source mais je me garderais certains modules en particulier la téléphonie, le back office avec tout le paramétrage et la commercialisation des briques logicielles et des services partenaire sur une place de marché qui sera elle même bâtie à l'aide de briques que je commercialiserais.

J'y suis presque, mais vraiment presque...

J'ai hâte d'avoir plein de commentaires malveillants de détracteurs qui trouveront mille défauts à ma mécanique ;)

++

Laurent

Ah oui... Cette fois-ci, contrairement à l'ancien, il est possible de télécharger la totalité du contenu du site pour l'héberger ailleurs les briques logicielles restent activent tant que le client paye ses abonnements même si le site n'est pas hébergé chez moi.

Bien entendu, si on héberge les pages ailleur, on ne part pas avec l’éditeur de page ou le moteur de recherche intégré (qui va dépoter grave promis ;))

++

Laurent

Accessoirement, ça génère du XHTML 1.1 Strict et, lorsque le validateur du W3C pour le HTML 5 ne sera plus en bêta, sans doute de l'XHTML 5.

Bonjour,

Je viens d'ajouter une page d'explications pour lancer le projet :

http://innovacallframework.codeplex....n%29&version=1

Pourriez-vous essayer et me dire si vous avez réussi à lancer le projet ?

D'avance merci pour votre aide,

Sincères salutations,

Laurent

Bonjour à tous,

Voilà, je viens d'archiver la V1 du starter kit http://innovacallframework.codeplex.com/.

Vous trouverez les premières instructions d'utilisation ici :

http://innovacallframework.codeplex....n%29&version=1

et le code source ici

Pour mémoire, le starter kit comprend (pour le moment)

Une page d'accueil
Une page LogOn
Une page Register
Une page AccountActivation (que ne peut fonctionner que si vous avez correctement configuré les mail settings et l'url de l'application de base)

A venir :
KendoUI
Menus dynamiques avec interface KendoUI
Grille de gestion des utilisateurs avec la grille de KendoUI

JqueryUI
Les menus seront toujours en KendoUI car la menubar de JqueryUI N'est pas encore sèche
Grille de gestion des utilisaterus avec JQGrid.

ServiceLayer & public WCF API
Ajout de la service layer destinée à consommer les services (à priori WCF)
Ajout d'un service exposé pour les autres application avec une petite API (sans doute un service d'authentification et de gestion des utilisateurs).

Dans l'attente de vos retours,

Sincères salutations,

Laurent Jordi

Salut,
Le portail de démo est en ligne à l'adresse http://framework.innovacall.net
L'enregistrement des utilisateurs fonctionne mais comme le serveur smtp n'est pas encore configuré ça crée les comptes mais ça n'envoie pas encore la mail d'activation.
Le user name et le pass sont écrits sur la page logon.
Bien à vous
Laurent

Bonjour à tous,

J'ai tenu compte de vos réflexions et suggestions et j'ai fait une nouvelle passe de controle de l'ensemble de l'application.

Je dois encore améliorer le starter kit car je l'ai fait un peu trop vite et il a pas mal d'imperfections.

Voici les opérations en cours :
Refonte complète de la base de données exemple avec mise aux normes (Innovacall) Les MPD correspondant aux packages utilisés dans les exemples seront publiés dans la page exemple.

Réorganisation des shémas de la base pour mieux coller au contenu des exemples.

Priorité 1 : Création d'un petit formulaire de profil utilisateur (pas avec le ProfileMembership)

Priorité 2 : Finalisation de l'exemple Order Manager (Dispositif simplifié de prise de commande (Exemple avancé)

Priorité 3 : Finalisation des exemples sur les controles unitaires simples (Textbox, Listbox, DropDownList, CheckBox, RadioButton)

Priorité 4 : Création de deux exemples JQuery UI : CLEditor et JSTree.

Priorité 5 : Création de quelques exemples avec KendoUI.

Priorité 6 : Finalisation du logger avec interface de consultation.

Et j’arrêterais là pour le starter kit.

Objectif : Avant début septembre.

Bien à vous

Laurent

J'ai presque fini la liste :mouarf: !

Donc : grosse mise à jour du http://framework.innovacall.net et des sources sur http://innovacallframework.codeplex.com

J'ai ajouté un petit lecteur de diagrammes mimi tout plein (malheureusement pas top sous IE mais j'ai contourné) surtout sous Firefox, Chrome (bref, pas IE quoi).

Il ne me reste plus que la fin du formulaire de prise de commande mais il est déjà bien entamé.
Suite à une discussion sur WRI (http://forum.webrankinfo.com/laisser....html#p1386247)

J'ai changé le mode d'accès aux pages (j'authentifie l'utilisateur admin dès l'ouverture de session) pour faciliter la navigation des visiteurs d'une part et pour permettre aux moteurs de recherche de référencer toutes les pages d'autre part.

Dans l'attente de nouvelles critiques de votre part...

Bonne nuit,

Laurent

Hello,

Ton autre topic a disparu ? Ou il s'agit d'un problème du forum ?

Bonjour,

Etant donné qu'il m'était impossible de contenir certains médisants, j'ai effectivement décidé de demander le retrait de la discussion. Elle continue dans un groupe Facebook prévu à cet effet dans il n'est pas possible d'être anonyme et dont je maîtrise la modération : http://www.facebook.com/groups/Archidotnet/

Bien à toi

Laurent

Donnant une suite favorable aux demandes qui m'ont été faites relative à l'utilisation du framework Innovacall dans Azure, j'ai souscris à la plateforme cloud de Microsoft et j'ai pu publier une première version (tout ne fonctionne pas pour le moment, je n'ai pas terminé les tests)
Pour ceux qui sont intéressés, vous pouvez suivre les évolutions à cette adresse.
http://mvc4opensourceazureportal.cloudapp.net/

Bien à vous

Laurent

Bonjour,

J'ai compris pourquoi mon framework ne fonctionnait pas sur Azure et j'ai pu corriger l'erreur.

Lorsqu'on est dans SQL Azure et qu'on affiche la chaîne de connexion à la base de donnée, la chaîne n'inclut pas l'option MultipleActiveResultSets=True et, accessoirement, il s'agit d'une chaîne ADO.net et non une chaîne Entity Framework.

Il suffit donc d'activer l'ouverture simultanée de plusieurs recordsets pour pouvoir utiliser le lazy loading.

Ca fonctionne :
http://mvc4opensourceazureportal.clo...derWithDetails

Utiliser Admin / 123456 pour l'identification.

Je n'ai pas encore copié tous les sources sur mon instance Azure, c'est pourquoi certains onglets sont vides en bas de la page.

Bien à vous

Laurent

Pour finaliser le portage sur Windows Azure, je dois encore implémenter un dispositif d'envoi d'EMail :

http://blog.smarx.com/posts/emailthe...-windows-azure
http://blogs.msdn.com/b/patrick_butl...rt-1-of-2.aspx

Je pense que ça sera prêt ce soir ou demain.

Bien à vous

Laurent

Il n'y a pas trop de différence mais il en existe tout de même.

Le web.config est légèrement différent.
Je dois revoir le système d'affichage des sources du portail de démonstration pour pouvoir accéder aux blobs Azure.
Je vais retirer log4net pour la version cloud et utiliser le logger d'Azure:
http://blog.woivre.fr/Archives/2012/...-windows-azure

Bonjour,

J'ai le plaisir de vous annoncer que j'ai publié une nouvelle version du Framework et du Starter kit.

Je précise que le Framework et les couches n'ont pas été retouchées à l'exeption du controlleur LogOn de la couche de sécurité pour activer le retour après identification vers la page appelante.

Nouveautés :

Activation de l'enregistrement des contacts, maintenant il faut créer son compte pour pouvoir utiliser les exemples avancés.

Donc, création de compte, envoi de mail d'activation du compte, landing page d'activation du compte.

Ajout d'un gestionnaires d'adresses (Postale, Livraison et facturation) Full Ajax avec jointure entre l'utilisateur connecté et la table des adresses.

Utilisation d'une Web API dans la Textbox de saisie du pays pour alimenter autocomplete de JQuery.

Petite amélioration du comportement du formulaire de prise de commande qui vous redirige vers l'écran de saisir de votre fiche contact (minimaliste) avec retour automatique à la page appelante après création de la fiche.

Quelques corrections orthographiques par ci par là...

Démo : http://framework.innovacall.net
Sources : http://innovacallframework.codeplex.com

En espérant que vous pourrez utiliser ce Framework ou une partie de ce dernier dans vos projets.

Sincères salutations,

Laurent Jordi