É exatamente esse a impressão que eu tenho depois de migrar os nossos servidores para o Jetty. Depois de ver muita gente reclamando de OutOfMemory no Tomcat, inclusive aqui da empresa, resolvemos tentar o Jetty.

A tempo que escutava o pessoal da Caelum (e principalmente o Kung) falando bem do Jetty, mas só quando se começa a usar que se percebe as vantagens. Como temos várias aplicações rodando (diferente do GUJ, que era só o JForum, acredito), imaginei que a troca não seria tão smooth assim.

Claro que antes de sair trocando tudo, fizemos alguns testes pra ter certeza que tudo ia ocorrer bem. Por sinal, a troca foi bem tranquila do ponto de vista da aplicação, só tivemos que fazer alguns ajustes:

• o Jetty lança java.util.Collections$UnmodifiableMap ao tentar modificar diretamente o (Hash)Map devolvido com request.getParameterMap() ao invés de usar o método setAttribute() do request – coisa que o Tomcat deixa;
• Diferenças ao tentar recuperar um resource do sistema utilizando como pasta base “.”, ou usar “..” pra navegar na estrutura de pastas. Para resolver, basta usar como pasta base “/” (ex: “/com/foo/resources/xpto.xml”) e colocar dentro do WEB-INF/classes;
• E a última, mas simples de resolver, é que o Jetty deixa habilitado listagem de diretórios. Você pode alterar isso no etc/webdefault.xml, trocando o atributo dirAllowed para false;

Feitos esses ajustes, chegou a vez de configurar o Jetty para atender aos diferentes domínios. E é aqui que vi uma das grandes vantagens do Jetty. A parte de configuração dele fica muito organizada. Fizemos da seguinte forma:

• Para cada aplicação (pra cada .war na pasta /webapps do Jetty), criamos um arquivo de contexto no /contexts (não é necessário, mas como temos urls diferentes e contextos diferentes, tivemos que customizar – e acabamos ganhando um brinde que conto depois)
• Cada arquivo de context tem uma estrutura estupidamente simples:

  
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
<Configure class="org.mortbay.jetty.webapp.WebAppContext">
  <Set name="contextPath">/</Set>
  <Set name="war"><SystemProperty name="jetty.home" default="."/>/webapps/demo_foo.war</Set>
  <Set name="defaultsDescriptor"><SystemProperty name="jetty.home" default="."/>/etc/webdefault.xml</Set>

  <Set name="virtualHosts">
    <Array type="String">
      <Item>demo.foo.com</Item>
    </Array>
  </Set>

</Configure>


Explicando por partes:

• WebAppContext é o tipo de contexto que você vai usar, estamos usando esse pois permite o hotdeploy
• contextPath serve para dizer (óbvio) o contexto que quer que a aplicação fique disponível. Aqui prefirimos colocar todas no contexto / e configurar diferentes Virtual Hosts pra cada aplicação.
• a propriedade war só diz qual .war (que pode ser um exploded war também) que vai ser deployado naquele contexto
• na seção que diz virtualHosts, você pode configurar todos os endereços que quer que sua aplicacão responda. Para ela aceitar mais de um endereço, basta ir adicionando Item’s com as outras URLs. Aproveitando, no Jetty 7 será possível usar wildcards!

Com isso feito, ficou muito fácil configurar o deploy automático de todas nossas aplicações, pois basta substituir o arquivo .war e dar um touch no arquivo de contexts que o Jetty faz reload do contexto (e esse é o brinde! )! Agora, com o Jetty combinado ao Hudson, com um clique podemos fazer deploy de qualquer uma das nossas aplicações em um ambiente específico ou mesmo em todos, automaticamente. Mas isso já é assunto para um outro post.

Links Relacionados

• Melhorando o GUJ: Jetty, NIO e load balancing
• Jetty Documentation

Volta e meia vemos pela internet alguém falando que open source não dá dinheiro. Quem tem um pouco mais de conhecimento (e vivência) em ambientes desse tipo, sabe que muitas vezes o dinheiro pode não vir diretamente da empresa “guarda-chuva” do projeto, mas através de reconhecimento por se ter participado do desenvolvimento de algum software que é usado por dezenas, centenas ou mesmo milhares de desenvolvedores. E com um pouco mais de dedicação(e expertise), é possível ser contrato pela empresa (e ainda ganhar um bom dinheiro). No Brasil mesmo, temos excelentes exemplos de gente trabalhando para projetos open source full time, como o Fernando Meyer, que trabalha no projeto Jboss Drools contratado pela RedHat e também o Rodrigo Kumpera (ou louds), trabalhando pela Novell no projeto Mono, ambos amigos pessoais. Além deles, com certeza devem existir outros que não conheço.

Pensando nesse pessoal, Jason Allen e Scott Collison criaram um site de relacionamentos para desenvolvedores: o Ohloh. O nome é tão estranho quanto o “primo” famoso, orkut, mas o foco é bem diferente. O Ohloh oferece uma série de recursos para quem participa de projetos open source, como possibilidade de criar “profiles” dos seus projetos e indexar o código fonte, permitindo que os desenvolvedores linkem seu profile aos seus commits no repositório. Também é possível dar um kudo(segundo a definição que está no site: (ku·do) a statement of praise or approval; accolade; compliment.) como forma de demonstrar sua confiança/admiração em algum desenvolvedor. Excenlente oportunidade pra quem colabora em algum projeto mostrar seu trabalho. Quem se cadastrar e tiver curiosidade pode dar uma passada no meu profile lá.

