sudo apt-get install python-software-properties
sudo add-apt-repository ppa:pitti/postgresql
sudo apt-get update
sudo apt-get install postgresql-9.1 libpq-dev

And you’re ready to rock. If you want to test it, just do this:
sudo su - postgres
psql -d postgres -U postgres

Configurations goes here: /etc/postgresql/9.1/main
Data goes here: /var/lib/postgresql/9.1/main

Or, if you already have an older version of PostgreSQL running, just do this instead:

sudo apt-get install python-software-properties
sudo add-apt-repository ppa:pitti/postgresql
sudo apt-get update
sudo apt-get upgrade

If you need to access it remotely, do it right: First, set a password for postgres user using this:
passwd postgres

Then change postgres database user:
su - postgres
psql -d postgres -c "ALTER USER postgres WITH PASSWORD 'my_shiny_password';"

And then setup a SSH Tunnel to the server. Linode guys have a good tutorial on how to do this: Securely Manage Remote PostgreSQL Servers with pgAdmin.

/usr/bin/ruby -e "$(curl -fsSL https://raw.github.com/gist/323731)"

Then install qt from source, using:

brew install qt --build-from-source

It should work.

Related:

• Qt 4.8 beta and Mac OSX Lion, Phonon error
• changing README to alert users about OS X 10.7 binary incompatibility

ps: esse é um post meu de 2005 que atualizei pra refletir a realidade do framework.

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/Rails com outros frameworks/linguagens, mas sim mostrar as principais vantagens que um desenvolvedor pode ter utilizando este framework. Seguem os pontos:

Produtividade – como o desenvolvedor consegue resolver seu problema de uma forma mais simples, clara e concisa o desenvolvimento se torna mais agradável e rápido.

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 precisarem fazer manutenção no código.

Convention over configuration – o Rails se baseia no princípio convenção sobre configuração. Ao invés de criar dezenas de arquivos para configuração, basta utilizar algumas convenções pré-definidas e, caso necessário, customizar somente o que for necessário. A configuração é feita através de arquivos YML, um formato simples de declarar configurações. Isso se traduz diretamente para economia de tempo no desenvolvimento.

Code generation – você não precisa criar sempre toda a estrutura de código à partir do zero, o que permite um tempo de startup e time-to-market menor do projeto. A principal vantagem do Rails quando comparada à outras tecnologias é que o código gerado é limpo e conciso, facilitando manutenções futuras. Outros frameworks até possuem geradores de código, mas uma vez gerado, são extremamente complexos e difíceis de receberem manutenção.

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.

Como sempre foi dada muita importância pra isso, o framework como um todo foi moldado para evitar a duplicação de código.

Maturidade – a linguagem Ruby é bastante madura, foi criada pelo japonês Yukihiro “Matz” Matsumoto em 1993 e teve seu primeiro relase público em 1995(mesmo ano que o Java, por exemplo). Além disso, o framework Rails possui um bom tempo de vida, tendo seu primeiro release público em 2003.

Performance – o framework possui uma série de ferramentas e configurações que permitem excelentes ganhos de performance da aplicação e de uma forma simples, sem necessidade de um trabalho braçal por parte do desenvolvedor.

Segurança – o framework foi feito com uma grande preocupação nesse requisito, oferecendo ferramentas para tratamento das principais questões de segurança que um site precisa, como XSS e SQL-Injection, facilitando a vida do desenvolvedor e garantindo uma maior integridade da aplicação.

Suporte à vários databases – Rails vem com suporte à diversos databases, entre eles os principais bancos de dados do mercado: PostgreSQL, MySQL, Oracle, SQL Server.

IDE’s – já possui uma boa gama de ferramentas, como RubyMine, TextMate, Komodo, Aptana e Sublime Text.

Suporte nativo para Ajax – Ruby on Rails vem por padrão com o framework javascript jQuery, que permite a fácil adição de avançados recursos de interface, tornando mais fácil a criação de interfaces ricas e com melhor usabilidade.

Foco em testes – Ruby on Rails já vem com a ferramenta Test::Unit para automação dos testes da sua aplicação, além de possuir outras ótimas ferramentas como o RSpec.

Curva de aprendizado – aprender como funciona uma aplicação criada com Rails é mais simples que na maioria das outras tecnologias atuais, como Java, PHP, C#/.Net, como também para quem está querendo começar a desenvolver.

