| Autor |
Mensagem |
|
|
Boa tarde senhores, consegui realizar a autenticação da seguinte forma.
O mecanismo user token utiliza o header do envelope soap para informar o usuário e senha e eles podem ser setados dessa forma.
|
 |
|
|
Tentei setar alguns parametros, porém ainda sem sucesso.
Estou utilizando Username token como mecanismo de autenticação.
|
|
|
|
Boa tarde!
Estou tentando desenvolver um Web Service utilizando o Apache Axis 1.4 (versão utilizada na empresa), segui os tutoriais que encontrei e consegui gerar o serviço.
Ainda não consegui fazer um client que funcione, utilizei o WSDL2Java para gerar as classes e fiz a chamada ao serviço, porém sempre recebo a seguinte mensagem "Não foi possível obter o elemento wsse:Security"
Gostaria de um exemplo ou tutorial que pudesse me direcionar nesse caso.
Obrigado!
|
|
|
|
O método chamada retorna um array de objects ou um arraylist?
se for o 1 caso o array de objects precisa ser convertido num arraylist e não adicionado a um, caso seja o 2 caso o metodo que vc está chamando não está te devolvendo os dados como deveria e ele terá que ser alterado.
|
|
|
|
Poder ... pode, como vc acabou de criar o projeto ejb acho que não haverá maiores problemas mas caso o ejb comece a crescer a ponto de ficar uma referencia ciclica, vc provavelmente precisará fazer um refactoring.
Respondendo a pergunta, basta vc adicionar o WAR no classpath do EJB. Se não me engano vc pode configurar isso pelo application.xml do EAR ou pelas opções de BuildPath do eclipse (mais fácil)
|
|
|
|
|
Se estiver em dúvida em relação ao tipo troque a referencia de BigDecimal para Number, me lembro de um caso em que o método efetuava um count, se eu utilizasse uma query o numero vinha como Long, se eu utilizasse uma native query o mesmo numero vinha como Integer, na época não pude parar pra entender direito o problema mas fica ai a dica
|
|
|
|
|
Vai depender da sua situação ai, mas eu recomendo vc passar o datasource pro jasper, dessa forma vc não duplica ou descentraliza o código para obtenção dos dados
|
|
|
|
Olá
Eu conheço esse procedimento como "Exclusão lógica", ou seja, vc marca o registro como apagado, inválido, inativo etc.
Basicamente marcando um campo flag no registro, a partir daí sua aplicação identifica que este registro não é mais válido testando esse campo.
|
|
|
|
Olá ... não sei se entendi direito a dúvida ... caso vc permaneça com a estrategia de uma action por módulo vc continuaria adicionando métodos pertinentes à usuários a essa action correto?
por exemplo, métodos como deletaUser(...) ou atualizaUser(...)
cada método com uma tarefa específica, aglutinados numa mesma action.
Qual o problema que vc está enfrantando nessa abordagem? Não entendi sua idéia do Facade, seria pra realizar a chamada correta a cada um desses métodos?
|
|
|
|
Quando vc usava jsp a taglib f: apontava para esse mesmo namespace (java.sun.com/jsf/core)?
Dá uma conferida ai pq na documentação não há essa tag include
Link da documentação das tags: http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/tlddocs/index.html
|
|
|
|
A mensagem diz que não existe a tag include dentro da taglib que vc chamou de f: (java.sun.com/jsf/core)
a tag include se existir deve estar em outra taglib
|
|
|
|
Vc poderia persistir toda a HttpSession, porém acho isso meio complicado por conter dados demais que provavelmente não seriam úteis.
Eu já vi aplicações que persistem toda a HttpSession e aplicações que possuem um mecanismo pra pegar os dados relevantes da sessão e persisti-los, acho a 2ª opção melhor.
|
|
|
|
Possivel é.
Mas não creio que haja algum recurso (class, metodo, framework) que já faça isso pra vc, então creio que vc precisará implementar isso como uma funcionalidade da sua aplicação.
|
|
|
|
Falha minha senhores, esqueci de postar na época qual foi a solução.
Não cheguei a trabalhar com applets com o plugin mais novo, mas neste que eu usava na época, creio que 1.5.0_12 não era possivel chamar uma classe que não estava na raiz do jar.
No caso estava chamando dessa forma -> code="com.areva.td.acts.SecondaryCoreForm"
e tive que alterar para essa chamada -> code="SecondaryCoreForm"
colocando a classe SecondaryCoreForm na raiz do jar.
|
|
|
|
Boa tarde!
Estou encontrando o seguinte problema, ao utilizar uma applet desenvolvida por mim ... o IE7 pára de renderizar o html que se encontra após a tag applet. Isso não acontece no Firefox 2.0 e não pude testar no IE6 ainda, alguém já viu esse problema acontecer?
A applet está funcionando o problema é que a página não é renderizada até o final.
Já tentei 3 alterações que não surtiram efeito no IE7:
inserir a tag applet direto no html
inserir a tag applet dinamicamente por java script - classe principal dentro de um pacote
inserir a tag applet dinamicamente por java script - classe principal fora de um pacote, ou seja, no default
dessas 3 formas funciona no FF 2.0.
Caso coloque a applet como a ultima tag na página, todo o conteúdo é renderizado.
Agradeço qualquer colaboração!
|
|
|
|