| Autor |
Mensagem |
|
|
|
O genesis possui diversos módulos. Existe o client, que irá ajudá-lo no desenvolvimento desktop, mas existe também o módulo shared, que integra com o Hibernate (mas não limita você a usá-lo).
|
 |
|
|
|
Você precisa usar o FQN (fully qualified name) da classe, ex: br.com.empresa.pacote.MinhaEnum.VALOR
|
|
|
|
LuksS wrote:ñ, ñ é. Mais já que o genesis tem tanto destaque aqui e o maven surgiu como um "aprimoramento" do ant, pensei que o mesmo poderia estar lá. A Caellum colocou o projeto stella lá, e essa ferramenta nem é "tão" conhecida assim
Ninguém nunca pediu isso e o processo de build duma aplicação que utiliza todos os módulos do genesis requereria a criação de plugins do Maven. Contudo, se a utilização for apenas do binding, tudo funciona normalmente.
Se alguém puder explicar o que é necessário para colocar os jars nesse repositório, posso fazer assim que tiver um tempo.
|
|
|
|
Está funcionando pra mim. Nas listas internas do java.net, tem-se comentado que alguns estão tendo problemas de acesso com o java.net em geral.
Por sinal, o genesis 3.2-RC1 deve ser lançado em janeiro, dependendo da nossa disponibilidade de tempo.
|
|
|
|
Mauricio Linhares wrote:
mister__m wrote:Não contratar não é ilegal; ilegal é fazer consulta ao Serasa e SPC de alguém que não esteja comprando de você. Isso pode ser denunciado e é passível de processo.
Você poderia mostrar onde isso se ampara na lei?
No contrato dos serviços dessas instituições; infelizmente, não tenho um link fácil na mão.
|
|
|
|
Mauricio Linhares wrote:E por que a consulta é ilegal?
A empresa contrata quem ela quiser. Se ela achar que pessoas com o nome sujo na praça não são boas, é problema dela.
Não contratar não é ilegal; ilegal é fazer consulta ao Serasa e SPC de alguém que não esteja comprando de você. Isso pode ser denunciado e é passível de processo.
|
|
|
|
|
Entendo que você precisa de reentrância no seu EJB. Logo, você precisa obter outra instância dele mesmo via container - ou usando injection, ou fazendo lookup. Não lembro se você pode fazer essa auto-referência.
|
|
|
|
Obrigado a todos.
Apenas esclarecendo, o prêmio foi para o projeto, ou seja, dividido com o Stephen. E houve retenção de impostos na fonte, lá nos USA, então não adianta querer vir me sequestrar porque não compra nem carro popular com o valor 
Não estou desmerecendo o prêmio; é gratificante ter o trabalho reconhecido, ainda mais ganhando dinheiro mesmo com isso.
|
|
|
|
|
Closures não são beeem code blocks, porque o termo se refere ao uso das funções no contexto léxico com livre acesso às variáveis locais. Mas aquilo que você entende por code blocks no Clipper (btw, uma das linguagens mais fantásticas e desprezadas do mundo porque só ensinavam as DSLs [@SAY, @GET, USE...] ao invés de ensinar como fazer a sua usando #xtranslate, #xcommand e blocos) é o que você vai ver no Java, exceto que em Java é tudo estaticamente tipado.
|
|
|
|
Rubem Azenha wrote:Gostei do evento hoje. Uma pena que a muvuca depois do evento foi curta.
Quem mandou não ir na do JDK? Saímos de lá depois das 9
|
|
|
|
paulofafism wrote:... Ai no inicio optei pelo genesis que por sinal e superior ao beans binding na minha opinião, mas infelizmente também tem suas desvantagens. Mas nem tudo e perfeito. E com isso desenvolvi um solução propria de binding para situações que não tinham nesses frameworks Genesis ou Beans binding...
Olá Paulo,
Você poderia comentar quais funcionalidades desagradaram você ou não faziam parte do genesis? O genesis é um projeto open-source, então, ao invés de você desenvolver sua solução externa, você poderia contribuir para a sua evolução. Gostaria de saber mais a respeito dessas suas necessidades e como você as atendeu.
|
|
|
|
|
Essa do NetBeans era utilizada até pelo Maven - não sei se ainda é -, então, vale a pena dar uma olhada.
|
|
|
|
marciomaciel wrote:Eu utilizo o atributo "inserindo" somente no form para controle quando inserir ou alterar.
É possível tirar a mensagem de warning?
Só tirar o getter/setter.
|
|
|
|
victorwss wrote:
mister__m wrote:
victorwss wrote:Sim, o foda são algumas interfaces do JDBC que trabalham com java.sql.Date e java.sql.Timestamp. E o suporte a algo mais novo vai depender de uma JDBC 5 no java 7 (ou talvez java 8), inclusive com suporte dos desenvolvedores de drivers JDBC.
Extra-oficialmente, é do interesse do EG do JDBC e do pessoal que coordena a implementação dos drivers que a JSR-310 seja suportada. Inclusive, eles têm uma idéia bem "divertida" de como suportar nossa JSR e melhorar o JDBC. Aguardem...
Pois é, a muito tempo que eu desejo ver um gigantesco @Deprecated carimbado com letras vermelhas nestas classes infames. :D :D
Essa parte não vai acontecer, infelizmente...
|
|
|
|
victorwss wrote:Sim, o foda são algumas interfaces do JDBC que trabalham com java.sql.Date e java.sql.Timestamp. E o suporte a algo mais novo vai depender de uma JDBC 5 no java 7 (ou talvez java 8), inclusive com suporte dos desenvolvedores de drivers JDBC.
Extra-oficialmente, é do interesse do EG do JDBC e do pessoal que coordena a implementação dos drivers que a JSR-310 seja suportada. Inclusive, eles têm uma idéia bem "divertida" de como suportar nossa JSR e melhorar o JDBC. Aguardem...
|
|
|
|