Cross-plataform – existe um bom suporte aos principais sistemas operationais do mercado, como Windows, Linux e MacOSX.

OpenSource – possui seu código completamente aberto, assim como a absoluta maioria dos plugins e bibliotecas disponíveis para ele. A comunidade é muito ativa e existem literalmente centenas de desenvolvedores que contribuem com código para melhorar o framework.

Feedback instantâneo – o ciclo de desenvolvimento é instantâneo, uma vez que não requer que o desenvolvedor fique reiniciando seu servidor de aplicação à cada mudança que faz (salvo algumas poucas configurações do framework).

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 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 ou o vídeo Introducing Rails 3, do Gregg Pollack.

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.

- browser address bar: https://github.com/adium

> 404 not found

Damn! Well, let’s look further.

• http://adium.im/ Hum, there’s a development link. *click*.
• http://trac.adium.im/ Lot’s of info. Hum, maybe this link in “Contribute” session. *click*
• http://trac.adium.im/wiki/Development Hum, lots of links. “Getting Adium source”. Well, this is what I want. *click*
• http://trac.adium.im/wiki/GettingAdiumSource More links, text, etc. Maybe this one “Getting the Newest Adium Source” *click*
• http://trac.adium.im/wiki/GettingNewestAdiumSource Hum, I’m getting closer. Wait, what? mercurial? Really? Damn, I already forgot the bug I have found.

Disclaimer: I’m a huge fan of Adium and it’s the IM of choice for me over 4 years, but guys, you’re doing it wrong when comes to helping devs to help you.

Bom, já vi essa corrente em alguns blogs porai, mas agora que a Luiza indicou, resolvi gastar um tempo e publicar algo. Enfim, ai vai:

• eu tenho “alergia ao sol”. na verdade, não é alergia, mas espirro sempre que estou em um lugar escuro e vou para outro com uma claridade relativamente maior. o nome correto disso é espirro de reflexo fótico. muita gente(dizem que chega à 1/3 da população) possui isso e não se dá conta, mas resumidamente, seria como se tivessemos “fios cruzados” no cérebro.
  

  Um espirro é geralmente desencadeado pela irritação do nariz, identificada pelo nervo trigeminal, um nervo cranial responsável pelas sensações e controle motor da face. Ele está bem próximo do nervo óptico que, por sua vez, “percebe”, por exemplo, quando um feixe repentino de luz entra na retina. De acordo com a teoria, assim que o nervo óptico dá o sinal para o cérebro constringir as pupilas, parte do sinal elétrico é identificado pelo nervo trigeminal e confundido pelo cérebro como aviso de nariz irritado. E assim acontece o espirro.

  Mais sobre o assunto:

  • Olhar para o sol pode fazer espirrar, sim
  • Photic sneeze reflex
• minha mãe me levou ao psicólogo na 5a série. Por estudar demais. Sério. Até a 5a série, eu acordava todo dia(mesmo quando não tinha prova) por volta das 6 da manhã para estudar até umas 7, horário que tinha que começar a me arrumar pra ir pro colégio. depois de sair da 3a consulta, falei pra minha mãe(lembro como se fosse hoje…) “mãe, eu paro de estudar, mas não me tras mais nessa tia, ela é muito chata”.
• eu comecei a estudar inglês por causa de um jogo. na 6a série, ganhei uma rifa da igreja (rá!) e ao invés de pegar o prêmio, pedi o dinheiro, fui numa dessas lojas de informática e comprei o que parecia mais legal. Diablo (rá!). Pra quem não conhece, é um RPG, e simplesmente não rola jogar sem saber um mínimo de inglês. Como eu não sabia absolutamente nada de inglês(não que tenha mudado muito até hoje…), comecei a traduzir palavra à palavra usando um dicionário (lá por 1996 não existia Google Translate ainda). ps: viciei tanto no jogo que zerei ele 37 vezes(incluindo o Diablo:Hellfire) e a continuação, Diablo II, mais umas 2x.
• quando eu era bem pequeno, sempre ganhei brinquedos dos meus pais, família, etc, nada absurdo, mas tinha alguns. Mas o que eu mais gostava de brincar era uma tampa de lata de Nescau. sim, essas de metal mesmo. o que fazia com ela? simples, sentava perto da porta onde entrava o sol, e ficava fazendo reflexo nas paredes.
• acho que uma das coisas que mais contribuiu pra eu gostar de ler foi que meu pai nunca me negou uma única revista. até a 5a série, eu voltava de casa depois da escola com meu pai e ia ao super mercado fazer as compras, etc. hoje em dia não é mais comum, mas naquela época(to velho…) sempre tinha algumas revistas sobre videogames do lado do caixa, e sempre que eu via uma que me interessava, pedia pro meu pai. podia não ser a melhor cultura do mundo, mas acredito que contribuiu muito pra minha formação.
• eu já roubei ferrero rocher. bom, antes eu comentei que ia ao supermercado com meu pai fazer as compras. pois em uma dessas, descobri que haviam lançado uma série que vinha em umas caixinhas de um papelãozinho bem vagabundo(até tentei achar foto, mas não achei, faz séculos já…) e que era super fácil de abrir. eu, chocólatra desde muleque, ia toda vez no setor de doces, pegava um bombom(sempre da mesma caixa, que eu deixava estrategicamente posicionada), colocava no bolso e ia no banheiro do super mercado saborear o doce. sem dúvida dei prejuízo de umas 3 caixas pro super mercado.

