| Autor |
Mensagem |
|
|
O sistema de declaração de imposto de renda tem versão em Java
Acredito que é um bom argumento para indicar que não é linguagem de brinquedo.
Outro pequeno detalhe:
Empresas como a Sun, IBM, HP participam da JCP. Mais um indicativo da importância da linguagem.
Em relação a ganhar pouco, acredito que não é uma questão da linguagem, mas sim da empresa que se atua. Algumas valorizam os funcionários enquanto outras não se preocupam com isso.
|
 |
|
|
Pessoal, blz?
Agraceço a colaboração de todos.
Acho que me expliquei mal. Quando disse em apenas JSP, quis dizer sem os frameworks JFS, Struts e cia. com ceteza irei usar servlets, ok?
EM relação ao Jboss. Ouvi falar muito em relação ao tomcat, que não é ideal para ambientes de produção (não sei se é verdade). Dessa forma gostaria de no mínimo deixar a aplicação pronta para rodar em Jboss também.
Em relação ao Design Pattern Command, estarei pesquisando a respeito.
Um outra questão: alguém pode indicar um exemplo de código usando o Front Controller? Procurei e não achei nada que me ajudasse em relação a esse design pattern.
Novamente obrigado a todos.
|
|
|
|
Bom dia a todos.
Estou iniciando o desenvolvimento de uma aplicação web usando apenas JSP (não quero ainda utilizar frameworks ocmo Struts, JSF, etc).
Dessa forma gostaria da opinião do pessoal a melhor forma de estruturar uma aplicação web usando apenas jsp, considerando a grande esforço para mapears os sevlets no xml.
Outra dúvida: caso eu desenvolva a aplicação para tomcat, a migração para o jboss (sem EJB) é tranquila?
Obrigado a todos.
|
|
|
|
A diaca do BiraBoy é muito boa. Único problema: que eu saiba só roda em windows...
t+
|
|
|
|
É uma questão para se pensar...
Quando o sistema der erro não será necessário todo o conhecimento técnido de como foi desenvolvido o sistema? Ferramentas de automação são um auxílio sim, mas para resolver problemas muitas vezes temos que saber como funcionam internamente.
|
|
|
|
procure por projetos open source no site www.sourceforge.net
Mas lembrando....não poderá cobrar pelo sistema!
T+
|
|
|
|
Blz?
O que vc imprimiu no primeiro código foi o endereço de memória e não o valor armazenado dentro do array,ok?
t+
|
|
|
|
Blz?
Olha, depende da sua aplicação. Para aplicações mmuito grandes, que precisem um banco mais robusto, recomento o postgres ou ingres. Para outras aplicações mais simples tem vários... firebird, HSQLBD, javaDB, etc...
Em relação ao MySQL nunca utilizei, mas acredito que o postgre atenda como substituição ao MySQL.
|
|
|
|
blz, olhaomarcosaqui ?
Realmente existem N projetos open source...não me referi apenas ao que vc indicou no site, mas de uma forma bem mais ampla, ok? Por isso citei os outros exemplos...
Tenho certeza que o projeto que irá participar terá um grupo muito bom aqui do GUJ que irá auxiliar seu desenvolvimento profissional da mesma forma que ajuda com minhas dúvidas...
t+
|
|
|
|
Blz?
Só para resumir...a estrutura será parecida com sistema de vendas....
"Uma pessoas pode ter n pedidos, sendo que cada pedido possui N itens dentro dele. Cada item referencia um produto"
Espero que ajude,...t+
|
|
|
|
Blz?
Em relação ao seu comentário
Com certeza qualquer experiência é melhor que nenhuma, mas eu pelo menos fico com a mesma impressão do gcobr, esse projeto em especial fica meio estranho, algo como uma experiência comprada, até onde ela pode ser considerada valida?
O desenvolvimento de projetos open source é valido sim! Quer alguns exemplos de projetos open source reconhecidos?
- Eclipse
- NetBeans
- Tomcat (repositório web)
- JBoss (repositório EJB)
- Hibernate (que foi utilizado como "base" da especificação do JPA, incorporado ao java 5)
OBS: ouvi dizer que a Sun contrataram os desenvolvedores do Hibernate para auxiliarem na criação da JPA - se alguém pudeer confirmar essa informação agradeço...
Resumindo....é válido sim desenvolver projetos open source. tanto para crescimento no conhecimento quando para fortalecer a filosofia de software livre.
|
|
|
|
Blz?
Acho mais interessante criar uma unica tabela para o registro dos eventos que você mencionou, visto que os tipos de dados são os mesmos e o conceito abordado nos dois casos são iguais.
vc pode criar uma estrutura parecida com essa:
- eventos
- tipo de evento
- setores (ou usuários dependendo da sua aplicação)
Espero ter ajudado...
t+
|
|
|
|
Blz?
Concordo com o TDS. Complementando o que o TDS comentou, criamos uma camada na aplicação para realizar os acessos ao banco de dados (DAO - data access object). No caso de vc querer salvar uma classe no banco que tenha como atributo outra, existem algumas altenativas:
- Salvar separado (cada tabela terá seu DAO)
- Salvar usando o mesmo DAO já salta as duas tabelas
- Usar framework de persistência (o famoso Hibernate)
Para iniciar recomento usar uma das duas primeiras opções.
Espero ter ajudado.
|
|
|
|
Blz?
A ferramenta da oracle JDevelopper é muito boa para JSP.
Apesar disso ainda acho o eclipse a melhor opção principalmente o europa.
Eu ficaria entre esses dois...
t+
|
|
|
|
Blz?
Bom, para pesistir os dados com o hibernate, são utilizados alguns arquivos xml. Dois deles é essencial vc conhecer:
- <entidade>.hbm.xml - arquivo que irá conter a definição das tabelas e campos, assim como os relacionamentos da tabela com outras. Pode ser criado apenas um arquivo com várias tabelas, mas recomento criar um por tabela...
- hibernate.cfg.xml - arquivo que irá ser usado para configuração do banco, ou seja informações de conexão, pool de conexão (caso de use) e o nome de todos os arquivos hbm que vc criar.
Em relação a pool de conexão, para aplicações web é importante, ok? nesse caso pode ser usado o c3p0 para isso....
recomendo fazer um exemplo numa aplicação separada primeiro para depis aplicar em seu projeto.
Em relação a JSF e Spring prefiro não comentar visto que não conheço a fundo...
Boa sorte.
|
|
|
|