Chamadas Remotas - App Desktop

1. Pode usar sem problemas. Ainda mais que é uma aplicação interna, onde não deve haver problemas de latência de rede.
2. Você poderia criar um web service login e uma chave de sessão (que deve ser enviada nas próximas requisições), e se não for muito difícil, usar https (SSL) em vez de http. Não é preciso usar aquela parafernália de WS-Security (WS-Encryption, WS-Signature) que no seu caso não deve ser necessário.
3. Depende de como você criou seu web service.
   Como você sabe, o melhor web service é aquele que recebe todos os dados de entrada de uma vez e retorna todos os resultados de uma vez (exceto no caso de paginação, é claro).
   Se seu web service é estúpido (ou seja, é só uma casca muito fina sobre uma classe Java, tendo métodos separados para getters e setters) então você vai estar em maus bocados.

Obrigado thingol.

Você indicaria eu dar uma olhada em mais alguma alternativa ?

Tipo, para este tipo de situação, normalmente usa-se… ???

E outra dúvida, é possível passar por parametro ou retornar algum objeto atravez de um web service ?

Digo isso pois fiquei em duvida no seguinte:
Tenho um WS feito em Java que retorna um tipo em java, como em php eu interpretaria aquele retorno ?

Obrigado.

Você pode passar e retornar objetos complexos através de web services. Mas a passagem de objetos “por referência” em vez de "por valor’ pode dar problemas.

Aliás é normalmente assim que se faz:
criar um objeto grandão contendo todos os dados necessários como um parâmetro, chamar o web service, e este
criar outro objeto contendo todos os valores de retorno. Essas classes são específicas para passar parâmetros ou receber parâmetros desse web service.

Só tomar o seguinte cuidado: você não pode, normalmente, passar um ArrayList<Cliente> para um Web Service ou retornar um ArrayList<Cliente>. Isso dá problemas de interoperabilidade (exemplo: Java x .NET x PHP, ou então mesmo Java x Java).
Você tem de converter seu ArrayList<Cliente> para um Cliente[] e vice/versa. Outras estruturas de dados, como HashMap ou TreeMap, também dão problemas de interoperabilidade; melhor usar os velhos e antiquados arrays.

Normalmente se você só trabalhar com String, double e int é suficiente; tipos mais complicados podem dar problemas com outras linguagens.

Ok, thingol, obrigado pelas respostas.

Sendo chato na pergunta novamente. Se você fosse implementar uma aplicação deste tipo o que usaria se não fosse usar Web Service ?

Estou procurando alternativas mais “profissionais”.

Acho que eu ainda iria usar Web Service (não precisa ser SOAP, pode ser REST, que costuma ser mais rápido e eficiente, e mais fácil de implementar), principalmente porque o servidor não precisa ter um cliente Java. Ou seja, EJB com acesso remoto e RMI estariam fora de questão, e sockets puros normalmente dão mais problemas* que soluções - principalmente se o sistema não vai ser mantido por você, e sim por outra pessoa.

• Em particular eu não recomendaria usar ObjectInput/OutputStream como um encapsulamento simples sobre sockets. Eu já vi gente ser demitida por causa disso; não cometa o mesmo erro.

Se for usar Spring, pode usar remoting:
http://static.springframework.org/spring/docs/2.0.x/reference/remoting.html

Mas tudo que o thingol falou, está mapeado em algum dos modos do remoting.

Thingol, obrigado mais uma vez.

Vou adotar WS como estratégia.

Eu só gostaria de saber se vc tem alguma recomendação sobre algum outro framework para geração de WS que não fosse o Axis.

Gostei do Axis, mas eu gostaria de ter mais liberdade caso seja necessário mudar de servidor, e como vi no axis, se eu fizer isso terei que recompilar minhas classes clientes de acesso ao WS para apontarem para o novo endereço do servidor.

Eu gostaria de algo mais prático. Por exemplo um arquivo de config onde eu seto o servidor.

É possível ou estou viajando ?

Obrigado!