ps: sim, sou eu na foto, mais ou menos na época das artes que contei por último. eu sei, eu sei.

Hey pessoal, quick post: acabei de jogar no github mais um projeto que uso a tempo e contribui com algum código: o jquery-maskMoney plugin. É basicamente um plugin pra fazer o trabalho chato de ficar controlando formatação de campos numéricos(com ou sem precisão decimal).

Pra usar ele é mega simples, mas mostrar é mais fácil que falar, então dê uma espiada na página de exemplos. Dúvidas, sugestões, críticas, etc, basta entrar em contato, abrir uma issue no projeto ou deixar um comentário!

Faz um bom tempo que tenho uma mania chata: gosto de ter tudo sempre atualizado. Confesso que é quase uma frescura (nada de piadinhas sobre gaúchos, ok?), mas automatizando um pouco, é um vício que da pra conviver. Para as apps do Mac OS X eu uso o AppFresh, que funciona muito bem e tem integração com o iUseThis. Mas ainda tinham algumas coisas que eu ainda fazia manualmente: MacPorts e RubyGems eram duas delas.

Depois do post que fiz sobre o rmagick-osx-installer tive a idéia de fazer um script que fizesse o trabalho sujo por mim também. E depois de muita procastinação: update_cadabra!

É basicamente, um script bash que roda os comandos pra atualização do Ruby Gems+gems+MacPorts+ports – e de quebra, ainda faz uma faxina no que está sobrando. Espero que usem, sugiram coisas novas e poupem ainda mais nosso tempo.

Pra usar, é só baixar o script, dar permissão de execução pro script e executá-lo:

chmod u+x update_cadabra.sh
sudo update_cadabra.sh

ps: se você por algum motivo não pode atualizar suas gems, ou ainda tem algumas gems antigas instaladas para algum sistema legado, não recomendo usar o script
ps2: use por sua conta e risco

• Cuidado com os getters e setters: tentadores, eles tem preparo extremamente simples (ainda mais com ferramentas como o Eclipse e o IntelliJ), porém, assim como a gordura, se consumidas em excesso são prejudiciais a saúde, então, moderação!
• As saborosas interfaces: são deliciosas e extremamente nutritivas. Porém, cuidado: elas não são adequadas pra todas as ocasiões. Porque iriamos colocar interfaces onde vamos ter apenas uma implementação?
• Não coma somente pra agradar os outros: quem nunca teve uma tia que ofereceu uma porção de um prato que você não suporta e acaba comendo só pra agradar? Se você se flagra frequentemente alterando xmls, pare um pouco e pense se aquilo é realmente necessário ou se você não está fazendo só pra agradar o framework.
• Evite repetir: a feijoada da vovó é bem tentadora einh? Mas repetir pode resultar em uma indigestão enorme. Código repetido também não desce bem.
• Experimente antes de servir: essa é uma dica que serve mais quando você está cozinhando. Mesmo os mais experientes cozinheiros, experimentam sua comida durante o preparo. Você deveria fazer o mesmo.
• Menos é mais: a cozinha francesa tem a fama de ser a mais saborosa do mundo – e também por servir pratos com quantidades bem reduzidas. Guarde bem: mais essência, menos quantidade.
  

  Success only grows when work(pain, strain, effort) decreases and non-work (fun, love, effort-lessness) increases. – Fred Gratzon, The lazy way to success