Na mesma linha, nas últimas semanas (ok, fazia meses que não postava), acabei ganhando alguns “pontos de confiança” em alguns projetos. Me tornei commiter (é, versão aportuguezada de quem pode dar commit no repositório), dos projetos Hibernate (e seus subprojetos) e do Vraptor (junto com o pessoal da Caelum) – tanto o Hibernate quanto o VRaptor já estão indexados no Ohloh. Motivo à mais pra gatar um tempo extra codando na frente do micro

Quem programa em Java e nunca passou por esse problema? Você está desenvolvendo, tudo funciona perfeitamente, quando a aplicação vai para produção e os usuários começam a usar você percebe que o contador de conexões disponíveis no seu pool só diminui.

As razões para isso podem ser as mais variadas (sendo a maioria deles problemas da aplicação e não algo ligado ao data source, servidor de aplicação ou mesmo driver jdbc), mas as mais comuns são:

• ausência de chamada ao connection.close();
• falta de um tratamento de excessões, e conseqüentemente, o método close() não é chamado;

É importante saber, que sempre que você estiver lidando diretamente com Connection (o que não é algo muito aconselhável, sabendo que já existem diversos frameworks que abstraem/simplificam a utilização de jdbc), você deve fechar ela através do método close() e o mesmo deve estar dentro de um bloco finally{}, para que ele seja executado mesmo se ocorrer um problema durante a execução do seu código.

Mas e quando você já revisou “todo” seu código e mesmo assim as conexões continuam vazando? Você olha as conexões do seu pool e elas simplesmente parecem ir para o limbo. Aqui alguns já podem começar a se perguntar, “mas tem como eu monitorar as conexões do meu pool?”. E é aqui que entra um recurso não muito conhecido (e menos ainda, usado): Java Management Extensions ou simplesmente JMX.

Copiando o site da Sun:

JMX technology provides the tools for building distributed, Web-based, modular and dynamic solutions for managing and monitoring devices, applications, and service-driven networks. By design, this standard is suitable for adapting legacy systems, implementing new management and monitoring solutions, and plugging into those of the future.

A maioria (se não todos) dos application servers já vem com recursos JMX prontos pra monitoramento e diagnóstico de connection leaks. Ativar o monitoramento do data source pode muitas vezes sacrificar um pouco da performance da aplicação (principalmente em um arquitetura Database-Centered), mas normalmente é um custo aceitável para descobrir os pontos de perda das conexões.

No JBoss, servidor de aplicação que eu utilizo no meu atual projeto, ligar o monitoramento é bem simples. Quando ativo, ele basicamente armazena o stack trace de todos os pontos onde temos chamadas à getConnection(), até que essa conexão sehja devolvida ao pool. Para ligar o monitoramento, altere o arquivo de configuração do seu data source(provavelmente um *-ds.xml) adicionando a linha abaixo
<local-tx-datasource>
.....
<track-statements>true</track-statements>
</local-tx-datasource>

Agora basta acessar o mbean CachedConnectionManager através da interface JMX do Jboss e invocar listInUseConnections() para ver o stack trace das conexões que não foram fechadas. Provavelmente vai ser algo semelhante à essa. Se você quizer apenas ver como anda seu pool, acesse o mbean ManagedConnectionPool, procurando principalmente pelos seguinte valores:

• AvailableConnectionCount – total de conexões disponíveis no pool
• InUseConnectionCount – total de conexões sendo usadas atualmente
• ConnectionCount – indica o total de conexões abertas atualmente no pool

Utilizando esses recursos e tendo um pouco de paciência, fica bem mais fácil achar os pontos de vazamento da aplicação.

Mais informações:

• Jboss DataSources
• Connection Leak Tracing – Sun Application Server
• Bea WebLogic – Profile Connection Leak
• IBM Web Sphere Aplication Server – Connection Leak Diagnostics
• The Joy of Finding Connection Leaks

Quem lê meu blog já à algum tempo, sabe que eu uso o Eclipse como principal ferramenta de trabalho. O que poucos sabem é que todos podem colaborar nas decisões do projeto, e de quebra, priorizar as correções de bugs e melhorias. Pra dar um empurrãozinho nos preguiçosos, segue minha lista atual de votos.

Community

• 71735 – Eclipse source repository should convert to subversion.
• 177497 – Bug status explanation page does not mention RESOLVED REMIND
• 178923 – Remove LATER and REMIND resolutions when Bugzilla 3.0 is released

JDT

• 182064 – Should be possible to “Migrate JAR File” in User Libraries
• 182071 – [1.5][compiler] Unnecessary cast detection fails on ternary operation

Platform

• 2009 – [EditorMgmt] Need to sort out handling of out-of-synch resources (1GDFD96)
• 8009 – [Editor Mgmt] Split File Editor
• 14916 – [Navigator] How can I recover from a “resource is out of sync” problem ?
• 19419 – [resources] Cancellation during file transfer leaves files out-of-sync
• 35973 – [resources] Better project organization
• 46207 – [Workbench] [Services] Combine, compose, nest workbenchparts and editorparts
• 52338 – [find/replace] regex replace with newline doesn’t insert anything
• 92250 – [Workbench] Excessive amount of Permanent Generation memory reported by the VM
• 102527 – [Wizards] Add support for projects refactoring (ie add/remove nature)
• 118294 – Renaming an External Tool Builder (set to run during Auto Builds) causes error
• 134416 – “Run As..” – “Ant Build” results in “Unable to find ant file to run”
• 142364 – Replacing a large number of files hangs Eclipse
• 163714 – Update manager interactively asks for mirror selection
• 167660 – Out of sync not refreshed after file is closed
• 169121 – cpu get >50 when I did refactor to a method
• 169386 – [Edit] Local side of java compare should be more like java editor

