ctrl alt down no ubuntu

No eclipse é muito comum utilizar os atalhos "ctrl alt baixo" e "ctrl alt cima" para copiar linhas, certo?

Mas esses atalhos podem ser usados pelo sistema operacional também e acaba não sendo possível utilizá-los no eclipse.

No windows eu tive esse problema e desabilitei algo de atalhos dando um botão direito na área de trabalho e foi bem simples.

No ubuntu foi mais difícil, fui em "Keyboards > Shortcuts > Navigation" e mudei mas não adiantou, continuava trocando a workspace com "ctrl alt baixo". Até que meu amigo Phelipe Winter me deu a solução, que é a seguinte:

* No terminal digite dconf-editor
* Procure (ctrl f) por keybindings ou vá em "org > gnome > desktop > wm > keybindings"
* Edite o switch-to-workspace-down e switch-to-workspace-up tirando o maldito 'Down' e 'Up'

Pronto, use o eclipse feliz da vida :D

Abraço!
Adriano Schmidt

Cuidados ao entrar num projeto novo

Pessoal... queria dar algumas dicas para quando você for entrar um projeto novo...

1) Ctrl+Shift+F
Nunca dê um Ctrl+Shift+F no projeto inteiro.. nem na classe que você está alterando...

Um Ctrl+Shift+F atrapalha muito a realização de merges e de certa forma faz você perder o histórico de alterações no controle de versão, pois vai ser difícil comparar algo com uma versão antiga pois vai estar com uma formatação toda diferente.

Se você está criando uma classe nova, tudo bem, mas muito cuidado ao mexer em códigos já existentes.

Caso você crie um método novo, você pode selecionar esse método, e dar um Ctrl+Shif+F, pois vai formatar apenar o trecho de código selecionado, mantendo intacto o resto da classe.

Tem até como criar um xml de formatação no eclipse e depois as outras pessoas podem importar em seus eclipses, mas acho muito trabalhoso manter isso.

Caso seja decidido aplicar algo no projeto inteiro, isso deve ser bem pensado, nunca é só chegar e fazer.

2) Encoding no eclipse
Antes de salvar uma classe verifique se o encoding do projeto no seu eclipse está correto, veja se os acentos não vão virar caracteres estranhos..
Isso é muito comum quando uma equipe usa windows e entra alguém que usa linux ou vice-versa.
Para mudar o encoding do seu projeto no eclipse é só ir nas propriedades do projeto no eclipse.

Caso você ache que o encoding poderia ser outro, converse com a equipe, nunca chegue e mude por conta própria.

3) Encoding no maven
Nunca altere o encoding do projeto no maven colocando no pom a linha abaixo:
UTF-8

Se for fazer isso converse com alguém que já está no projeto ou então você deve saber o que está fazendo.. uma dica é, se for fazer, faça apenas local.

4) Não use acentos em comentários
O título é auto explicativo, a ideia é simples, se não tem acentos, diminui a probabilidade de problemas com encoding. Ah, e sempre é bom falar, em nome de variável também não se deve usar ç ou coisas assim.

Essas simples ações tornam o ambiente de trabalho melhor, faça o bem sem olhar a quem! :D

PS: Escrevi tudo isso e mandei para todos os desenvolvedores da empresa que trabalho depois de passar muitas horas (muitas mesmo) fazendo um merge de um projeto gigante e corrigindo caracteres especiais. Então, não falo por mal, falo para evitar que outras pessoas passem por esse sofrimento.

Abraços!
Adriano Schmidt

Please specify a context-root compiler argument

Olá, hoje num projeto flex aqui aconteceu o seguinte erro:

The services configuration includes a channel-definition 'my-http' that has an endpoint with a context.root token but a context root has not been defined. Please specify a context-root compiler argument.

Para resolver cliquei com o botão direito no projeto, properties, flex compiler e em "additional compiler arguments" adicionei o seguinte no final da linha:

-context-root nomeDoContexto

Pronto! Problema resolvido!

Abraços,
Adriano Schmidt

configuration variable 'compiler.library-path' value contains unknown token 'M2_REPO'

Olá, ao baixar projetos flex com maven e rodar o mvn flex:eclipse estavam acontecendo esses erros no eclipse:

configuration variable 'compiler.library-path' value contains unknown token 'M2_REPO'
configuration variable 'compiler.external-library-path' value contains unknown token 'M2_REPO'

