Mensagens enviadas por: Guerr@
Índice dos Fóruns » Perfil de Guerr@ » Mensagens enviadas por Guerr@
Autor Mensagem
Marcio_Nogueira wrote:Quando alguém diz que um framework é simples e rápido, leia-se: demorado e trabalhoso.


Poderia argumentar? Você chegou pelo menos a ver como o Esfinge QueryBuilder funciona?
rafael_jesus wrote:Opah, no aguardo de um artigo na MundoJ..


Sairá na próxima!
asaudate wrote:
Eu não estava me referindo ao código do framework, mas sim, ao código que vai ser construído usando o framework. Os frameworks de persistência que já existem são chatos de serem testados, e seria um bom diferencial para o Esfinge prover esse tipo de facilidade.


Um teste de classes que usam a persistência seria fácil pois é só mockar a interface criada.

Um teste para ver se a interface está criando as consultas corretas usaria o DBUnit e uma base de dados de testes configurada como uma unidade de persistênia alternativa. Daí você poderia criar um EntityManagerProvider de teste colocando a anotação @ServicePriority(1) que nesse caso ele terá prioridade em relação ao da aplicaçao enquanto estiver no classpath. A questão é que isso não está em lugar nenhum... Vou ver se consigo criar um tutorial mostrando como testar!

asaudate wrote:
EDIT: Ah, em relação à necessidade do framework para o uso de métodos customizados, acho importante manter a cabeça aberta. Pode ser que para algum caso específico , seja interessante customizar um método só e outro não. Assim, não seria necessário criar várias artimanhas para contornar o problema. (O Rod Johnson, quando começou o Spring, ia criar só um framework de injeção de dependências. Se ele não tivesse ido mais além, hoje, o Spring seria isso.)


Vou fazer isso nas próximas versões (com a estrutua atual não seria complicado), porém não vejo tanta diferença entre colocar esse método adicional na interface do QueryBuilder ou não... A idéia do framework é atender cerca de 90% das consultas de um sistema. Só com isso vai sobrar tempo para as mais complicadas...
asaudate wrote:Parece promissor. Só gostaria de tirar algumas dúvidas / fazer críticas:

1) Para a criação do DAO, é necessário implementar uma interface ou ela é criada em Runtime?

2) É possível customizar essa interface, para que os DAO's não sigam a convenção? Digo, não colocar as anotações DomainTerm, mas explicitamente dizer ao framework o que fazer, por exemplo, passando uma consulta JPA?

3) A parte de testes ainda parece deficiente. Notei que EntityManagers são passados usando a estrutura de serviços da JVM, mas em geral, os testes costumam estar juntos do código (por exemplo, em projetos Maven, o 'default' é deixar os testes juntos ao código). Seria mais interessante ele tirar proveito de técnicas como a usada pelo DBUnit, onde é possível criar uma regra para os testes em que, ao invés de criar o EntityManager padrão, usa o EntityManager de testes do Esfinge. Aliás, sendo um framework de persistência, ele poderia até mesmo criar esse ambiente de testes em runtime, baseado em XML's contendo datasets, por exemplo (idéia, essa, retirada do DBUnit).

4) Achei que a configuração para Spring poderia ser mais otimizada... pensou em criar uma extension do Spring, com o próprio namespace? Talvez isso torne algumas configurações mais interessantes, como por exemplo, a própria configuração das queries. Um problema que eu enxergo com as anotações é que elas são intrínsecas ao código, ou seja, se você quiser modificar, você tem que recompilar (algo que não acontece com XML's).

5) Com o perdão da palavra, mas achei o workflow ainda muito pobre. Você poderia modificar para ele ser mais parecido com o jBPM ou até melhor, para incluir features como persistência dos estados (não encontrei algum lugar dizendo que ele faz isso), interação humana (algo que só pode ser atingido com a persistência dos estados), criação de sub processos, interação com web services, JMS e outros.


Mais uma vez, parece promissor. Se continuar nesse ritmo, tem tudo para se tornar um grande nome entre os frameworks de persistência. O projeto é open source? Está aberto para colaboração?

[]'s


Seguem as respostas :

1. Na verdade você precisa apenas criar a interface. A implementação é criada por um proxy dinâmico.

2. Não, pois para isso você não precisa do framework... Você pode criar sua própria classe. Nas próximas versões o framework deve suportar a adição de métodos customizados, porém não é esse seu foco.

3. Em relação aos testes eu discordo de você. O framework foi desenvolvido 100% usando TDD. Ele possui testes de unidade, que usam mocks e tal, e testes de integração, que inclusive usam o DBUnit. Pessoalmente acredito que os testes de unidade devem ficar junto com o código e os de integração em um projeto separado.

4. A integração com Spring não faz parte do framework em si. O tutorial no site apenas mostra como integrar. Se você puder enviar una forma melhor de integrar, terei prazer em colocar no site!

