Como deve ter visto em diversos sites de notícias, a Oracle abriu um processo judicial contra a Google, alegando que o Android infringe alguns de seus direitos autorais e patentes relacionados a Java. Muito pouca informação está disponível sobre a alegação de violação de copyright para dizer alguma coisa sobre ela ainda; esperamos aprender mais conforme o caso prossiga. Mas ninguém merece ser a vítima de agressão de patente de software e a Oracle está errada em usar suas patentes para atacar o Android.

Embora tenha demorado mais do que gostaríamos, a Sun Microsystems acabou fazendo a coisa certa à comunidade do software livre quando lançou o Java sob a GPL em 2006. Recebemos bem esta notícia quando ela foi anunciada; Java há muito tem sido uma linguagem de programação popular e estivemos esperançosos de que a mudança a faria uma linguagem de primeira classe na comunidade de software livre.

Agora o processo judicial da Oracle ameaça desfazer todo o bem que foi construído nesses anos. Programadores vão justificadamente se desviar do Java protegendo-se de serem processados por  o utilizarem de alguma forma que a Oracle não goste. Um dos grandes benefícios do software livre é que permite aos programas serem combinados de formas que nenhum dos seus desenvolvedores originais teriam antecipado, para criar algo novo e empolgante. A Oracle está sinalizando ao mundo que pretende limitar a habilidade de todos de fazer isso com Java e isto é injustificável.

Infelizmente, o Google não pareceu particularmente preocupado sobre este problema até que o processo foi protocolado. A empresa ainda não tomou qualquer posição clara ou ação contra patentes de software. E ela poderia ter evitado tudo isto construindo o Android com o IcedTea, uma implementação de Java coberta pela GPL baseada no código original da Sun, ao invés de uma implementação independente sob a Licença Apache. A GPL é desenvolvida para providenciar uma forte defesa contra ataques da Oracle. É triste verificar que o Google aparentemente evitou estas proteções com o propósito de tornar o desenvolvimento de software proprietário mais fácil no Android.

Mas nada disso é desculpa para o comportamento da Oracle. Um agressivo processo de violação de patentes de software é um claro ataque contra a liberdade de alguém de utilizar, compartilhar e redistribuir software — liberdades que qualquer um deveria ter sempre. A Oracle agora busca tomar estes direitos, não apenas do Google, mas de todos os usuários de Android.

Por fim, resta primeiramente ao Google a decisão sobre como responder; ele é a parte denominada como réu no processo. A FSF encoraja o Google a lutar contra as alegações da Oracle e tomar uma posição de princípio contra todas as patentes de software.

Como você pode ajudar:

• Estamos coletando informações sobre o caso, incluindo informação sobre arte prévia que possa ser utilizada para atacar as patentes na wiki End Software Patents. Isto pode ser útil não apenas para o caso do Google, mas também para outras partes que a Oracle pode processar no futuro. Se você tem novas informações a adicionar àquela página, estaremos felizes de ter sua contribuição.
• A Oracle anteriormente tinha se oposto a patentes de software. Que a empresa agora esteja usando patentes como sua principal arma para atacar os competidores é uma assombrosa reversão daquela posição. Escreva a Larry Ellison e respeitosamente pergunte a ele por que a Oracle está atacando o software livre com patentes de software. Você pode lembrá-lo sobre as declarações que a Oracle fez em 1994, como esta:

A lei de patentes dá aos inventores um direito exclusivo sobre nova tecnologia em retorno pela publicação da tecnologia. Isto não é apropriado para ramos como o de desenvolvimento de software nos quais as inovações ocorrem rapidamente, podem ser realizadas sem um investimento substancial de capital e tendem a ser combinações criativas de técnicas previamente conhecidas.

