Executando Java Applet/Swing App com certificado (sign) no Mountain Lion

Problemas ao executar uma aplicação Java (Applet / Swing)  via JWS (Java Web Start) com certificado no Mac OS X Mountain Lion? É provavel que este post te ajude.


No Mac OS X Mountain Lion, caso você faça download de uma aplicação Java (Applet / Swing) assinadas com um certificado "caseiro" (gerado pelo desenvolvedor, por exemplo) o browser apresenta uma mensagem indicando que a aplicação utilizará recursos da sua máquina, e que o certificado digital não é conhecido. Esse procedimento é normal e também ocorre em outros SOs, como Ubuntu e Windows. O detalhe é que, no caso do Mountain Lion, o botão Allow não está habilitado.

Exemplo:

Por default o Mountain Lion trava o download de aplicações com certificados digitais desconhecidos. Para mudar esse comportamento basta acessar:

Preferences -> Security & Privacy > Allow applications downloaded from:

E selecionar Anywhere

Pronto, o botão Allow poderá ser acionado.

@edermag

www.yaw.com.br 

JDO para App Engine: ClassNotFoundException em DatastoreJDOPersistenceManagerFactory

Durante a execução de uma aplicação desenvolvida para o App Engine, utilizando o plugin mais recente do Goole para o Eclipse (Juno), pode ocorrer um ClassNotFoundException para a classe: org.datanucleus.store.appengine.jdo.DatastoreJDOPersistenceManagerFactory.

DatastoreJDOPersistenceManagerFactory é uma factory para o gestor de persistência do JDO. Uma extensão de JDOPersistenceManagerFactory, disponibilizada com o datanucleus-appengine (plugin do App Engine).

Essa classe não existe no pacote datanucleus-appengine versão 2. Portanto se você tentar executar uma aplicação desenvolvida para App Engine com JDO fique atento a versão que o plugin do Eclipse está assumindo.

Para evitar o erro acessa a tela do Eclipse com as propriedades App Engine do Projeto (Properties -> Google -> App Engine), e modifique o campo Datanucleus JDO/JPA version para v1.


@edermag
www.yaw.com.br

Acessar repositórios no github com proxy HTTP (http.proxy do git)

No ambiente corporativo é muito comum o uso de proxy HTTP. Portanto para trabalhar com os repositórios remotos do git, com o github via HTTP(s), é necessário considerar as configurações do proxy.

Antes de fazer clone, pull ou push dos fontes no github faça as seguintes configurações do git:

$ git config --global http.proxy http://usuario:senha@host:port

Aonde:

• usuario: deve contar o login para o proxy;
• senha: a senha do proxy;
• host: o ip do servidor proxy;
• port: a porta do proxy;

Para testar, o comando pra clonar um repo:

$ git clone https://github.com/yaw/produtividade-eclipse.git

Pronto!

@edermag
www.yaw.com.br