• Prefira um bom restaurante à um posto de conveniências: prefira comer um bom prato em um restaurante do que um hamburguer em um posto de conveniências. Usar herança pode parecer mais prático que usar interfaces, mas seu estômago prefere as interfaces.

Com o tempo (e com os comentários relevantes), vou adicionando novas dicas para que todos (inclusive eu), tenhamos uma vida mais saudável.

A alguns dias, Doug Bowman, visual design lead no Google, anúnciou de que estaria saindo da empresa para se juntar ao time do twitter. Ele foi um dos primeiros a trabalhar nessa área no Google, e com certeza grandes idéias vieram de sua mente – inclusive participando do redesign completo do Blogger, alguns anos atrás.

Porém, novas pessoas trazem novas idéias e com a entrada de August de los Reyes (ex creative director for the Windows Platform Core Innovation team) no seu lugar, as coisas tendem a melhorar. Ele já estava trabalhando em conjunto com o Google à um certo tempo, mas como parte de um acordo com o Google – e o próprio Bowman – decidiram manter tudo em segredo, até para evitar boatos sobre quais os rumos que a empresa iria tomar.

Porém, com o anúncio oficial, isso deixa de ser um segredo e as idéias do novo membro começam a aparecer, sendo uma delas sendo uma melhoria significativa na interface do Youtube, projeto esse que vem sendo desenvolvido a alguns meses e tem como objetivomelhorar a usabilidade do sistema como um todo e também incentivar ainda mais o aprendizado – uma iniciativa que foi concebida juntamente com o Youtube EDU. Espero sinceramente que o substituto consiga manter o nível das inovações, que sempre foram característica do Google.

Confira o novo design.

Abri um chamado no site da Anatel solicitando o cancelamento do serviço Claro 3G sem o pagamento da multa, uma vez que eu não estava recebendo o contratado. Após 5 dias a própria Claro me ligou (nada de ligações intermináveis) oferecendo 4 meses gratuitos caso eu desejasse ficar com o plano. Informei que queria realmente cancelar o plano pois não estava atendendo as minhas necessidades. Na hora o rapaz cancelou o plano. O texto que usei para cancelar foi o seguinte (caso alguém queira copiar…):

Após meses de reclamações, stress, promessas não cumpridas, desisto de dar chances para a Claro 3G. O serviço que estou recebendo não é o que foi contratado. Seguem alguns dos N protocolos que abri reclamando dos serviços (alguns com registros de indisponibilidade do serviço e outros com velocidade abaixo da mínima estipulada em contrato, 10% de 1mb): 2008170992395, 2008163867876, 2008172621416. Se for verificado no banco de dados da Claro, verão que existem outros chamado meus relatando problemas. Quero que o serviço seja cancelado sem o pagamento da taxa de rompimento de contrato e, se possível, reembolso dos meses pagos.

Então já sabe, se quizer cancelar seu 3G sem se estressar e perder muito tempo no telefone, vá direto ao site da Anatel – ou pelo telefone 0800 33 2001, nos dias úteis, das 8h às 20h – e solicite diretamente o cancelamento, nem perca tempo ligando para a Claro.

Para abrir o chamado pela internet eu usei as seguintes opções:

1. Cadastrar Solicitação
2. Tipo de Atendimento: Reclamação
3. Serviço: Telefonia Móvel
4. Modalidade de Serviço: Pós-Pago
5. Motivo: Cancelamento, preencha o número do Claro 3G no campo que diz número (vem sempre na conta) e dê “Avançar”
6. Na última tela, selecione “Claro” no campo “Reclamado”, coloque uma descrição (pode usar o que eu coloquei como exemplo) e clique em “Confirmar”

Fácil, indolor e sem multa.

java.lang.UnsupportedClassVersionError: Bad version number in .class file