A Oracle já afirmou que somente pediu patentes de software para propósitos defensivos. Agora as está usando para proativamente atacar software livre. Não é a primeira empresa a fazer essa meia-volta e infelizmente é provável que não seja a última. Hoje o Google alega que precisa de patentes de software para propósitos defensivos, mas a realidade é que os programadores somente estarão a salvo de patentes de software quando todo mundo for forçado a se desarmar. Junte-se à lista de correio End Software Patents para se manter atualizado sobre notícias de patentes de software e o que pode fazer para ajudar.

Para mais informações, contate:

Brett Smith
License Compliance Engineer
Free Software Foundation
+1 (617) 542 5942 x18
brett@fsf.org

Este trabalho é licenciado sob Creative Commons Attribution-No Derivative Works 3.0 license (or later version)

O projeto, liberado sob a licença GNU General Public License 3.0 (GPLv3), está no Launchpad.

Deseja utilizar ou testar o chat? Para executar logo o programa, que dá a opção de rodar o servidor e/ou o cliente, abra este pequeno arquivo com o Java Web Start. Se a configuração de sua máquina estiver correta para o Java Web Start, a aplicação deverá ser automaticamente baixada e executada logo. Talvez seja questionado que a assinatura digital do arquivo não pode ser verificada e, nesse caso, basta clicar no botão “Run”.

Pode ainda salvar este arquivo DalTuxChat.jnlp em sua máquina (clique com o botão direito sobre o link e em “Salvar o destino” ou algo assim) e executar o programa a partir dele. Esta forma é interessante porque sempre o Java Web Start verifica se existe uma versão mais nova disponível on line e atualiza o programa mas, mesmo se o site estiver indisponível, a aplicação existe localmente e é executada.

Também é possível baixar o arquivo DalTuxChat.jar (atualmente 45KB) e executá-lo com java -jar DalTuxChat.jar ou apenas clicando-o duplamente, se seu sistema estiver devidamente configurado associando os arquivos JAR (Java ARchive) com o Java.

Este programa vem sem ABSOLUTAMENTE NENHUMA GARANTIA; veja detalhes na cláusula n. 15 da Licença.
Isto é software livre, e você pode redistribuí-lo sob certas condições; veja os detalhes na Licença.

Encontrei a dica em http://www.guj.com.br/posts/list/50295.java

Outra dica que sugiro, pelo menos a quem está acostumado ao Eclipse, é configurar o NetBeans a utilizar o perfil de atalhos de teclado “Eclipse”: menu Tools > Options > aba Keymap > combobox Profile (selecionar “Eclipse”). Eu não estava suportando usá-lo até descobrir essa opção.

Aliás, alguém saberia por favor dizer, se é que existe, qual é o atalho, ou pelo menos via menu, para comentar uma ou várias linhas de uma só vez? No Eclipse é Ctrl+Shift+C. Não acho isso em lugar algum do NetBeans.

O seguinte texto foi na realidade uma mensagem postada hoje por mim no fórum interno do curso de pós-graduação em Desenvolvimento Orientado a Objetos em Java. Achei interessante deixar o registro no blog, principalmente por considerar que seu conteúdo possa ser útil a alguém, embora o assunto seja bastante técnico e específico para quem lida com a linguagem Java.

No meu trabalho de conclusão de curso da graduação, assumi desde o início um padrão onde sempre retornava o Iterator no getAlgumaColecao() dos objetos de domínio. Isso inspirado por lições da disciplina Linguagem e Técnicas de Programação III, no ano passado, ministrada pelo prof. Arthur Zavadki, que desde então já pregava a idéia de evitar expor a coleção. Depois de um tempo, como isto não era muito conveniente por não poder utilizar p. ex. for(“each..”), passei a retornar a própria coleção como Iterable, mas isto também não era interessante por ainda permitir que a coleção seja diretamente manipulada por quem invoque o método, bastando um typecast para Collection. Aliás, a rigor isto também pode ser considerado um problema com o retorno de Iterator, que permite remoção de elementos durante a iteração.

