Service non disponible 503 + Le service HTTP situé à http: //localhost/ProductsService/Service.svc est trop occupé
Salut, j'ai essayé de résoudre mon problème, mais ne pouvait rien faire à ce sujet.
Le problème est
http://localhost/productservice/service.svc
quand tapez cette adresse dans mon navigateur, il me donne 503 Service non disponible erreur
Lorsque j'exécute mon code de VS 2010 il me donne
Le service HTTP situé à http://localhost/ProductsService/Service.svc est trop occupé.
exception à la règle.
ProductService est en cours d'exécution dans le ASP.NET v4.0 application intégrée de la piscine avec le ApplicationPoolIdentity.
J'ai juste aucune idée de ce que je dois faire!
(Windows 7 Home & IIS7)
basicHttpBinding est utilisé
le côté serveur config est
<?xml version="1.0"?>
<configuration>
<connectionStrings>
<add name="AdventureWorksEntities" connectionString="metadata=res://*/ProductsModel.csdl|res://*/ProductsModel.ssdl|res://*/ProductsModel.msl;provider=System.Data.SqlClient;provider connection string="Data Source=PINCHY\SQLEXPRESS;Initial Catalog=AdventureWorks;Integrated Security=True;MultipleActiveResultSets=True"" providerName="System.Data.EntityClient"/>
</connectionStrings>
<system.web>
<compilation debug="true" targetFramework="4.0">
<assemblies>
<add assembly="System.Data.Entity, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
</assemblies>
</compilation>
</system.web>
<system.serviceModel>
<behaviors>
<serviceBehaviors>
<behavior>
<!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
<serviceMetadata httpGetEnabled="true"/>
<!-- To receive exception details in faults for debugging purposes, set the value below to true. Set to false before deployment to avoid disclosing exception information -->
<serviceDebug includeExceptionDetailInFaults="false"/>
</behavior>
</serviceBehaviors>
</behaviors>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true"/>
</system.serviceModel>
<system.webServer>
<modules runAllManagedModulesForAllRequests="true"/>
</system.webServer>
</configuration>
l'application cliente.la config est
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBinding_IProductsService" closeTimeout="00:01:00"
openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
useDefaultWebProxy="true">
<readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
maxBytesPerRead="4096" maxNameTableCharCount="16384" />
<security mode="None">
<transport clientCredentialType="None" proxyCredentialType="None"
realm="" />
<message clientCredentialType="UserName" algorithmSuite="Default" />
</security>
</binding>
</basicHttpBinding>
</bindings>
<client>
<endpoint address="http://localhost:80/ProductsService/Service.svc"
binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IProductsService"
contract="ProductsService.IProductsService" name="BasicHttpBinding_IProductsService" />
</client>
</system.serviceModel>
</configuration>
Toute aide sera très appréciée
Grâce
source d'informationauteur Pinchy
Vous devez vous connecter pour publier un commentaire.
Eu le même problème, mais une cause différente. Dans IIS (panneau de gauche), cliquez sur Pools d'Applications et assurez-vous que le ASP.NET la version que vous avez sélectionné est en cours d'exécution. La mienne était à l'arrêt pour une raison quelconque.
Je viens d'avoir le même problème. Le problème pour moi s'est avéré être un mot de passe invalide. Mon mot de passe changé récemment et le pool d'applications IIS utilise l'ancien mot de passe. Une fois le mot de passe a été mis à jour de l'application a fonctionné à nouveau.
Espère que vous aider.
J'ai aussi couru dans le même problème et la solution est,
Dans IIS, cliquez sur ProductsService site web, sous le site web par défaut. Sur le côté droit, en vertu de volet actions, cliquez sur paramètres avancés. Vérifiez le Protocole Activé propriété des valeurs pour cette propriété doit être séparées par des virgules ex: http,net.tcp . En fait, j'avais entré point-virgule au lieu d'une virgule et j'ai utilisé pour obtenir la même exception qui vous font face. essayez de remplacer le point-virgule qui par des virgules. Je pense que cela devrait fonctionner.
J'ai continué à obtenir l'erreur 503 dans IIS 7 un .NET 4.0 site web sur localhost. Je suis plutôt fière de ce parce que tout ce que j'avais à faire était de cliquez sur Pools d'Applications dans le volet de gauche où vous pouvez voir les sites et les pools d'applications répertoriées. Bien sûr, l'application de la piscine était toujours arrêté et je viens de re-commencé. Cependant, aujourd'hui (la raison pour laquelle je suis venu à cette question) cela ne résout pas le problème. Dans mon cas, j'ai un site avec quelques pages publiques, puis 2 applications qui sont protégées par mot de passe. Seulement une de ces demandes a été de donner l'erreur 503. J'ai choisi l'application et cliqué sur paramètres Avancés et se rendit compte que le problème était le pool d'applications. Il pointait à la DefaultAppPool au lieu de le pool d'applications pour l'ensemble du site. Quand je l'ai corrigée, tous les 3 zones du site web a commencé à travailler à nouveau normalement. Donc, pour résumer, un 503 erreur peut être provoquée par un arrêté d'application de la piscine. Assurez-vous de re-commencer à la bonne application de la piscine pour obtenir votre site web de nouveau en marche.
Notre équipe expérimenté le même problème,
503 Service Unavailable
.Dans notre cas, l'application de la piscine était très bien, (l'identité a été correctement définis et que le pool d'application a été commencé).
Après certaines évaluations, nous avons découvert un WCF service basé sur un a été installé sur le serveur qui a réservé le port 80. À l'aide de la
netsh
http
de commande, nous avons été en mesure de voir l'url de la réservation.Le lien suivant s'est avéré très utile:
http://blogs.msdn.com/b/webtopics/archive/2010/02/17/a-not-so-common-root-cause-for-503-service-unavailable.aspx