O problema era que em algum lugar não estava setada a variável M2_REPO. Essa variável aponta para o repositório do maven na sua máquina. Por exemplo C:\Users\adriano.schmidt\.m2\repository

Aqui eu tinha isso nas minhas variáveis de ambiente e também nas minhas classpath variables do eclipse. Ainda não sei onde mais tenho que configurar isso.

Para resolver eu cliquei com o botão direito no projeto, fui em properties, escolhi "Flex Build Path" ou "Flex library Build Path" depende do seu projeto.. e na aba "library path" alterei todas as dependências trocando o ${M2_REPO} por C:/Users/adriano.schmidt/.m2/repository (barras para a direita)

Você também pode fazer search/replace no arquivo .actionScriptProperties.

Aqui isso aconteceu num projeto flex.. caso seja com java que ocorra esse erro para você a solução será semelhante.

Abraaaços!
Adriano Schmidt

Path must include project and resource name

Olá, ao criar um projeto flex com maven (http://maven.servebox.org/sites/maven-flex-plugin/flex-plugin/) aconteceu o erro abaixo no eclipse após executar o comando mvn flex:eclipse e atualizar o projeto.

An error has occurred. See error log for more details.
Path must include project and resource name: /nome-do-projeto

O problema era que no meu pom.xml eu estava utilizando a tag sourceDirectory da seguinte forma:

<sourceDirectory>.</sourceDirectory>

Coloquei o ponto para definir o diretório atual (raiz) como o diretório onde estavam os fontes, porém, isso causava o erro acima. Para resolver arranquei fora essa tag do meu pom, assim a pasta src/main/flex foi assumida por default como diretório de fontes, a única coisa que tive que fazer foi criar as pastas src/main/flex e migrar meus fontes da raiz para esse diretório.

Vaaaleu
Adriano Schmidt

java.lang.String cannot be cast to org.servebox.flex.mojo.FlexLicense

Olá, aconteceu comigo agora o erro:

java.lang.ClassCastException: java.lang.String cannot be cast to org.servebox.flex.mojo.FlexLicense
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.handleCompilationOptions(AbstractFlexMakeMojo.java:1142)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.handleConfiguration(AbstractFlexMakeMojo.java:990)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.invokeCompiler(AbstractFlexMakeMojo.java:923)
at org.servebox.flex.mojo.MakeSWFMojo.invokeCompiler(MakeSWFMojo.java:105)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.compile(AbstractFlexMakeMojo.java:858)
at org.servebox.flex.mojo.MakeSWFMojo.compile(MakeSWFMojo.java:113)

O erro aconteceu pois eu usei a tag abaixo:
<licenses>
<flexbuilder3>1111-1111-1111-1111-1111-1111</flexbuilder3>
</licenses>

Mas deveria ter usado da seguinte forma:
<flex3LicenceKey>1111-1111-1111-1111-1111-1111</flex3LicenceKey>

Ambas as formas estavam dentro de <plugin> e dentro de <configuration>

Vaaleu!

JBoss 6 Final eclipse

Olá, utilizando o JBoss 6 M5 no eclipse tudo ocorria bem, quando fui migrar para o JBoss 6 Final tive o seguinte erro:

Error installing to Instantiated: name=PostEjbJarMetadataDeployer state=Described: java.lang.NoSuchMethodError: javax.annotation.Resource.lookup()Ljava/lang/String;

Para resolver bastou adicionar nos VM arguments o seguinte:

-Djava.endorsed.dirs="C:\jboss-6.0.0-Final\lib\endorsed"

Troque C:\jboss-6.0.0-Final pela pasta do seu JBoss.

Fontes:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=250643
http://community.jboss.org/message/587813?tstart=60

Vaaleu!

Access restriction BASE64Decoder

Oi : )

Hoje peguei um projeto novo aqui na empresa e aconteceram os seguintes erros:

Access restriction: The constructor BASE64Decoder() is not accessible due to restriction on required library C:\Program Files\Java\jre1.6.0_06\lib\rt.jar
Access restriction: The method decodeBuffer(String) from the type CharacterDecoder is not accessible due to restriction on required library C:\Program Files\Java\jre1.6.0_06\lib\rt.jar
Access restriction: The method encode(byte[]) from the type CharacterEncoder is not accessible due to restriction on required library C:\Program Files\Java\jre1.6.0_06\lib\rt.jar
Access restriction: The type BASE64Encoder is not accessible due to restriction on required library C:\Program Files\Java\jre1.6.0_06\lib\rt.jar
The project cannot be built until build path errors are resolved