Como sugerido pelo prof. Cesar Moro na última aula (turma 1), uma alternativa é criar uma nova coleção contendo referências para os mesmos elementos, tendo que percorrer a coleção original para tanto. Data venia ^[1], achei que isso não era muito prático, então lembrei na mesma hora do método clone(), disponível em diversas classes, que [em tese] faz aquele mesmo trabalho.

Fui mexer hoje em uma parte da implementação do meu TCC onde um «Bean» possuía o método public Collection<Posse> getPosses(). O atributo posses é um HashSet. Fiquei curioso e corri atrás de outras possíveis soluções.

Deparei-me primeiro com o método toArray(T[]) da interface Collection, que poderia ser utilizado da seguinte forma:
public Posse[] getPosses() {
return posses.toArray(new Posse[0]);
}
Encontrei uma discussão a respeito do toArray() em um site, levantando inclusive questões sobre sua utilização em multi-threading.

Outra solução que encontrei em seguida, bem interessante, é o método estático Collections.unmodifiedCollection(Collection), que escolhi utilizar da seguinte maneira:
public Collection<Posse> getPosses() {
return Collections.unmodifiableCollection(posses);
}
Portanto, é como costuma dizer o prof. Cléber Lecheta (graduação):

Existem mil maneiras de preparar Neston: escolha a sua.

Enfim, a maneira que escolhi é realmente adequada? A idéia é encapsular a coleção para que não seja alterada fora da classe à qual pertence. E quanto a questões como performance e escalabilidade, o que diriam? Se os professores e os demais colegas puderem participar, desejo ouvir a voz da experiência e agradeço desde já.

Para quem quiser experimentar uma versão release candidate (candidata a lançamento), vá ao site de download. No momento da redação deste post, está disponível a versão RC3. Faça sua escolha, já que há considerável diferença de peso: o pacote “Eclipse IDE for Java Developers” é para programação geral em Java. Já o pacote para Java EE, bem maior, é destinado a quem também vai programar para a Web.

De qualquer forma, como a versão final deve ser lançada nas próximas semanas, ainda convém ter algum cuidado ao utilizar em ambiente de produção estes pacotes de previsão.

Java

Ubuntu

Pois bem, descobri sem querer querendo, pela “ajuda” (Javadoc) da classe java.sql.DriverManager, a razão de funcionar o carregamento do driver JDBC (do PostgreSQL, no caso) mesmo sem o prévio Class.forName("org.postgresql.Driver"). Pode testar: comente essa linha e deve funcionar normalmente.

É que no JavaSE-1.6 isso não é mais necessário. Eis o que diz o Javadoc da classe java.sql.DriverManager:

Applications no longer need to explictly load JDBC drivers using Class.forName(). Existing programs which currently load JDBC drivers using Class.forName() will continue to work without modification.

When the method getConnection is called, the DriverManager will attempt to locate a suitable driver from amongst those loaded at initialization and those loaded explicitly using the same classloader as the current applet or application.

O negócio é mágico agora então?

Engenharia de Software

Ele já funciona e calcula corretamente o valor de FP de seu projeto (isto foi conferido pela professora), podendo ser utilizado normalmente, porém com algumas ressalvas. Existe pelo menos um bug conhecido que permanece nessa versão 1.0: ao fechar a janela dos ajustes de complexidade e abri-la novamente, alguma variável ainda não identificada está sendo acumulada, fazendo com que o cálculo seja modificado. Por enquanto, o jeito é clicar em Arquivo > Novo projeto, para zerar tudo.

Ficamos receosos de publicar o código-fonte do programa, por vergonha, pois foi feito com a maior pressa para ser entregue em um dia. Apenas depois foi anunciado que poderia ser entregue posteriormente, mas daí já estava praticamente tudo feito. Mesmo sendo desenvolvido com POG, mudamos de idéia, então distribuímos o programa sob os termos da GNU General Public Licence, versão 3, tal como publicada pela Free Software Foundation.

Download

O programa funciona em qualquer sistema operacional, contanto que esteja instalado o Java Runtime Environment 1.6.0 (“Java 6 JRE”) ou mais recente.

