Yo tenía un concepto que HTTP no tiene estado, así SOAP sobre HTTP (web services) es también apátridas. Yo solía pensar que estado significaba «estado del objeto». Por ejemplo, supongamos que tengo una clase llamada Employee y métodos llamados setSalary y getSalary. Si una persona de las llamadas de servicio web setSalary y hace que el salario de 1000, entonces si getSalary se llama, la persona que llama no necesariamente debe obtener el valor de 10000. Cuando he probado getsalary y tengo 1000 (es decir, el valor asignado por setSalary), me preguntaba cómo el estado de la Employee objeto se mantuvo.

El Desbordamiento de la Pila pregunta Webservices son apátridas? menciona trucos como cookies se utilizan para mantener el estado, pero desde que lo hizo no se hizo ningún esfuerzo explícito para mantener el estado, cómo era el estado de la Employee objeto de mantener?

Por favor, hágamelo saber si tengo mal entendido el concepto de estado/apátridas por completo.

Leer la respuesta que se proporciona en el que de MANERA posterior a la que usted hace referencia. Se explica exactamente lo que se quiere decir con «apátridas». Breve resumen: el webservice no saben ni se preocupan por cualquiera de las anteriores o siguientes convocatorias. Sólo controla su solicitud y devuelve lo que usted pide.
Llegué a confundir como llegué a 1000 cuando me llamó getSalary, yo no amde cualquier esfuerzo para mantener el estado??? Entonces, ¿cómo se happeend???
Debido a su conjunto de pedido ya ha sido procesado y por lo tanto la solicitud get también obtener los nuevos datos. La apatridia de los webservice no tiene mucho que ver con el estado de los objetos en la aplicación a pesar de que tiene el mismo nombre.

OriginalEl autor Pritesh | 2012-05-02

2 Comentarios

  1. 9

    Apátridas significa que el estado del servicio no persisten entre las siguientes solicitudes y respuesta.
    considerando, que en estado el estado se conserva entre las solicitudes posteriores es decir, por cada solicitud necesidad de conocer y conservar los cambios realizados en las solicitudes anteriores.

    Aplicación de banca es un ejemplo de estado de la aplicación,donde el usuario de inicio de sesión a continuación, hacer transacciones y registros. Si el usuario intenta realizar la transacción después de cerrar la sesión, él no será capaz de hacerlo.

    Sí, protocolo http es esencialmente un protocolo sin estado pero para hacer que el estado se hace uso de cookies HTTP. Así, es el JABÓN de forma predeterminada. Pero se puede hacer con estado del mismo modo, depende de marco está utilizando.

    El caso de que usted proporciona, Está tratando de establecer y obtener los valores de las siguientes solicitudes o peticiones? Sólo entonces, puedo comentar sobre eso.

    2 webservice llamada 1. setSalary 2. getSalary uno después de otro.
    Puede compartir la clase de servicio web con estos métodos ?

    OriginalEl autor shashankaholic

  2. 3

    En un protocolo sin estado, como HTTP, cada solicitud es independiente. En cada solicitud, el cliente llama al servidor, y el servidor responde. Cada petición es independiente. El cliente necesita para restablecer su relación con el servidor en cada petición. Eso no quiere decir que el servidor se olvida de las solicitudes anteriores. Si el cliente solicita el salario de un empleado, el servidor responderá con la información del sueldo que se tiene para ese empleado. Eso es lo que getSalary significa. Y si el cliente informa al servidor de lo que un empleado de salario, el servidor va a guardar ese valor de salario de un empleado. Eso es lo que setSalary medios.

    Si no se la setSalary antes de la getSalary, obtendrás el valor establecido. ¿Qué más se puede esperar que ocurra? Lo que en la tierra sería el punto de setSalary método que no es la causa de que el servidor realidad guardar el valor establecido, y para devolver ese valor en las subsiguientes getSalary solicitudes?

    OriginalEl autor TRiG

Dejar respuesta

Please enter your comment!
Please enter your name here