| Autor |
Mensagem |
|
|
Ficou jóia o Jaunty!
Acabei de instalar a versão Desktop em um Mobo White 1020. Reconheceu sem qualquer esforço a placa wireless RTL8187SE, coisa que eu tinha sofrido pra fazer funcionar no Intrepid. Rodando o Compiz, desktop cube, tudo, perfeito.
Pra mim que estou acostumado com o Hardy (8.04), dá pra perceber que o Jaunty ficou mais "firminho".
|
 |
|
|
Aprenda a programar em 10 anos!
http://pihisall.wordpress.com/2007/03/15/aprenda-a-programar-em-dez-anos/
Original: http://www.norvig.com/21-days.html
|
|
|
|
E como ficam as concessões? As companhias de telefonia tem concessão para explorar serviços de voz e dados. As companhias de energia vão explorar o serviço? Se não, então as companhias de telefonia vão "injetar" o sinal usando toda a infra das companhias de energia... 
|
|
|
|
cmoscoso wrote:E em Python, alguem ai?
Hmmm...
|
|
|
|
Filipe Sabella wrote:O argumento "person" passado para o método save() possui os fillhos populados? Se sim, estes filhos estão com a PK populada?
Rapaz!!! Será?
É, na prática sim.. os IDs não estão definidos nos filhos. É que o objeto "Person" (já populado com os "Son"s) vem de uma fonte que não tem idéia de persistência. Por isso não tenho IDs. Na verdade eu quero mesmo um sincronismo (citação abaixo). Mas já funciona muito bem, se todos os "Son"s forem excluídos antes de os novos serem incluídos. Eu tentei isso usando um session.delete(aperson) e um session.evict(aperson) mas, claro, não funcionou.
marciocamurati wrote:Só complementando o comportamento que você espera é que caso existam elementos populados em Sons ocorra um "sincronismo" ou seja apagar os diferentes, atualizar os com o mesmo ID e inserir os novos?
Exato!
Conforme disse acima, se eu conseguir remover os "Son"s antes de atualizar o "Person" que contém outros "Son"s (ou os mesmos, semanticamente) já fica jóia.
|
|
|
|
Estou brigando com esse problema alguns dias já.
Tenho duas classes persistentes conforme descritas abaixo, e mapeadas
para as tabelas correspondentes.
A classe Person possui os atributos "fieldA" e "fieldB" que identificam um registro em 'persons' exclusivamente. Mas estou tendo problemas com o identificador (id).
Se eu tenho um objeto Person transiente e quero salvá-lo no banco eu preciso antes verificar se já não existe um registro no banco cujos atributos
"fieldA" e "fieldB" coincidam. No caso de já existir eu preciso apenas atualizar aquele registro baseado na instância do objeto que eu recebo no argumento do método save(Person). Se não existir, um novo Person será salvo no banco de dados.
O comportamento que eu estou observando, com a implementação atual do método save(Person) é: ele atualiza o registro na tabela 'persons' corretamente mas replica os filhos (sons) na tabela 'sons'. Não tenho idéia do que fazer para corrigir o problema.
Seguem as tabelas, mapeamentos (JPA) e a implementação do método save(Person).
Mapeamento:
E a implementação do método save(Person):
Na verdade o título deveria ser "Atualização através de um objeto transiente".
|
|
|
|
Mas vc está falando de qual API? Do SLF4J? Se for, o projeto não é meu! É do Ceki Gülcü (acho que é o mesmo desenvolvedor do Log4J, mas não tenho certeza) e é repleto de documentação! Ou eu não entendi 
|
|
|
|
|
Não sei se já viram o Simple Log Facade 4 Java (http://www.slf4j.org/) e a sua implementação, o LogBack (http://logback.qos.ch/). Tenho utilizado em alguns projetos e achei bem mais fácil de configurar e usar (editado: comparado com o Log4J).
|
|
|
|
|
A versão da JCA distribuída com o exemplo do ECFbabel funciona com Windows.
|
|
|
|
|
No exemplo 1 do ECFbabel em http://www.ecfbabel.net/, procure as instruções de instalação. Lá tem um tópico só sobre a instalação da JCA (Java Comm API).
|
|
|
|
Alguns anos atrás, eu tinha começado a desenvolver umas ferramentas para o Thinlet, entre eles uma rotina bacaninha para entrada de dados com máscaras definidas pelo usuário. Acabei abandonando, como muitas outras coisas,  .
Mas a rotina de máscara funciona até que muito bem e tem um demo funcional (é só executar o jar, na pasta thintools-demo).
Espero que ainda possa ser útil. 
|
|
|
|
http://www.rxtx.org/
ou
Java Communications API (JCA)
|
|
|
|
Cerca de dois anos de silêncio depois de abrir o projeto no Java.net, o Projeto ECFbabel é reapresentado. A API foi completamente re-escrita e desde agosto deste ano, o projeto está publicado em http://www.ecfbabel.net/.
Ontem foi publicado o primeiro exemplo funcional, que produz um relatório em XML contendo diversas informações sobre o ECF. Um exemplo do relatório pode ser visto em http://www.ecfbabel.net/exemplos/e1/relatorio.xml.
O projeto está em pleno desenvolvimento e ainda este ano estarão disponíveis as implementações para os seguintes modelos da Bematech:
MP-20 FI II
MP-25 FI
MP-2000 TH FI
MP-2100 TH FI
A próxima implentação será uma FS-600 da Daruma Urmet.
|
|
|
|
Sistemas Real-Time estão tornando-se viáveis para Java. A RTSJ é um esforço neste sentido. Sou completamente leigo no assunto, mas estou lendo o Concurrent & Real-Time Programming in Java; o assunto é bem sério e interessante. Espero não ter que escrever um sistema de suporte à vida; quero poder dormir à noite. 
|
|
|
|
ASOBrasil wrote:
E o mesmo já não acontece na plataforma JEE? Agora imagine se você tivesse somente uma opção ao invés de todas que temos hoje (SUN, JBoss, IBM, Oracle)? Umas boas/aceitáveis, outras ruins/péssimas; umas open-source, outras não!
É... pode até fazer algum sentido, dependendo de como se encara as coisas.
ASOBrasil wrote:
Quem quiser uma coisa única e padronizada, vai para a M$! Fique na padronização e na limitação da plataforma!
ASOBrasil wrote:
(dango, isso não é um ataque pessoal)
Claro que não!
|
|
|
|