| Autor |
Mensagem |
|
|
Por padrão, o c3p0 cria as Threads auxiliares (que monitoram o pool) no mesmo grupo de Threads da que inicializou o pool.
Conhecem alguma maneira de desvincular o Grupo de Threads?
Ex, criar as Daemons no mesmo nível da Thread Main?
At,
|
 |
|
|
Criei uma classe para representar a associação, uma vez que ela possui alguns atributos além das FK´s.
A estrutura esta completa e funcionando. A única divergência que encontrei foi do quando o Hibernate gera o DDL para criar a tabela de junção.
Possuo quatro atributos na tabela, sendo que dois correspondem as tabelas associadas, de fato, e outros dois são atributos.
Quando o Hibernate gera o DDL, esta colocando todos os quatro campos como PK da tabela, sendo que deveriam ser apenas os dois correspondentes as FK´s das tabelas associadas.
Como contorno essa situação?
UPDATE
De acordo com o exemplo no livro Hibernate In Action:
A classe intermediária:
A forma de mapeamento: Tabela de junção para uma coleção de componentes.
A classe CategorizedItem detalhada:
E na classe Category, foi adicionado a coleção:
At.
|
|
|
|
roger_rf wrote:O código-fonte do driver JDBC para Oracle não é disponibilizado ao público, você não conseguirá encontrá-lo.
Conhecem alguma implementação alternativa que disponibilize os fontes?
|
|
|
|
Alguem sabe me dizer se existe algum pacote que contenha o codigo fonte da implementacao JDBC para Oracle?
Procurei, procurei, e nada.
Nem em repositorios mvn consegui encontrar.
Procurando por classes isoladas, ex.
'e ate possivel encontrar, mas o pacote completo de sources, ta muito dificil.
At.
|
|
|
|
els1234 wrote:galera, estou atuando num projeto que utiliza jpa...
temos uma tabela que possui uma pk que não eh auto-increment. Porém eu necessito que ela seja auto-increment, como eu faço para o jpa fazer auto_increment sem mudar a tabela no banco de dados???
tipo assim:
minha tabela não tem auto increment,
porém eu faço alguma coisa para que seja gerado um codigo automaticamente na hora de inserir....
Se estiver usando hibernate, pode fazer isso:
Na prática, o que o Hibernate vai fazer é um e acrescentar mais um.
Porém, como o amigo acima disse, é preciso controlar a concorrência entre as solicitações.
|
|
|
|
Veja o exemplo:
Na classe Exemplo, eu consigo receber como tipo genérico qualquer tipo de classe.
Se eu alterasse a definição para:
por exemplo, eu restringiria o tipo de super-classe possível.
Minha dúvida é:
- Consigo generalizar a classe Exemplo a fim de apenas aceitar classes que tenham a anotação @Anotacao, por exemplo?
|
|
|
|
Obrigado pela ajuda.
Funcionou perfeitamente.
Anexado a isso, utilizei as anotações: @AttributeOverrides e @AttributeOverride que permitem a manipulação dos nomes dos campos, caso sejam diferentes dos da entidade.
Até!
|
|
|
|
Imaginem o cenário abaixo:
Tabela 'carro' possuindo alguns atributos (definidos na imagem anexa);
Objetos possuindo uma estrurura diferente como segue:
O que desejo:
Placa é um atributo de Carro que na tabela esta mapeado como atributos de carro. Porém, os objetos são distintos.
Gostaria de um meio de mapear no hibernate essa situação, onde Placa tenha os atributos da tabela carro, e que quando eu recuperar um objeto Carro, o atributo Placa ja venha com seus respectivos valores.
Obs. Esse é um exemplo hipotético, desconsiderem possiveis inconsistencias.
Grato.
|
|
|
|
Resumindo o que eu entendi:
Atores "geram" eventos que disparam alertas dentro da aplicação (JBoss);
Cada alerta, deve ser mantido até o momento de ser executado;
- Problema: Muitos atores, muitos eventos, consequentemente, muitos alertas sobrecarregando o AppServer.
--
Imagino que manter um único Timer e reduzindo o tempo de agendamento ainda poderá te trazer problemas, porque poderiam haver picos de eventos que poderiam sobrecarregar o server.
Será que o Timer não pode ser substituido por uma requisição em tempo real? Ex. Ao invés de ter um executor de eventos agendados, teria um executor de eventos em Stand By ?
|
|
|
|
[...] quando acontece um determinado tipo de evento no meu sistema preciso gerar um alerta na aplicação em tempo real [...]
Esses eventos gerados pelo sistema, como controla? Ex. Os eventos que devem disparar alertas estão configurados no código?
|
|
|
|
Como voce vai controlar os eventos disparados?
|
|
|
|
Conceitualmente falando, e furando um pouco a DDD, quais as "regras" que são quebradas trazendo algumas regras de negócio para as entidades (persistentes).
Exemplo:
Objeto Serviço, possui alguns atributos (nome_servico, nome_executavel, data_inicio, data_fim, ...)
Uma especialização de Serviço, por exemplo Servidor WEB, possui os mesmos dados persistentes de um Serviço qualquer, porem, muda a implementação de seu método executar() (exemplo);
Imaginem isso:
Obs. Em partes, o tratamento é parecido com Thread/Runnable, porém, sem a integração da persistência.
Lembrando que os atributos "exclusivos" de ServidorWeb não são persistidos na mesma camada de Serviço.
Quais os prós e contras desse tipo de abordagem?
|
|
|
|
Pense no seguinte:
Uma Turma terá somente uma disciplina?
Uma disciplina será apenas de uma turma?
O ideal seria um relacionamento n:n, onde cada Turma teria uma Lista de Disciplinas e cada disciplina estaria associada a diversas turmas.
E como são objetos distintos, classes distintas...
|
|
|
|
Tem certeza que a Turma nao tem o nome da disciplina?
De acordo com os seus beans, tente o seguinte:
|
|
|
|
A.L wrote:
Mas levando em conta apenas modelo de domínio, nao pensando em modelo de dados, criar um VO para cada tipo de Endereço seria boa opção então? Esse VO se agregaria onde fosse necessário, seja no Cliente, no Pedido, na Entrega...etc.
O que me diz?
Não vejo necessidade de criação de vários VO´s uma vez que o endereço de entrega vai possuir os mesmos dados do endereço de correspondência. Vejas alguns possíveis atributos:
Endereco
* rua;
* numero;
* bairro;
* cidade;
* estado;
* cep;
* outros atributos de um endereço;
Esses atributos são suficientes para qualquer Tipo de endereço.
A extensão aqui não faria sentido, já que voce não tem atributos específicos de um endereço de entrega.
|
|
|
|