Binários (Java bytecodes)

Java Web Start

É a maneira mais ágil de executar o programa, se o ambiente de sua máquina estiver devidamente configurado. Clique aqui e mande abrir com o Java Web Start.

A maneira mais ágil de executar o programa seria clicar neste link, porém o servidor onde o arquivo se encontra ainda não está configurado corretamente para associar o arquivo com o Java Web Start. Contudo, ainda é possível utilizá-lo: basta salvar o pequeno arquivo em sua máquina como PontosPorFuncao.jnlp e abri-lo com o Java Web Start. Uma alternativa ainda pode ser, através do seu terminal de comandos (p. ex., se for no Gnome: Aplicações / Acessórios / Terminal; se for no Windows: Iniciar / Executar / cmd), digitar:
javaws http://blog.daltux.com/dist/PontosPorFuncao/launch.jnlp

Tradicional (JAR)

• PontosPorFuncao_1.0_dist.7z – 179kB, comprimido com o 7-zip.

Se o seu ambiente de trabalho estiver devidamente configurado para abrir arquivos JAR com a Máquina Virtual Java, abra o diretório descompactado. A partir daí, geralmente, basta um clique duplo sobre o ícone do arquivo launch.jar para executar o programa. Contudo, se isso não ocorrer, verifique com seu distribuidor do sistema operacional como fazer isso.

Código-fonte

• PontosPorFuncao.tar.gz – 366kB, projeto para NetBeans 6.

Inicialmente eu poderia apenas criar algumas tabelas num banco de dados tal como MySQL ou PostgreSQL, e fazer os cadastros e alterações diretamente pelo gerenciador gráfico do banco ou mesmo por SQL. Mas daí pensei: melhor fazer tudo documentado. Então comecei a fazer um DER. Pensei mais um pouco e decidi finalmente iniciar um projeto totalmente orientado a objetos. Minha pretensão agora é documentar e desenvolver do zero utilizando UML e a plataforma Java.

O objetivo primário é aprender. Contudo, como é algo que pode ser útil a alguém, podemos compartilhar nosso esforço: desde o início vamos utilizar o sistema de controle de versões Subversion e abrir o repositório à participação pública, como software livre, licenciado sob a GNU GPL. A documentação desde já está sob a GNU FDL.

Mal fiz o esboço do diagrama de classes e já contei com grande ajuda do colega Fabiano Maeda. Este é o espírito do software livre.

Assim, quem tiver interesse em ajudar tanto na modelagem quanto na implementação, por favor, entre em contato. Tão logo o projeto seja aprovado no SourceForge ou no TuxFamily, publicarei os endereços do site de documentação e suporte e do repositório de código-fonte. Enquanto isso, posso enviar por e-mail, a pedido.

O que me motivou a buscar essa vaga foi, primeiramente, a possibilidade de estudar a fundo a Plataforma Java, que está em franca dominância no mercado de desenvolvimento de sistemas. Além disso, o que acabou me incentivando mais ainda foi saber que a empresa utiliza praticamente 100% de software livre em seus processos. Quem já teve a oportunidade de acompanhar este blog deve saber do interesse que tenho nesse assunto.

Nesta manhã estou em conjunto com o colega Marcelo Henrique Felipe no estande da Ínsula na II Semana da Pequena Empresa, evento realizado na unidade maringaense do SEBRAE-PR. A feira conta com diversas palestras, consultoria e vários estandes de organizações que participam do Arranjo Produtivo Local de Software ao empresário que deseja incrementar a gestão do seu negócio. Quem tem interesse em montar seu próprio negócio também encontra aqui uma boa estrutura de suporte.

O evento vai até esta sexta-feira (05/10/2007), no horário das 8h30 às 20h00. O Sebrae de Maringá fica na Av. Bento Munhoz da Rocha Neto, 1.116, Zona 07, em frente ao Teatro Banestado.