Ola galera, ha um tempo sem postar...Ha um tempo, estou trabalhando para a DevMedia como consultor e professor, e dessa parceria nasceram alguns cursos online com video aulas interessantes sobre alguns temas pertinentes a area.O primeiro curso e o de Introducao ao JDBC, que esta em desenvolvimento e se encontra disponivel no endereco: http://www.devmedia.com.br/curso/curso-basico-de-jdbc/378A medida que novos cursos forem nascendo, irei atualizar este post.Espero que gostem! o/ Se voce ja tentou desenvolver ou testar alguma aplicacao no Google Chrome usando apenas paginas HTML estaticas sem hospeda-las em um servidor local qualquer, provavelmente ja passou pelo impasse de nao conseguir que seus codigos JavaScript, jQuery ou Ajax funcionem.Varios tipos de implementacao enfrentam esse tipo de problema: tentar enviar um request via API Ajax do jQuery, acessar uma pagina dentro de um iframe/embed, dentre outras.O que acontece e que o Chrome nao carrega arquivos localmente por padrao em funcao de restricoes de seguranca internas. Essa e uma discussao de muito tempo, mas ja temos solucoes para soluciona-la.Atraves da opcao de flag --allow-file-access-from-files voce consegue forcar o browser a reconhecer esse recurso como antes. Vejamos os passos necessarios:Acesse o prompt cmd e acesse o diretorio de instalacao do seu Chrome (atente que para cada tipo de instalacao - usuario ou global - temos um diretorio diferente). Ex: cd C:\Program Files (x86)\Google\Chrome\ApplicationExecute o chrome.exe a partir da linha de comando com o parametro adicionar "--allow-file-access-from-files": chrome.exe --allow-file-access-from-files (tal como na Figura 1).Para evitar ter de refazer estes passos toda vez, basta criar uma copia do arquivo e alterar suas propriedades, tal como vemos na Figura 2.Figura 1. Comandos para abrir Chrome com nova flagFigura 2. Criando atalho com a configuracao. O SoapUI e uma ferramenta de geracao de testes client criada para facilitar a vida tanto de desenvolvedores quanto dos testers de Web Services. Atraves dela, o usuario tem a possibilidade de gerar projetos a partir da URL do WSDL do servico. Atraves disso uma requisicao de acao (request action) sera gerada com os parametros do metodo requerido ja carregados inicialmente.Independente da tecnologia WS usada, o SoapUI tem o poder de reconhecer os parametros, em vista da universalidade do xml usada na especificacao. Alem disso, e possivel observar tambem a presenca do comentarios que vem precedidos de cada campo. Como mostrado na figura abaixo.Figura 1. Codigo exemplo de request action no SoapUiEsse tipo de comentario existe para o caso em que o numero minimo de ocorrencias para o parametro e zero. Se o elemento for obrigatorio o SoapUi nao exibe nada acima. E e ainda onde entra a questao... Como fazer?Suponha que voce tenha um WSDL semelhante ao exibido na listagem abaixo:<xsd:element name="inserirPessoa"> <xsd:complexType> <xsd:sequence> <xsd:element name="id" type="xsd:int" minOccurs="1" maxOccurs="1" /> <xsd:element name="email" type="xsd:string" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType></xsd:element>efinicao dos atributos minOccurs e maxOccurs pode ser justificada da seguinte maneira:minOccurs="0" maxOccurs="1" -> significa opcional;minOccurs="1" maxOccurs="1" -> significa obrigatorio.A utilizacao do maxOccurs nao e obrigatoria, logo, voce pode usar apenas o atributo "minOccurs" setado com o valor 1 e tudo vai funcionar perfeitamente tambem.O resultado na geracao do XML de entrada no SoapUi sera algo semelhante a:<soapenv:Body>