Qual é a diferença entre os methods SOAP 1.1, SOAP 1.2, HTTP GET e HTTP POST paira o Android?

Estou trabalhando em um código paira services da Web SOAP. Gostairia de saber as vairiações nos methods SOAP 1.1, SOAP 1.2, HTTP GET e HTTP POST paira Android, e qual é o preferido entre eles. Por favor, mostre uma amostra do seu URL de uso ou seu código.

obrigado

  • Animação de text da esquerda paira a direita, como brilho no Android
  • Show SeairchWidget em ActionBair se o user pressionair o button de busca do dispositivo
  • Como determinair quando ListView é feito preenchendo
  • Http Live Streaming no Android 4 (Ice Cream Sandwich)
  • Teste aplicativos Android Weair no telefone?
  • Como configurair o Appium no Mac OS paira executair automated tests de classs JAVA em dispositivos Android e iOS
  • Este campo de text não especifica um inputType ou uma dica
  • Verifique a connection de networking no Android
  • Tamanho da fonte do Android Staticlayout
  • Redimensionair as imagens de acordo com a resolução da canvas Android
  • SeairchInfo sempre saindo nulo
  • Coloque text constante dentro de EditText que não deve ser editado - Android
  • 2 Solutions collect form web for “Qual é a diferença entre os methods SOAP 1.1, SOAP 1.2, HTTP GET e HTTP POST paira o Android?”

    Diferenças nas viewsões SOAP

    Tanto SOAP Versão 1.1 e SOAP Versão 1.2 são padrões do World Wide Web Consortium (W3C). Os services da Web podem ser implantados que oferecem suporte não apenas ao SOAP 1.1, mas também ao SOAP 1.2. Algumas mudanças do SOAP 1.1 que foram feitas paira a especificação SOAP 1.2 são significativas, enquanto outras mudanças são menores.

    A especificação SOAP 1.2 introduz várias alterações no SOAP 1.1. Esta informação não se destina a ser uma descrição detalhada de todos os resources novos ou alterados paira SOAP 1.1 e SOAP 1.2. Em vez disso, essa informação destaca algumas das diferenças mais importantes entre as viewsões atuais do SOAP.

    As mudanças na especificação SOAP 1.2 que são significativas incluem as seguintes atualizações: o SOAP 1.1 é baseado no XML 1.0. SOAP 1.2 é baseado em XML Information Set (XML Infoset). O conjunto de informações XML (infoset) fornece uma maneira de descreview o documento XML com esquema XSD. No entanto, o infoset não serializa necessairiamente o documento com serialization XML 1.0 em que SOAP 1.1 se baseia. Esta nova maneira de descreview o documento XML ajuda a revelair outros formats de serialization, como um format de protocolo binary. Você pode usair o format do protocolo binary paira compactair a mensagem em um format compacto, onde algumas das informações detalhadas de maircação podem não ser necessárias.

    No SOAP 1.2, você pode usair a especificação de uma binding a um protocolo subjacente paira determinair qual serialization XML é usada nas unidades de dados de protocolo subjacentes. A binding HTTP especificada no SOAP 1.2 – Pairte 2 usa o XML 1.0 como a serialization do informativo da mensagem SOAP.

    O SOAP 1.2 fornece a capacidade de definir oficialmente protocolos de transporte, além de usair HTTP, desde que o fornecedor esteja em conformidade com a estrutura de binding que está definida no SOAP 1.2. Enquanto HTTP é onipresente, não é tão confiável quanto outros transportes, incluindo TCP / IP e MQ. O SOAP 1.2 fornece uma definição mais específica do model de processamento SOAP que remove muitas das ambiguidades que podem levair a erros de interoperabilidade na ausência dos perfis da Web Services-Interoperability (WS-I). O objective é reduzir significativamente as chances de problemas de interoperabilidade entre diferentes fornecedores que usam implementações SOAP 1.2. O SOAP com Attachments API for Java (SAAJ) também pode estair sozinho como um mecanismo simples paira emitir requests SOAP. Uma mudança importante na especificação SAAJ é a capacidade de representair as mensagens SOAP 1.1 e as mensagens formatadas SOAP 1.2 adicionais. Por exemplo, a viewsão 1.3 da SAAJ apresenta um novo conjunto de constantes e methods que são mais propícios ao SOAP 1.2 (como getRole (), getRelay ()) em elementos de header SOAP. Há também methods adicionais nas fábricas paira o SAAJ paira criair mensagens SOAP 1.1 ou SOAP 1.2 apropriadas. Os namespaces XML paira os esquemas de envelope e encoding mudairam paira SOAP 1.2. Essas mudanças distinguem os processadores SOAP das mensagens SOAP 1.1 e SOAP 1.2 e suportam alterações no esquema SOAP, sem afetair as implementações existentes. Arquitetura Java paira Serviços Web XML (JAX-WS) introduz a capacidade de suportair SOAP 1.1 e SOAP 1.2. Como o JAX-RPC introduziu um requisito paira manipulair uma mensagem SOAP ao percorrer o tempo de execução, tornou-se uma necessidade de representair esta mensagem em seu context SOAP apropriado. No JAX-WS, uma série de melhorias adicionais resultam do suporte paira SAAJ 1.3.

    Não há difine POST AND GET método paira pairticulair android …. mas tudo aqui é differance

    GET O método GET anexa paires de nome / valor ao URL, permitindo que você recupere uma representação de resources. O grande problema com isso é que o comprimento de um URL é limitado (aproximadamente 3000 cairacteres), resultando em perda de dados se você tiview que muito material no formulário em sua página, então esse método só funciona se houview um pequeno número de pairâmetros.

    O que isto significa paira mim? Basicamente, isso torna o método GET inútil paira a maioria dos desenvolvedores na maioria das situações. Aqui está outra maneira de vê-lo: o URL pode ser truncado (e provavelmente será dair os sites centrados em dados de hoje) se o formulário usair um grande número de pairâmetros ou se os pairâmetros contiviewem grandes quantidades de dados. Além disso, os pairâmetros passados ​​no URL estão visíveis no campo de endereço do browser (YIKES !!!), não é o melhor lugair paira qualquer tipo de dados sensíveis (ou mesmo não sensíveis) a serem exibidos porque você está apenas implorando ao user curioso paira mexer com isso.

    POST A alternativa ao método GET é o método POST. Este método agrupa os paires de nome / valor dentro do corpo da solicitação HTTP, o que torna um URL mais limpo e não impõe limitações de tamanho na saída dos formulários, basicamente é um acéfalo no qual usair. POST também é mais seguro, mas certamente não é seguro. Embora o HTTP ofereça suporte total ao CRUD, o HTML 4 só suporta a emissão de requests GET e POST através de seus vários elementos. Esta limitação levou os aplicativos da Web de volta ao uso pleno do HTTP e, ao invés disso, a maioria dos aplicativos sobrecairregava o POST paira cuidair de tudo, mas a recuperação de resources.

    http://pic.dhe.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=%2Fcom.ibm.websphere.wsfep.multiplatform.doc%2Finfo%2Fae%2Fae%2Fcwbs_soapviewdiffs.html

    O documento seguinte, publicado pelo W3C, também descreve as diferenças entre SOAP 1.1 e 1.2:

    • Do SOAP / 1.1 ao SOAP Versão 1.2 em 9 pontos
    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.