Web Tools

• 95450 – add extract include file for JSP source refactoring
• 100511 – JavaScript refactoring and better code complete
• 107052 – jsp editor error if jsp is under a subdirectory
• 119334 – [jsp20] jsp:directive.tag import= list not recognized in .tagx XML tag files
• 124288 – [Plan] Improve JSP 2.0 support
• 124796 – [refactoring] moving a servlet is not reflected in web.xml
• 136850 – JSTL Code Assist from imported projects.
• 157465 – jsp fragment does not see any variables/tags from its parent
• 168538 – “Convert to a Dynamic Web Project” should work for Java projects

Uns meses atrás tive um problema com o uso do Hibernate, em um caso um tanto quanto incomum: o projeto usava Ingres, um banco de dados muito pouco usado, e com algumas particularidades idiotas (sendo gentíl com eles). O tipo responsável por armazenar as datas no Ingres, diferentemente de todos os outros bancos que já vi, aceita três “estados” nas colunas de data: uma data (óbvio), null, ” – sim, uma empty string.

Com isto, eu não poderia usar as classes padrão para datas no Java, acabei criando uma classe Data para tratar desses estados. Como o tipo foi criado por mim, o Hibernate não oferece nada pronto (por razões óbvias), tive que achar uma alternativa.

Lendo um pouco a referência, mais especificamente o capítulo Custom value types, descobri que para esses casos especiais, onde muitos já apelariam para alguma forma menos ortodoxa, o Hibernate oferece um mecanismo muito poderoso : os UserTypes.

Um UserType é basicamente uma interface que permite a implementação de como um determinado tipo será recuperado e persistido no seu banco de dados. Este recurso é extremamente útil e me salvou graciosamente.

E porque estou escrevendo isso tudo? Recebi hoje uma dúvida bem interessante por mensagem privada no GUJ. O usuário perguntava se haveria possibilidade de usar Hibernate em conjunto com o banco PostGIS – focado em armazenar dados geométricos.

O principal desafio é como mapear os dados que são armazenados em Geometry, como são chamados os tipos geométricos no PostGIS. Como não existe nenhum tipo nativo do Java que seria correspondente (e nem a especificação do JDBC preve isso – tipos clob, lobs e variantes não contam!), o trabalho pode ser um pouco mais complicado que se imagina.

Dando uma pesquisada, acabei encontrado uma thread da lista de users do PostGIS que trata exatamente disso. Nela é apresentada uma solução elegante para o tratamento dos tipos no Hibernate – e que acabou virando parte do projeto. SpatialEJB3 nada mais é que um UserType (GeometryType no caso) com a implementação responsável por tratar o tipo Geometry. Ele pode ser usadao tanto com Hibernate puro, quanto para EJB3. Só achei estranho que as classes ainda não estão no postgis.jar.

Para usar o recurso, fica extremamente simples:

@Type(type = "org.postgis.hibernate.GeometryType")
public Geometry getLocation(){
return location;
}

No site é possível encontrar a documentação do projeto.

Por mais vasta que a documentação do Hibernate seja, sempre ficam pontos da API que precisam de melhorias na documentação. Um exemplo claro disso é esclarecer qual a diferença entre dois métodos da Session, o save() e o persist(). Ambos tem a mesma função: tornar uma instância transient em persistent. Segundo a doc da API:

• persist() – Make a transient instance persistent.
• save() – Persist the given transient instance, first assigning a generated identifier.

O método persist(), não garante que será atribuito um id à instância imediatamente, sendo que a associação ocorrerá quando o flush ocorrer. Além disso, ele garante que só irá executar um insert se estiver dentro do contexto de uma transaction. Já o save(), atribui a chave imediatamente, não importando se isso exige um insert (no caso do identity generator) ou se existe um contexto de transação. Isso explica também porque o save() retorna o Id gerado e o persist() é void.

Mais informações podem ser encontradas no Jira e no fórum do Hibernate.

update: não é somente eu que acha que a documentação precisa de melhorias nesse caso: HHH-1682

update 2: acabei de comitar a alteração na documentação, para a próxima versão do Hibernate (3.2.5), a seção Making objects persistent irá trazer informações mais detalhadas sobre a diferença entre os dois métodos.

O Villela recém postou no seu blog, um pequeno recado pro pessoal do JCP, que espero que seja lido, re-lido e repassado até que alguém lá da nave-mãe veja: static reflection. A idéia seria prover alguma forma de reflexão estaticamente, algo do tipo:

Foo.class.instanceMethods.bar(String.class)

Ócio criativo faz bem para qualquer linguagem.

Segundo a Wikipedia,

Hot swapping can also refer to the ability to alter the running code of a program without having to interrupt its execution, although only a few languages support it. Those that do include Lisp, Erlang, and Smalltalk. The Java programming language also supports this technology, but only through the Java Platform Debugger Architecture (JPDA) : it is only possible to change the code while the program is in the control of a Debugger. Interactive programming is a paradigm that makes extensive use of hot swapping so that the programming activity becomes part of the program flow itself.

