| Autor |
Mensagem |
|
|
Vocês terão que engolir o JDeveloper. 
O BEA Workshop que é uma ótima IDE, aparentemente está sendo esquecida lá dentro...
|
 |
|
|
A grosso modo, pode se dzer que o XHTML é uma evolução do HTML. Mais isso não vai influenciar nesse contexto.
Quanto ao DreamWeaver, você deve fazer o CSS nele usando como base uma página geradade pelo JSF.
1) Executa sua aplicação
2) Acesse via navegador
3) Pede para exibir o código fonte
4) Copie esse código e colocar no DreamWeaver.
5) Faz o CSS
6) Pega esse CSS e colocar no seu projeto da IDE
|
|
|
|
Eu sempre faço o CSS baseado no XHTML gerado pelo JSF.
Você vai perceber o quanto o JSF mata o conceito Web Semantica e TableLess.
Pra começar com o que ele faz com os IDs.
Outra coisa é não confiar em IDE java para fazer designer de página, pois eles não são feitos para isso e na minha opinião, nunca serão. Use o DreamWeaver com o XHMTL gerado.
|
|
|
|
Galera,
Alguém está desenvolvendo ou pensando em desenvolver com essa tecnologia?
Qual bridge vocês estão utilizando?
To batendo muito a cabeça com essa budega...
Valeu
|
|
|
|
Essa é a sua resposta:
http://gettingreal.37signals.com/GR_por.php
|
|
|
|
luidhi wrote:
zanatto wrote:
zanatto wrote:Alguém tem um exemplo de JRuby?
Graças a esse tópico, vou pesquisar e estudar.
Valeu cara por mais um tópico desses!
Vão pro inferno, bando de fanaticos que mais visitam foruns doq programam alguma coisa.
Do jeito que falam bonitinho aqui no tópico, até parece que são agluma coisa...
100+
Falei que ia estudar e estudei!
Eu achei bem legal e produtivo! Mas acredito que existem alguns frameworks com EJB+JSF que fazem isso também! Tipo o Oracle ADF.
Mas é bem legal a sacada dos caras!
Nessas pesquisas acabei lendo esse livro, dos criadores do RoR, que todos devem ler:
http://gettingreal.37signals.com/GR_por.php
Ao contrário do que diz o zanatto, não recomendo a leitura desse livro, ele é altamente irreversível. Vai fazer muita gente pensar coisas do tipo "o que estou fazendo aqui". Vai fazer as pessoas pensarem...
Pode haver muita decepção porque:
- Vão descobrir que programamos para configurar frameworks no java;
- Reuniões são tóxicas;
- Processos são burocráticos;
- Vão parar de fazer frameworks que fazem uma linha a mais do que já existe;
- Vão descobrir que poderia utilizar 60% do tempo gasto hoje para configurar frameworks e aqueles nojentos e intermináveis xml de configuração para terminar a aplicação;
- Vão odiar RUP, e todos esses processos CMMI;
- Vão chutar os casos de uso;
- Vão achar o Administrador de dados idiota por utilizar a 4 e 5 forma normal sem necessidade nenhuma;
- Vai ver que não pode mudar o mundo, e vai começar a ficar descontente com o processo que existe no seu trabalho.
Comigo aconteceu isso... 
Por isso não recomendo... Vá ler a documentação do EJB 3.0 e seja feliz.
[]'s
Eu ainda acho que vale a pena ler.
Pois faz você refletir sobre como simplicar algo que você esteja fazendo de forma complexa.
Reuniões, UML, Metodologias e etc, são importantes e não vão acabar. Pois é a única mandeira de se trabalhar em uma grande empresa. Projetos que tem mais de 5 pessoas e por ae vai...
Esse livro eu achei legal, pois faz você reativar aquela ideia de desenvolver aquela solução "SUA", que você sempre quis fazer pra ter sucesso. Aqueles projetos pessoais do qual você nunca terminou...
E ele deixa isso claro quando fala que em um projeto deve se começar só com apenas 3 pessoas multi-uso.
Ao contrário do luidhi, eu ainda recomendo!
Principalmente para os visionários!
|
|
|
|
zanatto wrote:Alguém tem um exemplo de JRuby?
Graças a esse tópico, vou pesquisar e estudar.
Valeu cara por mais um tópico desses!
Vão pro inferno, bando de fanaticos que mais visitam foruns doq programam alguma coisa.
Do jeito que falam bonitinho aqui no tópico, até parece que são agluma coisa...
100+
Falei que ia estudar e estudei!
Eu achei bem legal e produtivo! Mas acredito que existem alguns frameworks com EJB+JSF que fazem isso também! Tipo o Oracle ADF.
Mas é bem legal a sacada dos caras!
Nessas pesquisas acabei lendo esse livro, dos criadores do RoR, que todos devem ler:
http://gettingreal.37signals.com/GR_por.php
|
|
|
|
Opa esqueci!
1º - Oracle Express
2º - MySQL 5
3º - Resto...
|
|
|
|
Muito bom!
Concordo com você sobre os "ignorantes"...
E tenho dó desse povo que acha que fórum de discussão é lugar para se aprender 100% sobre um assunto. É como se fosse telefone sem fio.
|
|
|
|
Alguém tem um exemplo de JRuby?
Graças a esse tópico, vou pesquisar e estudar.
Valeu cara por mais um tópico desses!
Vão pro inferno, bando de fanaticos que mais visitam foruns doq programam alguma coisa.
Do jeito que falam bonitinho aqui no tópico, até parece que são agluma coisa...
100+
|
|
|
|
Qual foi a solução que vocês usaram?
maquiavelbona wrote:
zanatto wrote:Não sei se já falaram aqui sobre indexação de documentos.
Mas é outro ponto favoravel quando se usa banco de dados.
Tem um exemplo legal no site tec da Oracle sobre isso:
Oracle Text
A única grande vantagem que eu vejo no uso de file system é que não tem nenhum tipo de processamento pesado para se mostrar o documento.
O acesso é totalmente direto.
Talvez por esse motivo, que só se vale a pena ter as imagens do layout do site em filesystem!
Nós aqui testamos o Oracle Text no Oracle 10g, e tivemos alguns pontos contra:
- se o arquivo tiver uns 300MB, a indexação começa a consumir muito processamento e os índices não ficam legais;
-quando bate a casa de uns 50.000 arquivos ( alguns milhões de índices ), a indexação fica muito, mas muito lenta, deixando você com muita raiva.
Mas para fazer uma busca, fica realmente muito rápido, mas como nos sistemas daqui temos que ter alguma liberdade de indexação e uma carga relativamente grande para a infraestrutura, o Oracle Text ficou para outra vez.
Até!
|
|
|
|
Não sei se já falaram aqui sobre indexação de documentos.
Mas é outro ponto favoravel quando se usa banco de dados.
Tem um exemplo legal no site tec da Oracle sobre isso:
Oracle Text
A única grande vantagem que eu vejo no uso de file system é que não tem nenhum tipo de processamento pesado para se mostrar o documento.
O acesso é totalmente direto.
Talvez por esse motivo, que só se vale a pena ter as imagens do layout do site em filesystem!
|
|
|
|
maquiavelbona wrote:
zanatto wrote:Qualquer tipo de arquivo eu guardo no banco de dados.
Tive sérios problemas no passado quando gostariamos de ter nossa infra rodando em Alta-Disponibilidade.
Tivemos que fazer cluster de disco e ficar duplicando todos os documentos.
Sendo que o banco de daos tem várias e várias funcionalidades para resolver esse problema....
Política de backup e "mirroring" são possíveis tanto em disco quanto em banco. Para sistemas também tem várias e várias ferramentas e funcionalidades para isso.
Que raios de "mirroring" é esse seu sem precisar de um segundo disco pelo menos?
Até!
Onde eu falei que só utilizava 1 disco???
Já existe solução pra tudo quando se fala de Alta-Disponibilidade e Armazenamento.
Oracle ASM faz algumas dessas coisas em conjunto com soluções da EMC. Dae fica bala!
Só quero dizer que colocar arquivos em banco de dados hoje já pode ser uma boa solução.
Ou melhor... Em um ambiente corporativo. $$!
|
|
|
|
Qualquer tipo de arquivo eu guardo no banco de dados.
Tive sérios problemas no passado quando gostariamos de ter nossa infra rodando em Alta-Disponibilidade.
Tivemos que fazer cluster de disco e ficar duplicando todos os documentos.
Sendo que o banco de daos tem várias e várias funcionalidades para resolver esse problema....
|
|
|
|
Você pode usar table dentro de form.
|
|
|
|