Ce qui n'implique d'appeler un service web (SOAP sur HTTP) apatride?

J'ai eu un concept que HTTP est sans état, donc SOAP sur HTTP (web services) est également apatrides. J'ai l'habitude de penser que état signifie “état de l'objet”. Pour un exemple, supposons que j'ai une classe appelée Employee et les méthodes appelées setSalary et getSalary. Si un appelant des appels de service web setSalary et rend le salaire de 1000, alors si getSalary est appelé, l'appelant ne doit pas nécessairement obtenir la valeur de 10000. Quand je l'ai testé getsalary et a obtenu 1000 (c'est à dire, de la valeur attribuée par setSalary), je me demandais comment l'état de la Employee objet a été maintenue.

Le Dépassement de Pile question Les Webservices sont apatrides? mentionne des astuces comme les cookies utilisés pour maintenir l'état, mais puisque je n'ai pas fait explicite des efforts pour maintenir l'état, comment était l'état de l' Employee objet maintenu?

S'il vous plaît laissez-moi savoir si j'ai mal compris le concept de l'etat et aux apatrides tout à fait.

Lire la réponse à qui DONC, après que vous l'avez mentionné. Il explique exactement ce que l'on entend par "apatrides". Bref rappel: le webservice ne sais pas, ni à s'inquiéter précédent ou suivant les demandes. Il ne traite votre demande et renvoie à ce que vous demandez.
J'ai eu confondre comme je l'ai eu 1000 quand j'ai appelé getSalary, je n'ai pas amde aucun effort pour maintenir l'état??? Alors comment se fait-il happeend???
Parce que votre demande a déjà été traitée et donc la demande get bénéficiez également de nouvelles données. L'apatridie de l'webservice n'ont pas beaucoup à voir avec l'état de vos objets dans votre demande si elle a le même nom.

OriginalL'auteur Pritesh | 2012-05-02