5. O framework de workflow é antigo e está descontinuado. Talvez no futuro ele seja retomado, porém não é o foco agora.

Ele é open source sim e qualquer colaboração é bem vinda!
romarcio wrote:Parece seguir o mesmo conceito usado pelo projeto do Spring Data-JPA.


É isso mesmo, porém ele tem alguns diferenciais, como as consultas com suporte a null e os termos de domínio.
Olá pessoal!

Gostaria de divulgar o framework com o qual tenho trabalhado: Esfinge QueryBuilder -> http://esfinge.sf.net

É um framework open-source que simplifica muito a criação da camada de persistência. Você precisa apenas criar uma inteface com métodos seguindo a convenção de nomenclatura do framework e pronto! Não precisa fazer mais nada!

A opinião e sugestões de vocês são muito bem vindas!

Saudações!
andersonrc wrote:Parabéns ao pessoal da revista MundoJ.

Essa é a 1ª revista que eu compro, e estou achando bem interessante o que falam do NoSQL. Essa edição tá demais.

Será que ainda veremos a revista MundoJ publicada mensalmente?


Muito obrigado pelos elogios! Realmente demoramos um pouco para publicar sobre o assunto, justamente para poder reunir um material bem legal sobre NoSQL.

Infelizmente não temos planos a curto prazo de tornar a revista mensal. Nosso medo é haver uma queda na qualidade dos artigos...
The Rogue wrote:Bom galera, usei o swingbean peguei os exemplos no site para entender, to conseguindo ao poucos fazer alguma coisa, mais como o trabalho do sistema é para a próxima semana não tenho como ficar esperando entender como funcionar corretamente. Então vou usar telas separada para fazer ambos cadastramentos, depois vou ver se estudo mais para conseguir fazer o que eu pretendia.

Desde já agradeço a todos que me ajudaram e me passaram conteúdo para eu conseguir aprender.


Se tiver alguma dificuldade com o SwingBean, mande um mensagem aqui que tento ajudar!
Já tentou usar o SwingBean? http://swingbean.sf.net

-> Vai fazer as tabelas e formulários de forma bem mais simples!
Se você colocar os parâmetros exatamente com o mesmo nome, você consegue recuperar como um array com o método getParameterValues()
andersonrc wrote:Procuro essa revista há duas semans nas bancas e não encontro.

Uma pena, já que me interessei muito por determinados artigos, principalmente relacionado a banco de dados.


Olá Anderson!

Seguem as bancas em João Pessoa que receberam a revista:

(Banca Vina Del Mar I) ? Parque Solon de Lucena, nº 119 (Lagoa)

(Banca Vina Del Mar II) ? Av. Almirante Tamandaré, Tambaú (Em frente ao Hotel Tambaú)

(Banca Vina Del Mar III) ? Av. Flavio Ribeiro Coutinho, Manaíra (Mag Shopping)

(Banca Vina Del Mar IV) ? Av. Flavio Ribeiro Coutinho, nº 615, Manaíra, (Habib?s)

(Revistaria Brasil) ? Av. Flavio Ribeiro Coutinho, Manaíra (dentro do Manaíra Shopping)

(Intermares Revistas) ? Av. Mar Vermelho, nº 720, Intermares (Em frente ao Posto Intermares)

Espero ter ajudado!

lina wrote:Oi,

Na verdade, só preciso de alguma referencia de um Autor ou quem sabe o nome de um livro que mostre a utilização do NoSQL em sistemas em nuvem.

Isso já ajudaria bastante. Ainda não cheguei a ler a revista, quem sabe isso já tem nela e estou perguntando aqui rsrs...

Tchauzin!


Eu não conheço livros, mas a própria documentação dos bancos NoSQL mostram como eles podem ser distribuídos e colocados em cluster. Acredito que os casos de sucesso mais famosos de cada um também consigam mostrar isso!
lina wrote:Oi,

Recebi em casa a nova edição da revista MundoJ que fala sobre o NoSQL. Pra falar a verdade, mesmo sendo criado por volta de 1998 eu nunca utilizei e claro o mesmo se torna um pouco vago.

Li a respeito sobre sua utilização em sistemas em nuvem e gostaria de saber um pouco mais, poderia me repassar algo? Estou ajudando uma aluna a escrever um artigo para mestrado e isso seria interessante.

Tchauzin!


Que tipo de material está precisando?
Olá pessoal!

A edição atual da revista fala sobre bancos de dados NoSQL.

Alguém aí já usou NoSQL em algum projeto? Como foi a experiência?
Por favor, opinem sobre a edição! O feedback de vocês é muito importante para nós!
 
Índice dos Fóruns » Perfil de Guerr@ » Mensagens enviadas por Guerr@
Ir para:   
Powered by JForum 2.1.8 © JForum Team