O post do Daniel (Hot Code Replacement), contando como fazer hot swap de classes com o OC4J, me fez pensar numa coisa: será que realmente são poucos que conhecem a “feature” de trocar classes em tempo de execução, sem parar sua aplicação, e nem a VM?

Bom, mesmo sem ter 1/3 de conhecimento sobre VMs que o Rodrigo (louds), por exemplo, vou tentar explicar. Parada para comentário de utilidade pública: se você não assina o blog dele, faça um favor a si mesmo e vai lá. Hoje mesmo ele anunciou que vai liberar os fontes da máquina virtual que ele começou a desenvolver.

Voltando ao assunto, desde a JDK 1.4 (sim, hot swap é relativamente velho), é possível trocar a implementação de métodos sem reiniciar a aplicação. Notem bem, implementação, ou seja, se você trocou qualquer coisa na assinatura de um método, criou algum novo, adicionou uma variável de instância da classe, você precisa parar a VM, compilar a classe, e iniciar novamente.

No entando, linguagens dinâmicas, como Ruby (com site novo), permitem trocar trocar qualquer coisa das suas classes em tempo de execução, seja métodos, atributos, whatever. Parece covardia comparar, né?

Porém, lendo um pouco mais à respeito, fazer com que a JVM suporte isso também é perfeitamente possível tecnicamente (louds!!), mas precisariam ser feitas enormes mudanças no seu funcionamento, e acredito que seja esse, um dos principais motivos de não terem feito nos primórdios do hot swap – JDK 1.4.

O assunto parece estar realmente chamando ateção, pois acabou de sair um artigo no Artima, The JVM as an (Un)Common Language Runtime, e um dos pontos que o autor destaca como sendo um dos principais desafios para a implementação de linguagens dinâmicas na JVM:

Hotswapping: The main idea is to allow code changes on the fly, while they are running. The full capability of hotswapping implies any kind of change to be supported, addition/modification/removal of methods and attributes including changes in inheritance hierarchy.

Se isso não fosse suficiente, existe um tópico na SDN, Hotswap support for schema / shape changes discutindo o assunto, e o bug report 4910812 – Enhance Hot Code Replacement com 300+ votos.

Isso permitiria baixar para praticamente zero o turnaround de desenvolivmento de aplicações, dando um grande fôlego para Java como linguagem, pois já aumentaria significantemente a velocidade de desenvolvimento, evitando a perda de minutos que já estamos acostumados entre parar servidor de aplicação, fazer re-deploy, iniciar aplicação, …

Classloader tricks only take you so far.

Ruby (meu):

require 'open-uri'
open('http://www.google.com.br/search?q=ruby').read =~ %r{class=l href="(.*?)">(.*?)</a.*?j><font.*?>(.*?)<br><}m
puts ($2 + "\n" + $1 + "\n" + $3 + "\n").gsub(/<.*?\>/, '')

Java (do Giuliano, bastante melhorada depois pelo Urubatan):

import java.net.URL;
import java.net.URLConnection;
import java.util.Scanner;

public class HTTPSample {
       public static void main(String[] args) throws Exception {
               URLConnection con = new URL("http://www.google.com/search?q=java").openConnection();
               con.setRequestProperty("User-Agent", "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7");
               Scanner sc = new Scanner(con.getInputStream());
               System.out.println(sc.findWithinHorizon("<a>.*?</a>", 0).replaceAll("<a>(.*?)</a>", "$2=$1").replaceAll("", ""));
       }
}

PHP (do Pilger, com ajuste do Fernando):

<?php
  $html = implode('', file('http://www.google.com.br/search?q=php'));
  preg_match_all("|class=l href=\"(.*?)\">(.*?)</a.*?j><font.*?>(.*?)<br><|", $html, $out, PREG_SET_ORDER);
  echo $out[0][1]." ".$out[0][2]." ".$out[0][3];
?>

Python (do Salviato):

 import urllib
 import re

 class AppURLopener(urllib.FancyURLopener):
   version = "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1"

 urllib._urlopener = AppURLopener()

 html = urllib.urlopen('http://www.google.com.br/search?q=python').read()
 out = re.search('class=l href="(.*?)">(.*?)</a.*?j><font.*?>(.*?)<br><', html, re.DOTALL)
 print re.sub('<.*?>', '', (out.group(1) + '\n' + out.group(2) + '\n' + out.group(3)))