Para resolver isso fiz o seguinte (no eclipse):
Botao direito no projeto > Properties > Java Compiler > Errors/Warnings > Deprecated and restricted API > Forbidden reference (access rules)
Nesse campo alterei o combobox de Error para Warning e pronto! Tudo certo o/

Talvez essa não seja a melhor solução mas resolveu o meu problema aqui, espero que possa ajudar outras pessoas.

Vaaaaleu! Até mais!

Missing classpath entry default/lib/mail.jar

Olá, tenho sempre esse problema quando crio um novo servidor no eclipse... ele acontece pois o eclipse verifica se dentro do contexto do JBoss existe o arquivo mail.jar dentro da pasta lib, porém, se o seu contexto não se chamar 'default', esse problema ocorre...

para resolver é fácil, basta dentro da pasta 'server' dentro do seu jboss, criar uma pasta chamada 'default', dentro dela criar uma pasta chamada 'lib', e por fim, dentro da pasta lib é necessário criar um arquivo chamado mail.jar (pegue qualquer arquivo .jar, cole lá e renomeie, ou então crie um arquivo de texto 'texto.txt' e renomeie para 'mail.jar')

assim, você passa da validação e pode usar o seu contexto normamente!

Existe uma forma mais complexa para resolver isso (só continue lendo se os paragrafos anteriores não te satisfizeram)... dentro da pasta plugins da pasta do eclipse, existe uma pasta com nome mais ou menos assim 'org.eclipse.jst.server.generic.jboss_1.6.1.v200904151730', aí dentro tem uma pasta 'servers' com alguns xmls, neles ficam as validações para criação de um novo servidor no eclipse, alterando esse xmls da forma correta você nunca mais terá esse problema... você encontrará linhas como essas:

for validation to work this library is defined as an archive
exclude name="server/default/lib/mail.jar"

se estiver interessado em testar, exclua essas linhas e outras que possam inteferir, no momento estou sem tempo para ver isso mais a fundo, mas fica a dica.

Valeeu!

documentar identar formatar flex

Aeww,

Existe um plugin para o eclipse que ajuda muito na hora de documentar, identar e/ou formatar o código flex... é o flexprettyprintcommand que pode ser baixado no link abaixo:
http://sourceforge.net/projects/flexformatter/files/

Se você quer documentar seu código flex você pode dar uma olhada nesse pdf que vai te ajudar um pouco também...
http://blog.dclick.com.br/wp-content/uploads/documentando-actionscript-e-mxml-v10.pdf

vaaleu!

Descompilador java - plugin eclipse

daeew

agora vou mostrar como descompilar .class diretamente do eclipse, existe um plugin que faz esse serviço, para usá-lo siga esses passos:

Baixe o jad (de acordo com o sistema operacional que você usa) em http://www.varaneckas.com/jad e descompacte em alguma pasta da sua máquina. Por exemplo, eu como uso ubuntu baixei o "Jad 1.5.8e for Linux on Intel platform" e descompactei em "/home/adriano/jad"

Depois, baixe o plugin para o eclipse em http://sourceforge.net/projects/jadclipse/ e cole-o na pasta plugins, dentro da pasta de instalação do eclipse.

Reinicie o eclipse.

No eclipse, em "Window > Preferences > Java > JadClipse" Configure o primeiro campo com o caminho onde o jad foi instalado. Aqui está /home/adriano/jad/jad, em uma máquina Windows ficaria algo como C:/jad/jad.exe

Talvez tenha que reiniciar o eclipse, não tenho certeza, eu reiniciei.

Teste! Abra qualquer arquivo .class no eclipse que lhe será mostrado o descompilado.

Aqui deu o seguinte problema: error while loading shared libraries: libstdc++-libc6.2-2.so.3: cannot open shared object file: No such file or directory

Para resolver fiz o seguinte:

Baixei o arquivo http://packages.ubuntu.com/dapper/i386/libstdc++2.10-glibc2.2/download

Via terminal dei 2 comandos:

sudo dpkg --force-architecture -i libstdc++2.10-glibc2.2_2.95.4-24_i386.deb
sudo ldconfig

E pronto, ao reiniciar o eclipse, tudo estava ok.

Vaaleu!!