| Autor |
Mensagem |
|
|
Bem nesse caso você precisa "forçar" o carregamento da coleção de UFs antes de enviar para o cliente, uma solução poderia ser :
|
 |
|
|
Quem estiver interessado em saber os tipos de questões que constumam cair no processo de seleção para developer ou tester, aí vai :
http://www.joelpereira.com/content/entrevista/entrevistams0.htm
Detalhes adicionais em http://www.joelpereira.com/
[]s
Douglas
|
|
|
|
Estão implantando o modelo MPS.BR no cliente que eu fico alocado, segue abaixo um link sobre o assunto :
http://www.softex.br/cgi/cgilua.exe/sys/start.htm?sid=191
|
|
|
|
Quer uma solução mais fácil ? 
Use o XDoclet (exemplo : http://technology.amis.nl/blog/index.php?p=156 ) para gerar o seu struts-config.xml a partir do Javadoc de suas Action e FormBean, você vai esquecer que o struts-config.xml existe e fica muito, mas muito mais gerenciável.
[]s
Douglas
|
|
|
|
Já que é somente Session Beans tente usar o plugin JBoss IDE (é simples e eficiente).
Qualquer dúvida é só postar.
[]s
Douglas
|
|
|
|
Quais tipos de EJB você precisa desenvolver ?
Se for Session Beans / Message Driven Beans o plugin JBoss IDE já é o suficiente, nesse caso você coloca poucas tags do XDoclet para gerar o mínimo necessário (deployment descriptors e interfaces home/ remote).
Se for Entity Beans eu lhe recomendo (se você puder usar) o JBuilder, ele é muito produtivo para trabalhar com EJB.
[]s
Douglas
|
|
|
|
- Eclipse
- ANT para automatizar algumas tarefas
- XDoclet - idem ao acima, uso ele também para criar meu geradores de código para ganhar um bom tempo no desenvolvimento
[]s
Douglas
|
|
|
|
A idéia é a mesma do artigo do Rafael, mas para configurar o servidor para fazer o debug remoto varia de fabricante para fabricante (não muda quase nada), por exemplo dos servidores que eu conheço; no Tomcat é uma configuração, no JBoss é outra e no BES é outra.
Você obtem mais informações sobre configuração geralmente na documentação do seu servidor.
[]s
Douglas
|
|
|
|
vonlinkerstain wrote:Olá pessoal tudo bem?
Estamos iniciando um projeto aqui onde eu trabalho, e temos como objetivo colocarmos o nosso estoque online, para que os representantes consigam realizar vendas sem nos consultar.
Iremos implementar um ERP em j2ee usando session beans, e eu gostaria de colocar o estoque em um toncat com o JSP.
Gostaria de saber como é que fica a seguraça dos meus dados?
Devo separar o banco, e deixar somente o banco de estoque no servidor web, ou deixar o meu servidor de dados completo, e restringir o acesso do servidor web apenas a parte de estoque (é possível fazer isto?)
Abraços
Dirceu Semighini Filho
Já que você está usando session beans + web components, o ideal seria usar a segurança do J2EE através do JAAS para autenticação e autorização, pois dessa maneira vc facilmente restringe acesso a determinados métodos do seu ejb ou na própria classe atavés das roles do usuário logado, como também acesso a recursos web.
Vocês vão usar JBoss ou algum AS pago ?
Eu não me lembro em qual edição, mas a pouco tempo saiu uma reportagem na Javamagazine sobre segurança no J2EE usando o JAAS e configurando o mesmo no JBoss.
[]s
Douglas
|
|
|
|
Para o splash screen aparecer basta coloca-lo para rodar em uma Thread.
A forma mais básica de resolver isso basta criar uma classe que implemente a interface Runnable (ou coloque em em uma classe anônima, particularmente eu não gosto) dentro do método run() coloque a lógica para carregar o splash screen.
Depois, basta instanciar uma Thread passando como argumento de seu construtor a classe que implementa o seu Runnable, depois chame o método start() da sua Thread.
[]s
|
|
|
|
pcalcado wrote:
douglasfs wrote:
POJO Business Logic - Onde se concentra a lógica de negócios, por estar concentrado em um POJO facilita o reuso, manutenção, testabilidade, etc. Eu implementei utilizando o Pattern Command, poderia usar também um Service Layer.
Ou deixar o design procedural de lado e usar um Domain Model 
Sim, com certeza pcalcado  , como falei no meu último post, aos poucos eu estou refatorando a arquitetura ...
Mas no geral, vc acredita que essa arquitetura é válida como ponto inicial ?
|
|
|
|
Olá,
Acredito que minha experiência seja parecida com a sua, pois eu sempre trabalhei com sistemas em Java para a WEB, porém no projeto que estou trabalhando atualmente é a primeira vez que eu trabalho com frontends em Swing (não desenvolvo as views, trabalho somente com o backend J2EE).
Estamos usando Swing pois o projeto exige que as interfaces humanas tenham um alto grau de usabilidade (estamos migrando um projeto já existente feito em Delphi), basicamente o usuário irá baixar os módulos através do Java Web Start.
Depois de uma boa garimpada pela Internet, cheguei a seguinte conclusão de arquitetura (no meu caso o sistema tem que ter fail-over,escalável, etc, consequentemente ele rodará em Cluster) :
Frontend Swing <> Business delegate <> Remote Façade <> POJO Business Logic <> iBatis DB Layer <> RDBMS
Frontend Swing - Minha camada de apresentação.
Business delegate - Resposável por interagir com a camada remota através de um Service Locator, por questões de performance, eu faço cache do EJBHome.
Remote Façade - Esse pattern foi Implementado com EJB (Session Beans Stateless), repare que eu não uso o Session Façade (pelo que eu entendi no livro no Martin Fowler a diferença básica entre ambos é que o Session Façade aceita lógica de negócios dentro dele, no meu caso eu deixo essa tarefa para Classes POJO , pois acima de tudo facilita os testes com o JUnit e não está acoplado a nenhum EJB)
POJO Business Logic - Onde se concentra a lógica de negócios, por estar concentrado em um POJO facilita o reuso, manutenção, testabilidade, etc. Eu implementei utilizando o Pattern Command, poderia usar também um Service Layer.
iBatis DB Layer - O framework que eu utilizo para a persistência de objetos, responsável por toda comunicação com o RDBMS, uma abordagem interessante para performance é utilizar o mecanismo de cache dele ou delegar para uma outra API (no meu caso eu utilizo o OSCache).
RDBMS - Utilizo o SQL Server 2000 para a persistência dos dados
As poucos eu estou refatorando essa arquitetura, mas acredito que seje um bom ponto de partida.
Espero telo ajudado.
[]s
Douglas
|
|
|
|
fsmachadorj wrote:Estou desenvolvendo uma aplicação em que a velocidade de uma consulta no banco é um requisito muito relevante. O banco de dados que eu irei utilizar é o MySQL, pois já possui um excelente desempenho.
Alguém sabe me dizer qual é o framework de mapeamento objeto/relacional que oferece o melhor desempenho para consultas no banco? Hibernate? iBatis? Outro?
Grato,
Fernando Machado.
Até o momento eu nunca trabalhei com Hibernate, mas nos últimos 8 meses venho trabalhando somente com o iBatis.
Sem entrar no mérito de cada framework, cada um se encaixa bem em um determinado tipo de problema, no meu caso, todos os meus atuais problemas são muito bem revolvidos com iBatis.
De "cabeça", os tipos de otimizações mais comuns que você pode fazer com o iBatis é ativar o mecanismo de cache e lazy loading de objetos dependentes.
Tirando as ferramentas de mapeamento, as otimizações dependem muito de como foi modelado o banco de dados (tanto o modelo lógico e físico), o uso correto de índices e a escolha de um driver JDBC descente (no caso do Java), etc.
Um link interessante comparando os benefícios de cada um :
http://www.mail-archive.com/ibatis-user-java@incubator.apache.org/msg01241.html
Obs: Nessa thread tem algumas opiniões interessantes.
Espero que tenha lhe ajudado
[]s
Douglas
|
|
|
|
Sim, eu uso o iBatis para persistência, até demais
A mensagem que está no código fonte do ScriptRunner é a seguinte :
"There are better tools available for running scripts. This class has become out of scope for iBATIS."
Ou seja, utiliza a ferramenta que vem com o seu RDBMS para rodar seus scripts, no meu caso como agora eu estou trabalhando com o SQL Server, utilizo o Query Analyzer
[]s
Douglas
|
|
|
|
Eu desenvolvo aplicações para PocketPC (é um hobby) utilizando o emulador do Pocket PC 2003, o link é :
[url]
http://www.microsoft.com/downloads/details.aspx?familyid=9996b314-0364-4623-9ede-0b5fbb133652&displaylang=en
[/url]
Você precisa ter o eMbedded Visual C++ 4.0 + o service pack 3 dele, se não
tiver o SP3 o EVC++ trava quando vc cria um projeto do tipo PocketPC 2003.
Acho que vc pode desenvolver em .NET também, mas acredito que não seje o recomendado, um colega que trabalha comigo e trabalha com
C/C++ me mostrou um protótipo de uma mesma aplicação escrita em
Embedded Visual C++ 4.0 e a outra em .NET (acho que era em C#), a aplicação tem formulários
desktop de 9 passos, no EVC++ demorava coisa de segundos para carregar, em .NET demorava quase 2 minutos.
Também existe em Embedded Visual Basic, mas eu não tenho coragem de
usar (não curto VB), para o Pocket PC 2002 você pode usar o Embedded Visual C++ 3.
Espero ter lhe ajudado,
Douglas
|
|
|
|