| Autor |
Mensagem |
|
|
asaudate wrote:Opa, já me inscreví =)
Me too!!! 
|
 |
|
|
Desta vez não poderei ir. 
|
|
|
|
adriano_si wrote:Não entendi o "A cor do seu topo" ????
Montei a frase corretamente... o que seria o topo ????
Acho que é "a cor que está ao topo" ou em cima. Neste caso, para que lê num desktop seria a cor do topo do monitor.
|
|
|
|
Eu sou o Black Mug ou Black Cup (de Caneca)
Fonte: http://www.geeksaresexy.net/2011/09/16/ask-gas-what-is-your-superhero-name/
|
|
|
|
Marky.Vasconcelos wrote:Sexta está chegando!
Quem vai?
Dessa vez eu não irei. 
Depois do QCon vou dar um tempinho...
|
|
|
|
|
A minha edição 92 chegou na sexta feira (05/08). A 93 nesta segunda (08/08). Sendo que nas bancas de São Paulo chegou bem antes.
|
|
|
|
|
Um destaque é a melhoria ao suporte às linguagens dinâmicas através do bytecode invokedynamic. Ontem, durante o TDC 2011, essa novidade foi bastante destacada. Inclusive dizendo que isso pode ajudar os frameworks Java que usam e abusam de reflexão.
|
|
|
|
Elizeu_Santos wrote:aplicativos criados com auxilio do VEP são portaveis para o novo editor visual?
São sim pois já fiz isso. Entretanto você precisa configurar o WindowsBuilder para ele aceite a montagem da tela ao modo do VEP, com os getters para todos os componentes. Agora não me lembro exatamente qual item.
|
|
|
|
|
Descobri o problema. Eu estava diferentes DataContexts para preencher os dados. Esta página me ajudou a resolver a questão.
|
|
|
|
Olá:
Estou criando um sistema com C# 3.5 e LINQ to SQL. Tenho as tabelas tb_MF_TLOG e tb_bac_banco que estão mapeadas para as classes Mftlog e Banco respectivamente conforme o código abaixo:
Para inserir os dados uso o seguinte método na classe derivada de System.Data.Linq.DataContext:
Eu preencho Mftlog.Banco e na hora de inserir o LINQ preenche FkBanco (pelo menos foi o que entendi). Entretanto ao inserir Mftlog eu obtenho o seguinte erro:
Violation of PRIMARY KEY constraint 'PK__tb_bac_b__7ED6FD6A25869641'. Cannot insert duplicate key in object 'dbo.tb_bac_banco'
O erro acontece ao chamar SubmitChanges(). Aparentemente o LINQ tenta inserir um novo Banco em cascata ao inserir Mftlog. Mas eu não quero essa inserção em cascata.
O queria saber é se entre os atributos de mapeamento presentes em System.Data.Linq.Mapping existe algo equivalente ao elemento insertable da anotação JoinColumn do JPA. No código acima foram utilizados os atributos Column e Association. Mas não consegui achar nada na documentação que me ajudasse.
Grato,
|
|
|
|
Longino:
Dê uma olhada no PDF disponibilizado neste site. Ele pode ser útil para você.
|
|
|
|
ZDnet wrote:
Oracle gives OpenOffice to Apache
By Steven J. Vaughan-Nichols | June 1, 2011, 9:28am PDT
Summary
Oracle has given the OpenOffice office suite to Apache, with IBM?s blessing. The Document Foundation, creators of the LibreOffice, an OpenOffice fork, can live with this move.
As I reported on May 31st, 2011, Oracle has, with IBM's encouragement, given the open-source OpenOffice office suite to The Apache Software Foundation (ASF).
In a statement issued this morning, June 1st, Oracle's Luke Kowalski, VP of Oracle Corporate Architecture Group, stated that the company was going to ?contribute the OpenOffice.org code to The Apache Software Foundation's Incubator. The company then claims that Oracle is doing this to "demonstrate its commitment to the developer and open source communities. [By] Donating OpenOffice.org to Apache gives this popular consumer software a mature, open, and well established infrastructure to continue well into the future. The Apache Software Foundation's model makes it possible for commercial and individual volunteer contributors to collaborate on open source product development."
...
Mais em http://www.zdnet.com/blog/open-source/oracle-gives-openoffice-to-apache/9035
(descoberto via twitter do @brjavaman)
O artigo ainda descreve as questões do copyright da marca OpenOffice e também a questão das licenças (o OpenOffice é GPL).
Para quem pinta a Oracle como a vilã do Open-source, até que ela não é tão má.
|
|
|
|
Rafael Afonso wrote:Baixei o SDK ontem e percebi que é usado muito código nativo. Deem uma olhada na pasta lib. Deve ter quase 10 DLLs. Imagine como deve ser o porte para Mac, ou pior ainda para Linux que tem várias alternativas de ambiente gráfico! O Write Once, Run Anywhere vai ficar muito comprometido dessa forma.
Richard Bair wrote:
By Richard Bair
For months and months we?ve been focused solely on the mechanics of building a platform ? API design, writing tests, fixing bugs, use cases, features, documentation etc ? and with the release of the beta the #1 question on everyone?s mind is, ?Is JavaFX 2.0 cross platform?!?. That the beta is initially a windows-only beta has apparently stirred up a fair amount of concern. Shockingly, some people have even asked whether we ever intend to be cross platform. I can say definitively ?Yes, of course!?. It would be quite illogical for any platform released by the Java team to not be cross platform. And even more so for the Java team to release a platform which had no intention of being cross platform while also purporting that the said platform was to be the next generation Java rich client platform.
We absolutely will be targeting a whole host of different platforms, not even just the big three (Mac, Linux, Windows). The value of the Java platform is in the fact that you can write across multiple operating systems and devices.
Now, somewhat like Apple, Oracle doesn?t tend to make premature announcements. I cannot at this time comment on when support for different platforms will be available, but hope to comment when such announcements have been made through the official channels. I know that this form of communication strategy leaves people to their own imagination which, as often as not, seems to be rather pessimistic in nature  . So, to help provide some guidance here, I?d just like to say:
JavaFX will be cross platform.
Fonte: http://fxexperience.com/2011/05/is-javafx-2-0-cross-platform/
|
|
|
|
|
Baixei o SDK ontem e percebi que é usado muito código nativo. Deem uma olhada na pasta lib. Deve ter quase 10 DLLs. Imagine como deve ser o porte para Mac, ou pior ainda para Linux que tem várias alternativas de ambiente gráfico! O Write Once, Run Anywhere vai ficar muito comprometido dessa forma.
|
|
|
|
Foi liberado o SDK do JavaFX 2.0 beta: http://www.oracle.com/technetwork/java/javafx/downloads/javafx-beta-393431.html
Por enquanto apenas para quem quiser se arriscar! JDK 6 necessário. Plugin apenas para o NetBeans 7.0.
Para mais detalhes: http://fxexperience.com/2011/05/javafx-2-0-beta-is-available/
|
|
|
|