TCl/TK (do Salviato):

 package require http
 http::config -useragent {Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1}
 set html [http::data [http::geturl {http://www.google.com.br/search?q=tcl}]]
 set out [regexp -inline {class=l href="(.*?)">(.*?)(.*?)< } $html]
 puts [regsub -all {<.*?>} [concat "[lindex $out 1]\n[lindex $out 2]\n[lindex $out 3]"] "" ]

VB (do Giuliano):

   Dim http As New WinHttp.WinHttpRequest
   Dim re As New RegExp, matcher As Match
   Dim texto As String
   http.Open "GET", "http://www.google.com.br/search?q=java", False
   http.SetRequestHeader "User-Agent", "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7"
   http.Send
   texto = http.ResponseText
   re.Pattern = "class=l href=""(.*?)"">(.*?)</a.*?j><font.*?>(.*?)<br><"
   re.Global = True
   re.IgnoreCase = True
   re.MultiLine = True
   For Each matcher In re.Execute(texto)
       Dim strSaida: strSaida = ""
       strSaida = matcher.SubMatches(0) + vbCrLf + matcher.SubMatches(1) + vbCrLf + matcher.SubMatches(2)
       MsgBox strSaida
       Exit For
    Next

Coldfusion (do Kenji)

<cfhttp url="http://www.google.com.br/search?q=coldfusion+mx">
<cfset tmp = REFindNoCase('class=l href="(.*?)">(.*?)</a.*?j><font.*?>(.*?)<br><', cfhttp.filecontent,1,true)>
<cfoutput>#mid(cfhttp.filecontent,tmp.pos[2],tmp.len[2])# #mid(cfhttp.filecontent,tmp.pos[3],tmp.len[3])# #mid(cfhttp.filecontent,tmp.pos[4],tmp.len[4])#</cfoutput>

Buenas, semana passada no meu post “Ruby, less-code”, o Pilger deu a idéia de colocar os códigos lado-a-lado, até pra facilitar a comparação. Bom, conversando com o Giuliano este final de semana surgiu uma idéia: fazer uma espécie de “coding contest”. Claro, não vai valer nada. Todos os “desafios” vão ficar sob a tag “code contest“

A idéia é essa: pegamos um problema qualquer e cada um resolve em uma linguagem. Ajuda a ver algumas vantagens/desvantagens de cada linguagem, e claro, da pra aprender muito também. A versão inicial de cada solução nós fazemos, se alguém sugerir alguma mudança/melhoria alteramos e publicamos(citando o autor, claro). A idéia é criar um problemas por semana em média.

Ah, se alguém tiver interesse de solucionar em alguma linguagem diferente e mandar, será muito bem vinda também. Seja ela Python (Jonas? Carlos?), Lisp (Shoes? Taq?), C/C++(Fernando?), Groovy (Daniel?), PHP (Pilger?), .Net, etc.

Como criar problemas não é nossa especialidade(e sim resolvê-los), sugestões de problemas também são bem vindas, mas por favor, nada de calcular órbitas e bizarrices do gênero. É só pra se divertir mesmo.

E-mail pra cá, e-mail pra lá… ele mandava algo em Java, eu entendia o problema e respondia com a solução em Ruby. E assim foi por um bom tempo.

Não nos limitamos somente à if/else’s e while’s. Fomos de estrutura de classes à threads, passando por I/O, requisições HTTP, regular expressions, etc.

O resultado foi interessante: em nenhum exemplo o código Java ficou menor. E o código não ficou somente menor, mas a clareza do que estava acontecendo também me agradou muito. O mais próximo que Java chegou foi em um pequeno exemplo em que quase empatou, mas… ficou no quase.

E ontem, estava fazendo umas experiências em casa com Ruby(novidade…) e acabei me lembrando do caso. Pergunta: alguém possui algum código em Java (hum, .net?) que não possa ser escrito de forma mais concisa em Ruby?

public class SingletonBobao{
  private SingletonBobao(){}

  public static SingletonBobao getSingletonBobao(){
    if (ref == null) // ok, pode chamar o construtor
        ref = new SingletonBobao();
    return ref;
  }

  public Object clone()	throws CloneNotSupportedException{
    throw new CloneNotSupportedException();
  }

  private static SingletonBobao ref;
}

E em Ruby…

require 'singleton'
class SingletonBobinho
  include Singleton
end

Hummmmm…

Rails é uma alternativa às soluções padronizadas qualificadas como “empresariais”, que implicam enormes cargas de trabalho sob o custo da compatibilidade com o vicioso ciclo burocrático de consultoria e treinamento que afeta as grandes empresas. Rails tem como proposta remover várias camadas de complexidade, salientando a capacidade individual do desenvolvedor em detrimento dos requerimentos burocráticos de equipe. Isso não deve passar a impressão, entretanto, de que Rails não é adequado para o trabalho em equipe. Rails adere ao padrão MVC de forma pragmática o bastante para promover uma separação clara de papéis, e ainda facilita o emprego de técnicas de Agile e Test-Driven Development.

O objetivo deste texto não é comparar Ruby com outras linguagens, mas sim mostrar as principais vantagens que um desenvolvedor pode ter utilizando este framework.

Antes de começar a citar os pontos positivos, me deixem esclarecer uma coisa: o foco do Ruby on Rails não é aplicações mission critical, super-clusterizadas, mega-distribuídas. Não que seja impossível realizar estas tarefas com Rails, mas não é a ferramenta adequada para tal. Bom, começando:

Simplicidade – esta é uma característica forte em Ruby, pois a solução de um problema, normalmente, é atingida de uma forma extremamente simples e clara, o que facilita o entendimento do código por outros programadores que tiverem que dar manutenção no futuro.

Produtividade – se o desenvolvedor consegue resolver seu problema de uma forma mais simples, clara e concisa, tendo ferramentas que facilitem sua vida, o desenvolvimento se torna mais agradável. Programador feliz = programador mais produtivo.

Convention over configuration – o Rails se baseia no princípio convenção sobre configuração. Ao invés de criar dezenas de XML’s para configuração, basta utilizar algumas conveções pré-definidas. Nada de XML.

Maturidade – a linguagem que está cada vez mais madura (e não é nova, pois já existe a cerca de 10 anos, quando foi criada pelo japonês Yukihiro Matsumoto, a.k.a. Matz).

Active Record – é o responsável pela persistência dos dados para quem utiliza Rails, sendo um competidor à altura do Hibernate, seguindo uma abordagem um pouco diferente da usada pelo concorrente. É compatível com os principais bancos de dados do mercado: Oracle, SQL Server, IBM DB2, MySQL, PostgreSQL, SQLite and Firebird.

IDE’s – já possui uma boa gama de ferramentas, como RadRails, RDT – Ruby Development Tools, Ruby Editor Plugin for JEdit, FreeRIDE, Mondrian IDE, Ruby Emacs bindings, TextMate, ArachnoRuby, Zeus, Komodo.

Suporte nativo para Ajax – Ruby on Rails vem por padrão com o framework Ajax script.aculo.us, que permite a adição de recursos de interface (como auto-complete para campos, drag and drop’s, etc) mais ricos e sem gastar horas desenvolvendo.

Testing is built-in – JUnit, TestNG? Ruby on Rails já vem com tudo que você precisa para testar sua aplicação. E com o lançamento da versão 1.0 ficará ainda mais fácil. Test Driven Development otimizado.

Curva de aprendizado – aprender como funciona uma aplicação criada com Rails é mais simples que em outras tecnologias com as quais já tive contato (Java, PHP, ASP(COM+), Coldfusion), como também para quem está querendo começar a desenvolver.

Segurança – Rails tem todas as features que qualquer outro framework tem como suporte à LDAP, logging, etc.

Cross-plataform – suporta Linux e outras variantes UNIX, BeOS, OSX, BSD e também, é claro, Windows.

OpenSource – completamente código aberto, assim como 99% das libraries disponíveis para ele.

Feedback instantâneo – edite o código, salve, dê refresh e a alteração está lá.

Integração – de uma forma similar ao .NET, a maioria dos componentes do Rails se integra facilmente, o que facilita o desenvolvimento.

Code generation – você não precisa criar sempre toda a estrutura de código, o que permite um desenvolvimento mais rápido.

DRY principle – Don’t Repeat Yourself é um conceito ‘criado’ por Dave Thomas (autor do livro The Pragmatic Programmer) que parafraseando significa:

Every piece of knowledge must have a single, unambiguous, authoritative representation within a system.

Acredito que os itens acima já tenham sido suficientes para despertar a curiosidade para testá-lo. Se você estiver interessado em fazer alguém testar Ruby on Rails mas não quer ter muito trabalho, recomendo mostrar o vídeo Take 2: Impressing with Rails 0.13, criado originalmente para ser usado no FISL 6.0, onde David Heinemeier Hansson mostra como criar um blog em 15 minutos.

Mas se você ainda não se convenceu que Ruby on Rails pode ser uma boa opção para seu projeto, abaixo seguem alguns links que reforçam o que eu falei:

Ruby on Rails: Making Programmers Happy
Entrevista com David Heinemeier Hansson no site eWeek.

Making programmers more productive
Phil Windley escreve sobre suas impressões sobre Rails.

The BBC’s programme catalogue (on Rails)
BBC está usando Rails para o seu catálogo com alguns milhões de shows.

…BBC have allowed me to rapidly prototype and deploy this 7,000,000-row database-backed site in everyone’s new favourite web framework…

Ruby on Rails and J2EE: Is there room for both?
Aaron Rustad faz uma comparação entre as principais features da arquitetura do Rails com os tradicionais frameworks J2EE

Interview with DHH
Entrevista com David Heinemeier Hansson, criador do Rails.

Get to the point!Development with Ruby and Rails
Apresentação mostrando as principais features da linguagem (Ruby em si, não especificamente do framework Rails). Muito bom pra mostrar para seu chefe(desde que ele seja/tenha sido um progrmador).

Ruby on Rails chases simplicity in programming
Entrevista com David Heinemeier Hansson, criador do Rails (saiu também no ZDnet).

SAP on Rails, and not on the skids
Com apenas algumas linhas de código, Piers Harding mostra como fazer integração com SAP, mostrando um pouco da flexibilidade do framework.

Evaluation: moving from Java to Ruby on Rails for the CenterNet rewrite
Case study muito interessante da migração do CenterNet(um grande aplicação da área de sáude) de Java para Ruby on Rails. E por ter sido feito em 6 vezes menos tempo (8 dias contra 6 semanas do Java) com uma redução de 20:1 para código, eu diria que sim, é uma redução bem relevante. Antes que alguns trolls apareçam criticando, sim, migrar uma aplicação é mais rápido do que desenvolver ela do zero, mas convenhamos, 20:1 é um número incontestável.

Ruby the Rival
Entrevista com alguns desenvolvedores experientes, mostrando sua visão da linguagem Ruby.

Ruby on Rail – Real World Usage
Uma lista com algumas empresas que já estão usando Rails em aplicações reais.

Ruby on Rails Dev Framework on Track for Growth

Fast-track your Web apps with Ruby on Rails
David Mertz demonstra através de uma mini-aplicação algumas vantagens do framework.

E isso pode ser o fim dos outros frameworks, seja Java, .Net, PHP, para desenvolvimento mainstream? Dificilmente. Que todo mundo abandonará Java e migrar para Rails? Com certeza, não.

A idéia desse how-to é facilitar a vida de quem quer criar um ambiente de desenvolvimento bem estruturado e sem ter que perder dias pra fazer isso. Você não precisa necessariamente instalar tudo que é descrito abaixo, mas note que alguns são pré-requisitos para outros itens.

Com certeza esta não é a única forma de integrar essa parafernalha toda, mas foi a melhor forma que eu achei (e consegui fazer funcionar). Se alguém tiver alguma sugestão/comentário, drop me a line.

Muitos ao ler vão se perguntar, “mas por que ele usou o Apache ao invés de colocar somente o Tomcat?”, já que o Tomcat acompanha um webserver build-in. Bom, levando em conta que é infinitamente mais simples integrar isso tudo com o Apache ao invés do Tomcat(e existir muito mais documentação para isso), existem alguns outros motivos para isso, como (dependendo do caso) melhor performance, a utilização dos modules, como o mod_rewrite, mod_proxy, etc.

Uma observação importante antes de começar, não faça como eu quando estava começando a fazer meus testes, não coloque ponto-e-vírgula depois das variáveis de sistema *_home.

No início de cada “sessão” eu fiz uma listagem das variáveis de sistema que devem ser criadas para o funcionamento correto de cada instalação. Antes de iniciar cada instalação, crie todas as variáveis indicadas. Para criar elas (supondo que você está no Windows XP), clique com o botão direito em “Meu Computador” -> Propriedades -> Avançado -> Variáveis de sistema -> Clique em “Nova” -> Coloque o nome e valor que estão indicados e clique em Ok. No Windows XP elas são válidas a partir do momento que você criou, mas se você está com um prompt de comando aberto será necessário reiniciá-lo.

Cuidado: muitas aplicações precisam estar na variável PATH do Windows para funcionar corretamente, então quando você ver PATH, é para adicionar o caminho à sua PATH e não substituir o conteúdo da variável.

Apache HTTP Server

Arquivos:

• apache_2.2.13-win32-x86-no_ssl.msi

- Antes de fazer qualquer outra coisa, verifique se você já não possui algum processo rodando na porta 80. Para isso, entre no console (run… “cmd”) e digite:

netstat -aon | find /i "listening" |find /i ":80"

Se encontrar algo, sua porta 80 está sendo usada. Pegue o ID encontrado, entre no task manager (ctrl+alt+del) -> processes -> view -> marque o check que diz PID e localize na lista o ID encontrado.

Dica: se você utiliza Skype, você precisa desabilitar o uso da porta 80 por ele, para poder utilizar corretamente o Apache. Para resolver isso, entre no Skype em Tools -> Options… -> Connection -> Desmarque a caixa “Use port 80 and 443 as alternatives for incomming connections”.

- Crie a pasta c:\dev\workspace\

- Entre no instalador: Next -> Marque “Accept…” -> Next -> Next -> Preencha com seus dados(não precisam ser dados reais) -> Next -> Marque “Custom…” -> Next -> Clique em “Change…” e digite “c:\dev”(ele coloca automaticamente dentro da pasta c:\dev\apache2\) -> Ok -> Next -> Install(espere instalar) -> Finish.

- Abra o arquivo c:\dev\apache2\conf\httpd.conf (recomendo criar um atalho pra ele enquanto você está configurando seu ambiente, você vai usá-lo bastante. E claro, a partir de agora, sempre que eu falar em http.conf você já sabe do que eu estou falando) e altere a linha que diz DocumentRoot para:

# faz com que o apache tome como diretório raiz c:\dev\workspace
DocumentRoot "c:/dev/workspace"

e altere a linha que diz

<Directory "c:/dev/Apache2/htdocs">

para

<Directory "c:/dev/workspace">

- Restarte o Apache clicando no ícone que foi criado no seu system tray e em seguida restart.

- Para testar, abra o seu browser favorito e entre em http://localhost. Você deve ver uma listagem do diretório c:\dev\workspace.

Java + Tomcat

Variáveis de sistema:

JAVA_HOME c:\dev\java\jdk
CATALINA_HOME c:\dev\tomcat
CLASSPATH .;%JAVA_HOME%;
PATH %JAVA_HOME%\bin;

Arquivos:

• jdk-6u16-windows-i586.exe
• apache-tomcat-6.0.20.exe
• mod_jk-1.2.28-httpd-2.2.3.so

- Entre no instalador do Java: Marque “Accept…” -> Next -> Clique em “Change…” e digite “c:\dev\java\jdk” -> Ok -> Next -> Aguarde ele instalar o JDK -> Clique em “Change…” (agora é a pasta de instalação da JRE) e digite “c:\dev\java\jre” -> Ok -> Next -> Next -> Finish.

- Agora entre no instalador do Tomcat: Next -> I Agree -> Selecione a instalação “Full” -> Next -> Digite o seguinte endereço “c:\dev\tomcat” -> Next -> Next -> Install -> Aguarde a instalação -> Desmarque a opção “Show readme” -> Finish.

- Coloque o arquivo mod_jk-1.2.28-httpd-2.2.3.so dentro de c:\apache2\modules\ e mude o nome do arquivo para mod_jk.so.[1]

- Para manter mais organizado vamos colocar as configurações do tomcat em um arquivo à parte. Adicione a linha à seguir no final do http.conf:

Include conf/tomcat.conf

- Agora crie um o tomcat.conf em C:\dev\apache2\conf com o seguinte conteúdo [2]

# carrega o connector
LoadModule jk_module modules/mod_jk.so
# faz com que o Apache também reconheça arquivos index.jsp como arquivo default para diretórios
DirectoryIndex index.jsp
# seta configurações de log
JkLogFile c:/dev/apache2/logs/mod_jk.log
JkLogLevel info
# aqui você monta os contextos do Tomcat, você deve fazer isso para as aplicações que você criar.
# Formato: JkMount URL_PREFIX WORKER_NAME
# Onde:
# URL_PREFIX é o caminho que vai ser acessado via browser. Ex: teste para http://localhost/teste
# WORKER_NAME no nosso exemplo sempre será ajp13
JkMount /jsp-examples/* ajp13
JkMount /servlets-examples/* ajp13
JkMount /tomcat-docs/* ajp13

- Mova as três pastas C:\dev\tomcat\webapps\jsp-examples, C:\dev\tomcat\webapps\servlets-examples, c:\dev\tomcat\webapps\tomcat-docs para dentro de c:\dev\workspace

- Edite o arquivo c:\tomcat\conf\server.xml e procure por uma linha que diz

<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">

e altere para (copie junto a tag DefaultContext)

<Host name="localhost" appBase="c:/dev/workspace"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<DefaultContext reloadable="true" />

- Feito isso, reinicie o Apache e depois o Tomcat.

- Para testar, entre em http://localhost/jsp-examples/ e http://localhost/servlets-examples/ e você deve ver os exemplos que acompanham o Tomcat (execute alguns exemplos para ter certeza que está tudo ok).

Links relacionados:

• Tomcat Clustering/Session Replication HOW-TO

PHP

Variáveis de sistema:
PHP_HOME c:\dev\php

Arquivos:

• php-5.3.0-Win32-VC9-x86.zip

- Descompacte o conteúdo do arquivo em c:\dev\php

- Entre em c:\dev\php\ e renomeie o arquivo “php.ini-recommended” para “php.ini”(mas se você quer algo mais próximo do que irá encontrar em um ambiente de produção, recomendo usar o “php.ini-dist” no lugar do “php.ini-recommended”).

- Abra o arquivo e procure pelas seguintes linhas alterando seu valor:

include_path = ".;c:\dev\php\includes"
doc_root = "c:\dev\workspace"
extension_dir = "c:\dev\php\ext"
display_errors = On

- Para manter mais organizado vamos colocar as configurações do PHP em um arquivo à parte. Adicione a linha à seguir no final do http.conf:

Include conf/php.conf

- Agora crie o php.conf em C:\dev\apache2\conf com o seguinte conteúdo:

# carrega o módulo do php
LoadModule php5_module "c:/dev/php/php5apache2.dll"
# adiciona o content type para os arquivos php
AddType application/x-httpd-php .php
# seta o home do php
PHPIniDir "c:/dev/php"
# faz com que o Apache também reconheça arquivos index.php como arquivo default para diretórios
DirectoryIndex index.php

- Reinicie o Apache

- Para testar, entre em c:\dev\workspace e crie um arquivo phpinfo.php com o conteúdo abaixo e acesse http://localhost/phpinfo.php

<? php phpinfo () ;?>

OBS: Se você deseja utilizar MySQL com o PHP, você deve utilizar a lib php_mysqli.dll [3]. Seguem as alterações que você deve fazer no seu php.ini:

extension=php_mysqli.dll
mysqli.default_host = localhost
mysqli.default_user = root

Links relacionados:

• Using ext/mysqli: Part I – Overview and Prepared Statements
• Using ext/mysqli: Part II – Extending mysqli

MySQL

Variáveis de sistema:

MYSQL_HOME c:\dev\mysql
PATH %MYSQL_HOME%\bin;

Arquivos:

• mysql-essential-5.1.38-win32.msi
• mysql-gui-tools-5.0-r17-win32.msi

- Entre no instalador: Next -> Marque “Custom” -> Next -> Clique em “Change…” e digite “c:\dev\mysql” -> Ok -> Next -> Install(espere instalar) -> Marque “Skip Sign-Up” -> Next -> Finish.

- O Instance Configuration Wizard será executado, continue a configuração: Next -> Next -> Next -> Next -> Next -> Next -> Next -> Selecione “Best Support For Multilingualism” -> Next -> Next -> Desmarque “Modify Settings” -> Next -> Execute -> Finish.

- Próximo passo é instalar o MySQL GUI Tools: Next -> Marque “I accept…” -> Next -> Clique em “Change…” e digite “c:\dev\mysql\tools” -> Ok -> Next -> Next -> Install -> Finish.

Links relacionados:

• An Overview of MySQL Query Browser’s Features and Capabilities

[1] O connector mod_jk2 foi descontinuado por desinteresse dos desenvolvedores e também pelos usuários, já que era mais difícil de configurar. Mas se você quer mesmo, ou precisa, utilizar o mod_jk2, este tutorial pode ajudar muito.

[2] Alguns tutoriais fazem uso de um arquivo workers.properties para setar algumas configuraçãoes do connector, mas como o objetivo deste tutorial é apenas montar um ambiente rápido e prático para desenvolvimento, não utilizaremos esta abordagem.

[3] Existe também o php_mysql.dll, mas como o php_mysqli.dll (o “i” é de improved) é mais recente e melhor, utilize ele. Alguns tutoriais consideram a utilização dos dois, mas particularmente não vejo nenhum problema em usar somente o php_mysqli. Uma vantagem (se é que pode ser chamada de vantagem) é que com php_mysqli.dll você não precisa setar a porta default (3306).
Mas cuidado, se você já possui uma aplicação e quer continuar o seu desenvolvimento, é recomendado dar uma boa verificada no código, já que existem incompatibilidades entre as libs.

Be careful when porting from ext/mysql to ext/mysqli. The following functions return NULL when no more data is available in the result set (ext/mysql’s functions return FALSE): mysqli_fetch_row(); mysqli_fetch_array(); mysqli_fetch_assoc();

update: é…não vou mais, digamos que um carro se atravessou no caminho. Ano que vem talvez né?