Após decompilar uma classe (aproveitando, usei o JD-GUI que funcionou bem no MacOS) que estava rodando no servidor (e *MEH* eu não tinha o fonte), alterar, recompilar na minha máquina e jogar de volta pro servidor, comecei a receber a mensagem de erro. Após revisar todas as configurações do Eclipse (Java Compiler específico no projeto, JRE System Library correto) continuei recebendo o mesmo erro.

Depois de procurar muito, descobri que mesmo alterando todas as configurações no Eclipse, na pasta do projeto ainda ficou um arquivo configurado pra java 6.0. Então se enfrentar o mesmo problema, procure pelo arquivo:

$PROJECT_ROOT/.settings/org.eclipse.jst.common.project.facet.core.prefs

E edite alterando a JRE para a correta para o seu projeto.

Mas sendo mais prático preguiçoso, sempre existe uma forma mais fácil e menos dolorosa de fazer as coisas. E foi então que achei o rmagick-osx-installer. Basta fazer download, descompactar e executar

ruby rm_install.rb

E depois de todo processo completo (com um pouco de sorte), você verá um lindo resumo como esse:

Summary: There were 0 failures
libpng 1.2.26 was already installed.
libjpeg was installed successfully
ghostscript was installed successfully
ghostscript-fonts-std was installed successfully
FreeType 9.17.3 was already installed.
libwmf was installed successfully
ImageMagick was installed successfully
RMagick was installed successfully
Removing rm_install_tmp directory...Done

Update: agora também é possível instalar o ImageMagick com o bom e velho ports:

sudo port install ImageMagick

Hoje resolvi fazer uma atualização do Rails e cia aqui e dei de cara com um problema chato de resolver. Além de instalar as versões novas dos gems, queria me livrar as antigas. Mas sempre que tentava fazer o gem cleanup, recebia o seguinte erro:

~ plentz$ sudo gem cleanup
Cleaning up installed gems...
Attempting to uninstall mongrel-1.0.1
ERROR: While executing gem ... (Gem::InstallError)
Unknown gem mongrel = 1.0.1

Depois de fazer um find (find . -iname mongrel* mesmo) no / inteiro, descobri um diretório com vários gems antigos. Ele fica em:

/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8

Entrei nele e fiz literalmente um limpa. Apaguei todos arquivos dentro das pastas specifications, doc, cache e gems. Então se quizer deixar sua instalação 100% fresh, rode os comandos abaixo, e caso encontre algum problema, siga a dica acima:

sudo gem update --system
sudo gem update
sudo gem cleanup

Depois confira que você ficou só com as últimas versões rodando: gem list.

É 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

Mas perai. Qualquer um consegue acessar o meu chamado na Anatel? E se eu trocar o número do chamado? Vamos ver. http://sistemas.anatel.gov.br/focus/FaleConosco/MostrarDetalheSolicitacao.asp?idtSolicitacao=7094111. Excelente. Chamados públicos e com id sequencial. Parabéns equipe Anatel. Muito bom.

Ou seja, qualquer pessoa pode acessar qualquer chamado, pois os mesmos são abertos a público. E pior, com dados que não poderiam ser publicados, como CPF, email, telefone…ótimo não? Mas fica ainda pior. Sempre pode ficar pior. Me dei conta que o login do site da Anatel é a combinação CPF+email. E esses dados são exibidos publicamente. Já entenderam o tamanho do problema, né?

Então já que após 3 dias até agora não escutei um “ah” da Anatel, resolvi fazer uma certa publicidade, pra ver se as coisas andam mais rápido. Por sinal, meu chamado do BrTurbo parece estar andando mais rápido que o chamado deles.

Só fica a dúvida: e a privacidade, Anatel?

update: pra quem não viu, tirei uma screenshot reproduzindo o problema, Anatel tentando corrigir o problema e do site da Anatel “em Manutenção”.
update 2: recebi agora pela manhã uma ligação da responsável pelo sistema da Anatel, agradecendo sobre o alerta e se comprometendo a só colocar o sistema no ar novamente quando tudo estiver resolvido – e me deixou o número para ligar diretamente, caso encontre outro problema. A publicidade funcionou.

Links:

• Baguete – Furo: Anatel retira dados do ar
• Baguete – Furo: Anatel expõe dados pessoais
• iMasters – Anatel exibe dados de usuários na web