me.dium what?

Eu não sei ainda como chamar essa "extensão" do flock.

Mas eu se que é bem interessante.

Ele mostra uma barra lateral, onde ele mostra em que site da internet você está



Nessa barra, voce que site vc está, onde estão seus amigos, e pode abrir salas e conversar com pessoas!
Por enquanto, o site é invite-only, maaas, caso você (assim como eu) utilize o Flock, poderá utilizado normalmente.

(O negócio é bem bom pra conhecer pessoas!)

http://me.dium.com
http://flock.com

Blogged with Flock

Night in Java

public class Night {
private Pub pub = new Pub(300);
private Person me = new Person(Status.SOBER);
public static void main (String[]args){

while(!me.getStatus.equals(Status.DRUNK){
for (Beer beer : pub.getStock())
me.drink(beer);
}
}
}

Rodando o Mac OS X Leopard num PC

Rodar o Windows XP no Mac. Tarefa impossível, sem o auxílio do BootCamp, da própria Apple? Nem tanto. Hackers já conseguiram. E o contrário, dá? Rodar o Mac OS num PC?

Depois que a Apple começou a lançar seus PCs com processadores Intel, eles adquiriram mais características de PCs convencionais (apesar de diferentes, ainda Macintoshes). Com isso, a compatibilidade é muito maior, apesar de impecilhos aplicados justamente para evitar o feito.

Um usuário identificado por "BrazilMAC" publicou no fórum do site OSx86 Scene um tutorial que permite rodar o Mac OS X Leopard 9a581 GM num "Hackintosh", um PC comum, expressão no mínimo brincalhona.

A pessoa precisaria de uma imagem de DVD do 9a581 GM, um arquivo de patch que ele dá o link para baixar (que modificará a imagem) e um DVD-RW vazio, ou uma partição separada. E claro, 1 GB ou mais de memória.

O processo de modificação da imagem se dá no Linux, usando scripts e o próprio patch fornecido. O sistema funcionaria com algumas restrições, como a rede wireless, além de ficar sem as instruções SSE do processador. Parece que funciona, mas sabe-se lá...

Veja o tutorial em:

http://forum.osx86scene.com/viewtopic.php?f=16&t=2008&st=0&sk=t&sd=a

Fonte: GuiaDoHardware.net

Fazendo placas Broadcom funcionarem no Linux

Depois de muito tempo quebrando a cabeca e procurando em milhares de foruns diferentes
finalmente eu consegui fazer o wireless do notebook "Acer Aspire 3000" funcionar 100%.

O problema das placas Broadcom no linux, é que o modulo que vem no kernel (o bcm43xx)
é falho; não funciona com todas as placas Broadcom (e, pelo que vi na googlando por
ai, quando funciona, funciona mais ou menos...)

A solucão: o Ndiswrapper, um modulo para suporte a placas 802.11.

Seguindo os passos a seguir, provavelmente tudo vai funcionar (provavelmente):


(Distribuicão utilizada: Fedora 7)

- Primeiro, instale o ndiswrapper (tanto faz por yum, apt-get, merge, source-code...);
- Baixe o driver da placa wireless para windows -- o ndiswrapper encapsula o driver e faz
ele funcionar no linux;
- Retire os modulos da memoria:

modprobe -r bcm43xx
modprobe -r bcm43xx-mac80211
modprobe -r ssb

Esses são os modulos que o kernel utiliza nativamente para as placas;

- Coloque esses modulos no blacklist do modprobe, para que eles não sejam carregados
nunca sejam carregados

vim /etc/modprobe.d/blacklist

#modulos wireless
blacklist bcm43xx
blacklist bcm43xx-mac80211
blacklist ssb

- utilize o ndiswrapper para encapsular o driver:
como root:
ndiswrapper -i 'arquivoinfdodriver.inf'

- verifique se o driver está ok:
ndiswrapper -l
(Ex:
bcmwl5 : driver installed
device (14E4:4318) present (alternate driver: ssb) )

- reinicie o computador para que tudo esteja ok.

--
- carregue o modulo ndiswrapper

modprobe ndiswrapper

- coloque um alias para a placa no modprobe.conf:

alias wlan0 ndiswrapper

- crie o arquivo /etc/sysconfig/networking/devices/ifcfg-wlan0 com o conteudo:

TYPE=Wireless
DEVICE=wlan0
HWADDR=(endereco da placa)
BOOTPROTO=dhcp
ONBOOT=yes
NETMASK=
DHCP_HOSTNAME=
IPADDR=
DOMAIN=
USERCTL=no
IPV6INIT=no
PEERDNS=yes
ESSID=
CHANNEL=1
MODE=Master
RATE=Auto

- finalmente, suba a placa:

ifup wlan0


E tudo deverá está ok!

Da onde veio "Java" ?

Email trocado entre o CEO da Sun e o Criador da Linguagem Java, sobre o nome da mesma:

Mensagem encaminhada:

De: James Gosling (Criador da Linguagem)
Data: 24 de agosto de 2007 20:16:58 PDT
Para: Jonathan Schwartz (CEO da Sun)
Assunto: Como foi criado o nome Java?

A história é a seguinte:

Precisávamos de um nome. Estávamos usando "carvalho" (que foi escolhido por mim basicamente ao acaso) e, embora a equipe tenha se apegado ao nome, os advogados de marcas comerciais o rejeitaram. Trocamos muitos emails discutindo opções de nomes mas não resolvemos nada. Acabamos na insólita posição de ter o nome como principal empecilho ao lançamento do produto.

Nosso consultor de marketing conhecia alguém que era um "consultor de nomes" (não me lembro seu nome, mas ele era ótimo). Não podíamos arcar nem com os custos nem com o tempo necessário para um processo convencional de nomeação de produto. Concordamos em fazer algo um pouco estranho, mas eficaz e rápido: ele agiu como um facilitador em uma reunião em que aproximadamente uma dúzia de nós se trancou em uma sala por uma tarde. Ele começou a nos fazer perguntas do tipo "Como essa coisa faz vocês se sentirem?" (Excitados!) "O que mais faz vocês se sentirem assim?" (Java!) Acabamos com um quadro cheio de palavras aleatórias. Então ele nos colocou em um processo de seleção e fizemos uma classificação dos nomes. Acabamos com uma dúzia de nomes candidatos e os enviamos aos advogados: eles analisaram a lista até encontrar um nome que passasse na pesquisa. "Java" era o quarto nome da lista. O primeiro nome da lista era "Silk", que eu odiava mas todos os outros gostavam. Meu favorito era "Lyric", o terceiro nome da lista, mas ele não passou no teste dos advogados. Não me lembro quais eram os outros candidatos.

Então, quem deu o nome Java? O marketing organizou a reunião, o consultor a realizou, e alguns de nós gritaram nomes aleatoriamente. Sinceramente, não tenho certeza absoluta de quem disse "Java" primeiro, mas estou quase certo de que foi Mark Opperman.

Certamente não foi nenhuma mente brilhante do marketing que passou por um processo de criação coerente.

Fonte: Jonathan's Blog

Atualizando componentes com actionListeners

Esse é um assunto que eu devo ter demorado uns 3 dias para descobrir como fazia.

O meu problema era: Eu tinha dois faces com componentes diferentes e eu simplesmente não conseguia colocar partialTriggers nos componentes (que estavam em facets separados).

O jeito foi então, colocar um ActionListener (ou um SelectionListener, dependendo do componente) e pelo actionListener forçar a atualização pelo código... mas como fazer?

Exemplo do componente:

<af:commandButton text="Botao atualizavel" actionnListenter="#{managedBeanTest.processAction}"

Já o componente que vai ser atualizado, é colocado normalmente na pagina jspx -- a única diferença é que você terá que bindar o componente pai (o painelLayout ou qualquer outro) e o componente que vai ser atualizado no managedBean.

o código do proccessAction é mais ou menos assim:

public void proccessAction(ActionEvent event){
//componente a ser atualizado
outputText.setValue("Esse componente foi atualizado via codigo!");
//parentComponet = componente pai
AdfFacesContext.getCurrentInstance().addPartialTarget(parentComponet);
}


O único truque é pegar a instanciá do adffaces e adicionar o componente pai para ser atualizado. =D
(Eu tentei colocar o componente diretamente, mas não deu certo =( )

Lembrando de colocar o componente que vai ativar a atualização como partialSubmit=true para que não haja um refresh total da página.

O que é ADF?

Primeiro, é necessário explicar o que é JSF, já que o ADF é uma implementação do JSF.

JSF é um framework Java que auxilia o desenvolvedor a criar interfaces de usuários (UI - User Interfaces).
Ao contrário de outros framework, que são orientados pelo modelo MVC (Model-View-Controller -- onde cada
parte da aplicação é separada e só sabe fazer a sua parte o Controller controla o acesso aos componentes View;
Model contem as regras de negocio; View só contem as interfaces) o JSF é component-driven ("orientado a componentes": onde o
estado dos componentes são salvos na sessão a cada request e são restaurados depois do request).

Usando esse framework, a Oracle criou seu ADF Rich Client, que nada mais é que os componentes JSF (botões, tabelas...) remodelados
e potencializados para as tecnologias Oracle -- usando além do component-driven, o MVC.

Em 2006 a Oracle doou o ADF Faces para a Apache, pelos seguintes motivos:

"(...)Oracle believes in Java, our middleware and tools strategy relies heavily on the Java platform. We also believe JSF is the most promisingusertechnology. Java needs to have a good component based UI framework to compete with .Net. In order for JSF to be successful andaccelerate itsadoption, Oracle decided to provide (free of charge) a rich set of UI components to help web application developers who chooseJavaServer Faces. Therefore we decided to get behind JSF and MyFaces by making the ADF Faces donation to Apache. Moving forward, we are hoping that this opensource contribution will spark additional interest and that more vendors are going to join the MyFaces project and strengthenthe Faces community.(...)"

Então, o ADF virou MyFaces Trinidad.

Mas isso não quis dizer que o ADF morreu. Até porque, segundo a propria Oracle: "O ADF é extremamente importante para as tecnologias Oracle, já que nossas UI são baseados nele".

Então a Oracle, usando da licença da Apache, criou suas novas versões do ADF -- incluindo o 11g que utiliza, além do JSF, o Ajax e toda tecnologia da Web 2.0.