| Autor |
Mensagem |
|
|
Em UML, caso de uso não tem ligação direta com modelo de classes. Atores são apenas representação de pessoas/equipamentos/outros sistemas/etc que interagem com o seu caso de uso/sistema.
Agora se você está dizendo que você está usando um programa que representa atores como classes, dai é coisa específica do seu programa.
O que geralmente faço é mapear atores como os perfis que vou criar para acessar o sistema, mas sem uma ligação direta com classes.
|
 |
|
|
|
Poderia implementar em CORBA, mas não sei se vai ser "over" demais para o seu caso. Tem que ver o quanto é complicado as mensagens trocadas e que tipo de tratamentos são necessários em casos de erros e se as mensagens são todas sincronas. Web Services dependendo do caso é "custoso" demais.
|
|
|
|
Agora entendi a sua dúvida. A classe Cliente é para rodar na máquina cliente. No servidor não vai existir uma classe Cliente. Na máquina do servidor só precisa criar uma classe Servidor e ficar ouvindo a porta e "pegando" os dados enviados. O código que eu passei acima deveria ser suficiente.
|
|
|
|
Não estou entendendo nada. Está bem confuso para mim. Não programei com socket, mas pelo o que eu vi é só criar criar um socket no servidor e ficar "ouvindo" a porta:
Configura o rastreador para conectar no IP do servidor na porta 7777. Não é isto?
Agora se o seu cenário é que você tem vários rastreadores e precisa saber qual rastreador se conectou, bem ai tem que ver se as informações que o rastreador envia não contém esta informação. Ou poderia pegar a informação do IP do rastreador e mapear por isto.
|
|
|
|
|
Deixa eu ver se entendi direito: o seu rastreador não tem a capacidade de se conectar via socket a um servidor? Então ele não pode agir como um cliente. O que o seu rastreador tem? Um endereço IP? Uma porta (socket) para enviar ao informações? Se for isto, então tem que fazer o contrário: o seu programa tem que conectar no rastreador. Ai ele passaria a ser um cliente do rastreador. Se for assim, o mais correto seria pensar que o seu programa é que vai coletar as informações no rastreador, e não o rastreador que envia a s informações para o seu programa. Teria que ser um esquema de polling.
|
|
|
|
|
O melhor é usar um esquema de Connection Pool. Dá uma pesquisada no GUJ sobre isto que vc vai achar bastante referencias.
|
|
|
|
Não é possível a conexão ao servidor LDAP ser através de SSL?
http://docs.oracle.com/javase/jndi/tutorial/ldap/security/ssl.html
|
|
|
|
Estes sistemas que rodam em "mercado" você vai ter que ter noção de contabilidade, vendas, estoque. Pode ser necessário a parte de emissão de nota fiscal. Não conehço nenhum livro que trate disto, mas um caminho é procurar por estes orgãos que auxiliam as pessoas a abrir uma empresa tipo SEBRAE. Eles devem ter indicações de literatura sobre isto.
Se você expandir um pouco mais pode tentar procurar por funcionalidades de um ERP ( as funcionalidades acima mais contas a pagar, contas a receber, controle de caixa, etc).
|
|
|
|
Qual é a linha 113 do arquivo AlunoBean.java?
Chutando: acho que aluno está NULL.
|
|
|
|
http://docs.oracle.com/cd/B28359_01/java.111/e10788/rac.htm
Basicamente é copiar esta sua configurção na URL de conexão
|
|
|
|
Não entendi bem onde exatamente voce pretende implantam "segurança". Pelo descrito, eu entendo que pode ser em 3 possibilidades:
1) SSL/TLS - segurança na "camada de rede": simplificando, expor os seus Web Services atraves de HTTPS. É o mais simples de implementar, pois só mexe com a parte de infra-estrutura. Dá para implementar certificação tanto do lado do servidor como do lado do cliente.
2) XML Encryption/WS Security: seria utilizar algum mecanismo de criptoigrafia no XML dos Web Services. Não conheço a especificação, portanto não sei como ele realmente funciona. Acho que tem que criptografar a mensagem toda.
3) Usar um mecanismo de criptografia própria: você pode bolar o seu proprio protocolo de criptografia, pois pelo o que eu entendi somente o cliente desenvolvido por voces é que vai usar estes Web Services. Eu acho que não vale a pena. Voce teria liberdade de criptografar o que acha necessário, mas vai ter trabalho...
Se o sistema já está pronto, não tenha dúvidas e implemente via SSL/TLS mesmo. Neste cenário, tudo é criptografado. Então vc não precisa ficar se questionando sobre o que criptografar. No máximo, você pode disponibilizar os Web Services menos criticos em termos de segurança através de HTTP mesmo.
|
|
|
|
|
Pelo o que você relatou (aumento de memória), eu não descartaria problema físico de memória. Tente fazer um teste de memória.
|
|
|
|
|
Para valores monetários, nunca utilize double. Utilize BigDecimal http://docs.oracle.com/javase/6/docs/api/java/math/BigDecimal.html#pow%28int%29.
|
|
|
|
|
O que eu vi nas empresas que prestei serviço são as soluções proprietárias de cada application server (Websphere, Weblogic, OAS, etc). Eu sempre pensei em sugerir incluir algum tipo de monitoramento por JMX nos projetos da minha antiga empresa, mas a demanda nunca justificou o investimento. Tem esta lista (http://java-source.org/open-source/jmx), mas nunca trabalhei com nenhum deles.
|
|
|
|
A classe é BancoSuportado e não BancosSuportados.
|
|
|
|