2010-07-15 6 views
3

J'essaie de déployer l'outil Bugtracker.NET (http://ifdefined.com/bugtrackernet.html), qui est une application ASP.NET 2.0 normale, dans le site Web par défaut d'un IIS qui a déjà Sharepoint installé dedans. Le système d'exploitation est Windows Server 2008 R2, IIS 7.5 et Sharepoint Services 3.0. La question est que quand j'exécute l'application, je reçois une exception NullReferenceException parce que HttpContext.Current.Session est null, et je pense que cela pourrait être dû à un problème avec la configuration du site web, car l'application fonctionne parfait dans les sites Web sans Sharepoint installé.Déployer l'application ASP.NET dans le même site Web que Sharepoint

Je sais déjà que Sharepoint personnalise le site Web avec des poignées, des modules et ainsi de suite, que toutes les applications du site Web héritent, en modifiant leur comportement. J'ai déjà donné à l'application ASP.NET niveau de confiance totale, activé l'authentification anonyme et l'état de la session InProc, mais je continue à obtenir que HttpContext.Current.Session est null. Même la modification du pool d'applications de Wss3AppPool à DefaultAppPool échoue.

Peut-être que quelqu'un pourrait me dire quels paramètres ai-je besoin de modifier dans le site Web afin d'éviter cette exception.

Merci beaucoup à l'avance.

José Antonio Arroba

+0

Je ne sais pas si ça va marcher, mais vous pouvez peut-être créer un répertoire virtuel à l'intérieur du site, ou une application Web dans le site (en IIS). J'ai déjà fait quelque chose par le passé, mais je ne sais pas si cela fonctionnera avec les variables de session. –

Répondre

3

Vous devez examiner Managed Paths et ne contenant pas le chemin de votre application bugtrackernet.

Cependant, pourquoi devez-vous utiliser l'application Web par défaut? Pourquoi ne pas vous simplifier la vie et configurer une nouvelle application Web IIS sur un en-tête ou un sous-domaine d'hôte distinct et y héberger votre application.

par exemple.

http://bugtracker.yourdomain/

ou tout simplement

http://bugtracker/

+0

Ryan, vous avez complètement raison. J'ai oublié qu'avec des en-têtes d'hôte je pourrais séparer différents sites Web qui écoutent sur le même port et le même protocole. J'ai mis en place un site web différent de cette façon et maintenant l'application fonctionne comme un charme. Merci aussi pour l'astuce avec les Managed Paths dans Sharepoint! –