wcf la taille de message maximale

hé les gars, un WCF question pour vous ici:

j'ai deux services et je suis d'envoi assez trapu messages entre eux (~100ko). Bien que mentionné précédemment la valeur est typique de la taille du message, il est possible de fluctuer grandement (à la fois positifs et négatifs, les directions).

Ainsi, pour faire face à de telles situations, où j'ai pour le transport d'un gonflement message que j'ai monté toutes les taille de message maximale, max taille de la chaîne etc attributs dans l'application.config à la fois client et serveur à la fin (avec le système d'extrémité correctement le référencement de la liaison qui énonce les tailles)

La limite j'ai mis dans le dépasse complètement toute possibilité de taille de message pour des raisons de sécurité. Toutefois, lorsque l'inter-service de la communication s'est avéré fiable à l'extrémité inférieure de la taille de message de l'échelle, à l'extrémité supérieure ce n'est pas ainsi que les messages ne semblent pas être remise à tous.

la chose la plus étrange est que si le message avait dépassé max taille alors une exception est levée (j'ai rencontré assez de ces à savoir! lol), mais rien n'est jeté tout passe par complètement en silence. J'ai expérimenté avec différentes tailles de messages et il a vraiment commence seulement à arriver que le message de la taille augmente. Je peux le prouver ne sont pas reçus par le service de destination que, lors de la réception, le service effectue un journal dans la base de données, mais avec des messages de grande taille, aucun journal n'est fait.

comme je l'ai dit, je suis presque certain que j'ai augmenté la taille de tous les attributs dans l'application.config, et je suis complètement et totalement déconcerté par ce comportement!

des suggestions sur ce qui pourrait être à l'origine de ces mystérieux comportement? toute aide serait beaucoup apprécié comme c'est le dernier obstacle dans mon projet! merci 🙂

Avez-vous vérifié les journaux IIS pour voir si vous recevez des messages de grande taille?

OriginalL'auteur | 2008-12-15

  1. 1

    bien ce problème semble avoir résolu de lui-même (du coup après sans jamais se plaindre avant, la WCF a commencé à s'énerver à propos d'une certaine valeur dans l'application.config, changé, et il semblait à l'époque!)

    mais maintenant, j'ai également un problème étrange! pour somre raison, il refuse d'accepter que j'ai configuré les métadonnées d'être publié. mon application.config (hôte) est établi comme suit:

    <services>
<service name="DataFeederService.FeederService" behaviorConfiguration="DataFeederService.FeederServiceBehavior">
<host>
<baseAddresses>
<add baseAddress="http://localhost:8010/Feeder"/>
<add baseAddress="net.pipe://localhost/FeederPipe"/>
</baseAddresses>
</host>
<!-- Service Endpoints -->
<!-- Unless fully qualified, address is relative to base address supplied above -->
<endpoint name="namedPipeEndpoint" 
address=""  
bindingConfiguration="IPCWindowsSecurity" 
binding="netNamedPipeBinding" 
contract="DataFeederService.IFeederService">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
<endpoint name="httpEndpoint" 
address="FeederService" 
binding="wsHttpBinding" 
bindingConfiguration="httpBinding" 
contract="DataFeederService.IWebFeederService"/>
<!-- Metadata Endpoints -->
<!-- The Metadata Exchange endpoint is used by the service to describe itself to clients. -->
<!-- This endpoint does not use a secure binding and should be secured or removed before deployment -->
<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
</service>
</services>
<bindings>
<netNamedPipeBinding>
<binding name="IPCWindowsSecurity" 
maxBufferPoolSize="965536" 
maxBufferSize="965536" 
maxReceivedMessageSize="965536">
<readerQuotas maxStringContentLength="965536" />
<security mode="Transport">
<transport protectionLevel="EncryptAndSign" />
</security>
</binding>
</netNamedPipeBinding>
<wsHttpBinding>
<binding name="httpBinding" 
maxBufferPoolSize="965536"
maxReceivedMessageSize="965536">
<readerQuotas maxStringContentLength="965536" />
</binding>
</wsHttpBinding>
</bindings>
<behaviors>
<serviceBehaviors>
<behavior name="DataFeederService.FeederServiceBehavior">
<!-- To avoid disclosing metadata information, 
set the value below to false and remove the metadata endpoint above before deployment -->
<serviceMetadata httpGetEnabled="True" policyVersion="Policy15"/>
<!-- 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="True" httpHelpPageEnabled="true" />
</behavior>
</serviceBehaviors>
</behaviors>

    J'ai essayé de mon mieux pour travailler pourquoi il serait revendiquant les métadonnées n'est pas publié à l'adresse indiquée "http://localhost:8010/Feeder/mex". toute aide serait grandement apprécié.

    Cheers!

    OriginalL'auteur

  2. 1

    désolé les gars, après plus de chalut, j'ai découvert la source de l'erreur! l'une des classes de l'datacontract avait été changé (le [DataContract] attribut a été supprimé, mais étrangement, [DataMemeber] avait été laissé sur les propriétés pertinentes! très bizarre!)

    merci à tous pour votre aide de toute façon, surtout rfor il m'a à ce point, où je peux enfin me laver les mains de ce putain de projet 🙂

    OriginalL'auteur

  3. 0

    Il y a ocassional problèmes avec WCF qui sera la cause de son échec "en silence" (pas d'exception) qui peut être difficile à déboguer. Sons, comme cela pourrait être le cas que vous avez vu.

    Dans ce cas, l'activation des options de suivi dans WCF peut être extrêmement utile, car elle devrait vous permettre de voir si le message est en effet d'atteindre le service et le répartiteur est de traiter avec elle.

    OriginalL'auteur tomasr