Tá entregue.
Entrego porque o prazo não dá mais, se não, nem entregaria.
Ele não funciona, nada roda, a implementação dos webservices está pela metade.
Aparentemente, ele vai funcionar se depois de configurar para usar JAX-WS 2.1 em lugar do 2.0 e arrumar uma porrada de classes que não tem um construtor público e sem parâmteros, para passar a ter, sem quebrar nada. Mas isso é uma hipótese.
Qualquer coisa, arrumo depois e posto de novo, mas se não der (prazo principalmente), fica esse aí.
Entrega (ou não) - Site de questionários online
Número de respostas: 2
Em resposta à Victor Williams Stafusa da Silva
Re: Entrega (ou não) - Site de questionários online
por Pedro Lopes de Souza -
Está segunda versão está funcional.
A configuração dele é bastante trabalhosa.
Há uma pasta chamada "endorsed" contendo vários jars dentro da pasta ClientWebService.
Se você estiver no windows:
Coloque a pasta "endorsed" no C:
defina esta variável de ambiente:
set JAVA_ENDORSED_DIRS=C:\endorsed
No linux, seria assim (não testamos):
export JAVA_ENDORSED_DIRS=/home/user/endorsed
Copie e cole esta pasta "endorsed" para dentro da pasta raiz do Tomcat. Esta pasta raiz do tomcat tem subpastas "lib", "conf", "webapps", etc. Você deverá colocar a pasta "endorsed" lá também.
Testamos isso com o Tomcat 6.0.16 no windows. É possível que dê errado ou que algum JAR a mais ou a menos tenha que ser colocado em outra situação.
Feito isto, compile e rode o projeto principal no Tomcat, deixe-o rodando.
Abra o projeto ClientWebService que vem junto. Configure ele para encontrar o WSDL do server. No nosso ambiente de desenvolvimento, o WSDL está em http://localhost:8083/simuquiz/FuncionalidadesSimuquiz?wsdl
Se no seu ambiente estiver em um lugar diferente, você vai precisar reconfigurar (mexer em XMLs e testar até dar certo).
Quando ele compilar e rodar é porque deu certo.
Há um problema na hora que você tenta fazer login programaticamente via webservice client: O servidor não consegue gerenciar as variáveis de sessão corretamente e dá erro. No entanto as funcionalidades que não requerem login estão perfeitas, e acreditamos que isto já é o suficiente para atingir o objetivo do trabalho.
Dentro da classe Main do ClientWebService, você pode facilmente (mesmo) codificar testes para chamar as demais funcionalidades apenas imitando as que já estão lá.
Uma possível solução para o problema da sessão, seria na funcionalidade de login retornar um valor numérico cookie dentro do JSON retornado e exigir este cookie como parâmetro para as funcionalidades que precisam de login.
A configuração dele é bastante trabalhosa.
Há uma pasta chamada "endorsed" contendo vários jars dentro da pasta ClientWebService.
Se você estiver no windows:
Coloque a pasta "endorsed" no C:
defina esta variável de ambiente:
set JAVA_ENDORSED_DIRS=C:\endorsed
No linux, seria assim (não testamos):
export JAVA_ENDORSED_DIRS=/home/user/endorsed
Copie e cole esta pasta "endorsed" para dentro da pasta raiz do Tomcat. Esta pasta raiz do tomcat tem subpastas "lib", "conf", "webapps", etc. Você deverá colocar a pasta "endorsed" lá também.
Testamos isso com o Tomcat 6.0.16 no windows. É possível que dê errado ou que algum JAR a mais ou a menos tenha que ser colocado em outra situação.
Feito isto, compile e rode o projeto principal no Tomcat, deixe-o rodando.
Abra o projeto ClientWebService que vem junto. Configure ele para encontrar o WSDL do server. No nosso ambiente de desenvolvimento, o WSDL está em http://localhost:8083/simuquiz/FuncionalidadesSimuquiz?wsdl
Se no seu ambiente estiver em um lugar diferente, você vai precisar reconfigurar (mexer em XMLs e testar até dar certo).
Quando ele compilar e rodar é porque deu certo.
Há um problema na hora que você tenta fazer login programaticamente via webservice client: O servidor não consegue gerenciar as variáveis de sessão corretamente e dá erro. No entanto as funcionalidades que não requerem login estão perfeitas, e acreditamos que isto já é o suficiente para atingir o objetivo do trabalho.
Dentro da classe Main do ClientWebService, você pode facilmente (mesmo) codificar testes para chamar as demais funcionalidades apenas imitando as que já estão lá.
Uma possível solução para o problema da sessão, seria na funcionalidade de login retornar um valor numérico cookie dentro do JSON retornado e exigir este cookie como parâmetro para as funcionalidades que precisam de login.
Em resposta à Pedro Lopes de Souza
Re: Entrega (ou não) - Site de questionários online
por Wesley Seidel Carvalho -
Olá Pedro e Victor,
Segue a avaliação:
-Configurado funcionalidades de WebServices usando o Jax-Ws.
-Implementou várias funcionalidades que também tem no site, tais como novoExame, alterarExame, buscarMeusExames ...
Nota sugerida: 10,00
Abraço,
Wesley Seidel
Segue a avaliação:
-Configurado funcionalidades de WebServices usando o Jax-Ws.
-Implementou várias funcionalidades que também tem no site, tais como novoExame, alterarExame, buscarMeusExames ...
Nota sugerida: 10,00
Abraço,
Wesley Seidel