| Autor |
Mensagem |
|
|
Sim, é possível. Na verdade, esta é uma questão bem ampla.
Se por "pixel" você entende um ponto de "cor", e tudo que te interessa nele é a cor que carrega, você só precisa saber rolar os bits. Nada de API. Um inteiro (int) em java tem 4 bytes. Logo, 1 byte para cada cor (sistema RGB), e 1 byte para transparência. Sacou?
Agora, se te interessa a posição dele no espaço, entre outros fatores... aí é com a API mesmo.
E eu acho que você se confundiu com relação a AWT, SWT e Graphics. AWT é um toolkit de componentes visuais, SWT uma API derivada com renderização nativa, e Graphics é uma classe da API Java 2D.
|
 |
|
|
artigos++
(isto é, não só publicar mais artigos, mas também revisar e adequar os existentes)
|
|
|
|
|
100M de downloads, e ainda sem suporte Linux para a SDK. Só uma promessa vaga sem ETA. Decepcionante.
|
|
|
|
|
Esta annotation pode ser usada em situações onde você precisa gerar a chave da sua entidade baseando-se em relacionamentos (chaves estrangeiras), ou fórmulas do banco de dados. Mais detalhes na própria documentação do Hibernate.
|
|
|
|
Temos uma solução assim aqui no trabalho. Usamos algo simples, porém bastante funcional: celular com GPRS acessando um servlet que repassa mensagens para um bean EJB de fachada.
Para o cenário brasileiro foi a melhor solução que encontramos, pois minimiza o conteúdo da comunicação entre o dispositivo móvel e o servidor. Mas em outros países usamos serviços mais especializados, via a JSR-172 citada pelo amigo aí de cima.
|
|
|
|
Calma gente, não precisa nada disso (!)
Você precisa do componente <rich:subTable />. Exemplos no site do de demo do RichFaces e na documentação. Recomendo usar esta abordagem.
Outra alternativa é usar <rich:column breakBefore="true" />. Na <rich:column /> seguinte, você pode aninhar outra data table, ou qualquer outro tipo de conteúdo.
|
|
|
|
A Oracle é uma forte candidata à comprar uma suposta divisão de software da Sun. Mas, Oracle, IBM, Microsoft, Google... pura especulação, por enquanto.
Quanto às certificações, na minha opinião, depende do quão lucrativo é o negócio para a Sun hoje, e qual seria o desempenho em uma suposta divisão da empresa. Respostas para estes pontos definiriam qual o impacto sofrido pelos serviços educacionais da Sun.
|
|
|
|
Kenobi wrote:Eu não sei como não demitem esse CEO fanfarrão !! O cara em 2005 compra por 4,5 Bi uma empresa que hoje não passa de 700 milhões. Não satisfeito, paga 1 Bi numa empresa ( MySql) que ninguém consegue enxergar como vai promover a Sun, retornar em negócios.
Pois é, é a pergunta que não quer calar. Isso que dá alguém sem formação ou mesmo experiência em gestão assumir responsabilidade de CEO!
Já dizia a minha vó, "Cada macaco no seu galho!"
|
|
|
|
Não vejo porque seja uma notícia ruim para o Java. A única hipótese de uma compra da Sun por terceiros afetar a linguagem negativamente é a questão da marca (Java). Mesmo com toda a ignorância de alguns tomadores de decisões, a existência de "OpenJava" e "Java" no mercado, na minha opinião, não há de provocar grandes perdas para quem trabalha com a linguagem.
Mas, não deixa de ser mais um bom motivo para abrirmos nossas mentes e conhecermos novos paradigmas, novas linguagens, novas tendências. Isso sempre foi saudável e altamente recomendável. Ainda assim, hoje é essencial para um analista/programador conhecer Java (independente de qual seja sua linguagem principal, a chance de você ter de trabalhar com Java é grande). Portanto, acredito que a importância e relevância da linguagem/plataforma se mantenha viva por um longo tempo.
E quanto aos FUDs com forks e coisas do gênero.. já houveram vários posts aqui na casa desmistificando a maioria das críticas.
|
|
|
|
Você que não compreendeu o comentário dele, em resposta ao post anterior. Foi um apoio à esta filosofia multi-linguagem do Netbeans.
Não concordo que o Netbeans seja uma IDE "meia boca". Aliás, qualquer opinião com relação à IDEs estará sempre associada a diferentes pontos de vista, paixões, fanatismo, e FUDs, sempre proporcionando aos fórums flame wars passionais e sem sentidos. Méritos ao Netbeans pela nova versão, espero que esteja à altura das nossas necessidades!
|
|
|
|
Nossa aplicação com front-end facelets + rich faces funcionou legal. Ficou mais rápido, me faz desconfiar que o Chrome tenha algum esquema esperto de compressão de javascript. Alguém sabe de algo a respeito?
Nós usamos bastante CSS, e graças ao cuidado com os padrões W3C, tudo funcionou legal no Chrome, não encontramos nenhum problema até o momento.
Gostei muito do browser. Tô navegando nele nesse exato momento 
|
|
|
|
Agora vai virar um flame war de linguagens?
Me surpreende este tópico ainda estar aberto.
|
|
|
|
Olá,
A idéia é bastante interessante. Meus parabéns pelo projeto. Acho principalmente atraente a integração com JUnit e o processo de build.
Dicas para o projeto: tentem produzir mais documentação, com o nível de detalhes necessário para que mesmo desenvolvedores com pouca experiência em Java EE possam integrar o container em seu processo de desenvolvimento. Como o projeto é (aparentemente) recente, isso deve atrair mais desenvolvedores para testá-lo, o que melhora a maturidade do container, e consequentemente, atrai a atenção de mais gente
|
|
|
|
xwillianss wrote:... Vocês lembram quando o Java 1.0 começou?
Wow... minha nossa.
Mas independente da empolgação do nosso amigo aí, o Ruby já está dando o que falar, há muito tempo. E pessoalmente, eu acho esse movimento do mercado de TI muito saudável. Prefiro o programador pragmático ao xiita.
E principalmente.. acho extremamente importante o que o "stack" Java vem incorporando nos últimos tempos, no que diz respeito à relação da plataforma com linguagens como Ruby. Esse é o caminho, no meu ponto de vista, da evolução da plataforma, e consequente garantia de estabilidade no mercado - independente de como a Sun esteja.
|
|
|
|
Vamos fazer uma vaquinha. Eu contribuo com R$ 10,00.
Senhores, bons desenvolvedores Java como são, e experientes, devem saber muito bem: avoid the FUD!
Já sofreram tanto com isso, porque não aprendem...
|
|
|
|