| Autor |
Mensagem |
|
|
Parabéns Loiane! 
|
 |
|
|
A única notícia boa que eu esperava da Oracle era enterrar o ADF + JDev 
|
|
|
|
fabioEM wrote:
Fico aguardando sua resposta ao meu questionamento 
Rapaz, o GWT é um gerador de codigo JS. Você tem q prestar atenção no código JS gerado para o determinado browser, e identificar o que está errado no código gerado.
Achei que você já soubesse disso
|
|
|
|
fabioEM wrote:
Cara, leia bem seus proprios comentários. SmartGWT na verdade, oferece mais é dor de cabeça que facilidades. Veja os comentários aqui da maioria dos desenvolvedores que já trabalharam com essa ferramenta. Em meus comentários deixo bem claro minha posição em relação e essa ferramenta. Leia com calma e reflita mais.
Apenas pra finalizar a discussão. Quando eu disse que era pra ler a documentação, era do GWT, e nao do Smart.
Não entrei nos méritos do Smart.
|
|
|
|
fabioEM wrote:Meu amigo mynameisflaw o SmartGWt está longe de oferecer essas facilidades que tu falas. Só tivemos muita dor de cabeça e como pode perceber não fui o único.
Eu não estou defendendo o SmartGWT. Não disse que é bom, nem ruim, porém implementar muitos componentes visuais (rich combobox, tree, calendar...) é muito penoso. Isso justifica a adoção de algum framework.
fabioEM wrote:
Só por que achei limitada, isso não significa que a documentação não foi leita. Muito pelo contrário, a documentação foi leita sim por nos desenvolvedores e ficamos estrarrecidos ao saber tais limitações. A escolha da arquitetura do projeto e os frameworks, foi feita pelo arquiteto da empresa, realmente, nós desenvolvedores infelizmente não tivemos a chance de ser ouvidos. Acrédito, que esse seja um problema comun na grande maioria das empresas de softwares de hoje. Portanto, seu julgamento é fraco e inválido.
Não fique ofendido, nem todo desenvolvedor quando inicia em uma nova tecnologia lê a sua especificação. O prazo do projeto tá correndo ne ?
O papel do arquiteto é esse, é definir a melhor solução com base nos requisitos funcionais e não funcionais. Ou você acha que as empresas querem correr o risco de adotar uma solução frankenstein definina pelos desenvolvedores ?
fabioEM wrote:
Novamente, acalme o seu coraçãosinho, e me diga onde a Api java.util.regex fala dos efeitos colaterais dos diferentes browsers.
Em resumo, calma meu amigo. Você pode adorar o GWT, na verdade, eu falei mais mal foi do SmartGWT. E afirmo, nunca mais irei usá-la e espero não partecipar de outros projetos com ela.
Não é a api que vai te dizer isso, são os próprios browsers. Ou você acha que todos os browsers possuem a mesma engine ?
Eu realmente gosto muito do GWT, como qualquer outra tecnologia que atenda à minha necessidade no momento. Só te achei um pouco rancoroso quando mostrou seu ponto de vista aqui. Levantei a discussão não pelo lado pessoal (até mesmo porque não te conheço), mas sim porque achei que as suas afirmações foram um pouco infundadas.
|
|
|
|
fabioEM wrote:Não curto muito o GWT pela limitações de Api ofertadas ao lado cliente e as interfaces serem bem simples.
Nada é perfeito nesse mundo. Como qualquer outra tecnologia que você escolher, vai esbarrar em algumas limitações. A proposta do GWT é ser "apenas" um toolkit. É por isso que existem muitos frameworks que oferecem facilidades para criação de interfaces mais elaboradas (Smart, GXT..)
fabioEM wrote:Apesar disso todos na equipe sofremos bastante por algumas limitações quando se trabalhao no lado cliente.
Faltou ler a documentação e as limitações da arquitetura. Vide JRE Emulation Library.
fabioEM wrote:Toda a conversão do JSON era infelizmente na mão no lado cliente.
Vocês gostam de sofrer né ? Tudo é Java. Conhecendo bem o processo de serialização das chamadas RPC, fica facil trabalhar apenas com objetos.
fabioEM wrote:A arquitetura MVP, em prática, se demonstrou pouco atraente.
Você nao necessariamente precisa adotar essa prática, que exige um grau maior de maturidade na plataforma.
fabioEM wrote:Outro problema eram os browsers. Um código no Firefox, blz, já o mesmo no Explorer pau!
Utilizando algum framework ?
fabioEM wrote:E a Api que mais dava pau era a Api referente a espressões regulares "java.util.regex". Parece que na hora de gerar o Ajax algo se perdia.
A documentação não morde...
|
|
|
|
A abordagem um é a mais apropriada, porém seu mapeamento precisa de um aditivo para funcionar dessa maneira.
A sua coleção de parcelas não é persistida no primeiro caso porque o mapeamento está na outra ponta, e o mappedBy está Carne.
Então quando você salva o objeto Carne, a coleção de parcelas não sabe que o objeto Carne existe.
Faça o seguinte:
Sempre que for adicionar um objeto Parcela à coleção presente em Carne, utilize esse método acima.
Tente persistir novamente o objeto Carne, como você demonstrou no primeiro caso.
Não esqueça de iniciar um escopo transacional
abraços!
|
|
|
|
O seu Netbeans deve estar achando que seu projeto é um projeto JPA, provavelmente por causa das anotacoes utilizadas do pacote javax.persistence.*. Por isso ele esta te cobrando uma Persistence Unit
As configuracoes de acesso a banco, sugiro mante-las em um arquivo de configuracoes a parte: hibernate.properties
abraços
|
|
|
|
Olá,
Faça um teste isolando seu classloader.
Publique sua aplicação em um pacote EAR, com o arquivo ear-deployer.xml.
Neste arquivo defina o atributo:
<attribute name="Isolated">true</attribute>
abraços
|
|
|
|
Dê uma olhada neste link http://mauriziostorani.wordpress.com/2008/07/22/json-javascript-object-notation-concepts-methods-examples-and-security-threats/
Tem links para 3 diferentes utilitários para converter objetos Java em formato Json
abraços
|
|
|
|
Bom dia,
o arquivo fica armazenado dentro da sua coluna. O Hibernate o interpreta como um array de bytes.
Em tese você poderia anotar esse campo com @Basic definindo uma estrategia LAZY, porem o Hibernate nao se comporta muito bem com essa marcação.
Uma alternativa seria você criar uma entidade logica, com dois campos: ID + CampoOID , e criar uma associacao @OneToOne com fetch type LAZY.
Exemplo:
|
|
|
|
Na prática, existe uma grande motivação para utilização de interfaces: polimorfismo
Veja: http://pt.wikipedia.org/wiki/Polimorfismo
Veja também: http://pt.wikipedia.org/wiki/Inje%C3%A7%C3%A3o_de_depend%C3%AAncia
|
|
|
|
Acredito que a melhor maneira de fazer isso seria sobrescrevendo o provider.
abraços
|
|
|
|
Para não mandar os registros pro banco, não inicie uma transação.
Para recuperar os valores do statement, habilite o trace do hibernate no log4j.
abraços
|
|
|
|
Utilize java.util.GregorianCalendar
abraços
|
|
|
|