renatocustodio wrote:Pelo que me contou um amigo que trabalha nos correios lá eles adotaram que para todos os projetos nos próximos 10 anos será entre struts 2 ou jsf, com hibernate+jpa. O que eu acho uma solução melhor, afinal, existirão pessoas de todo o mundo trabalhando pra melhorar os frameworks.

mangad2 wrote:Desenvolvimento de software é apenas desenvolvimento de software...

Fazer previsões futurísticas não é a meta da engenharia de software.

Vc precisa modularizar seus artefatos de forma a se flexionar no contexto vivido,
não em um contexto imaginário.

Marcio Duran wrote:
"Contraditório"

Concordo com o Sérgio que o melhor dos dois mundos mesmo é rodar um framework Ruby em uma JVM.

Se posso ter toda a expressividade e metaprogramação de Ruby + APIs Java master uteis e conceituadas, tudo rodando numa mesma JVM, não tenho necessidade alguma de um framework Java que faça uso de código Ruby.

A menos, é claro, que você já tenha uma aplicação completa feita em um framework Java e agora precise incorporar algum algoritmo, ou API, que será muito melhor escrito (ou já esteja escrito) em Ruby. Nesse caso, concordo que a programação poliglota seria bem interessante. Um amigo coisas interessante nesse sentido (veja aqui e aqui).

Mas esse não é o caso apenas de Ruby, mas de Javascript, Python, BeanShell, etc, afinal, esse não é o objetivo da Java Scripting API?

Agora, um framework Java que suporte Ruby apenas para dar a opção de você escrever tanto código Java quanto Ruby, por pura opção, não acho muito interessante não. (IMHO)

saoj wrote:
Agora a tipagem forte e o compile-as-you-type da IDE são funcionalidades do Java que a tornam bastante produtiva e a prova de erros. Sem falar em refactoring...

saoj wrote:
Um framework web Java com suporte total a Ruby é o melhor de ambos os mundos, na minha opinião.

mirian23 wrote:Baseando-se na estrutura das tabelas PRODUTO e MOV_PROD faça um conjunto de gatilho que mantenha atualizada a quantidade em estoque do produto na tabela produto ao serem inseridos, eliminados ou alterados dados na tabela de movimento.

As alterações em MOV_PROD poderão contemplar mais de uma coluna no mesmo comando.

create table PRODUTO
(id number(6) primary key,
nome varchar2(40),
unid char(20),
qtd_estoque number(12));

Create table mov_prod
(nr number(9) primary key,
id_prod number(6) references produto(id),
tipo char(1) not null,
qtd number(11));

insert into produto values(101,'Sabão de Coco','Barra',153);
insert into produto values(102,'Sabão em Pó','Kg',56);
insert into produto values(103,'Desinfetante','Lt',89);
insert into produto values(104,'Detergente','Lt',47);

Os tipos possíveis de movimentos são E ou S representando Entrada ou Saide de mercadorias respectivamente.