Frase do dia…. Java…
Postado por markito em 3 julho, 2008 guardado em Oracle/BEA“Saying that Java is good because it works on all platforms is like saying anal sex is good because it works on all genders…”
Uma prova disso:
-rw-r--r-- 1 markito markito 203 2008-06-03 20:06
.settings\com.bea.dsp.ide.projectProperties.xml
[?]
julho 3rd, 2008 at 7:49 pm
Na boa, eu conheço esse ditado de sites defensores do .Net – eu acho uma analogia bastante infeliz.
O java funciona bem em várias plataformas sim. As pessoas não percebem mais que produzem um binário em Windows (EAR) e rodam ele sem problema nenhum em Linux, Solaris ou a seja la onde for.
Antes, com outros tipos de sistema a gente precisava de um cross compiler e toda uma engenharia para conseguir produzir alguma coisa fora do ambiente de produção.
Essa é a verdadeira portabilidade do Java.
Quanto ao exemplo, não entendi… um arquivo de configuração de projeto em dsp… e?
ps: sim, eu compro briga pelo java e pela bea hahahaha
julho 4th, 2008 at 8:10 am
Bom, vamos la..
Primeiro, nao sou “defensor” de .net e muito menos qualquer plataforma M$.. muito pelo contrário..
Sobre a comparação, é valida sim, porque fazer java ser multiplataforma tem custo e é possível, assim como fazer “anal sex” é possível em homem e mulher, com um certo custo (ou prazer até para alguns.. Vide caso do “To be”). A questão da comparação é, funcionar, funciona, uns gostam, outros não. Alguns tem problemas, outros não…
A ideia de cross compiler, se parar pra pensar, se mantem, porém escondida dentro da jvm que interpreta byte code java. E mandar um pacote gerado em um ambiente (windows) para outro (*nix) é algo que já era possível antes mesmo de java. Novamente a comparação é valida aqui, porque falar que isso (multiplataforma) é o que faz java ser bom, é ignorar tudo o que realmente essa plataforma tem de bom e que são reais inovações e diferenciais perto de outras linguagens.
Eu defendo java também e acho sim uma ótima solução para ser multiplataforma, porém durante desenvolvimento, tenho que usar os recursos da linguagem para garantir isso. Porém algum “mané”, não utilizando os recursos da linguagem e cravou uma barra hardcoded para escrever esse arquivo “com.bea.dsp.ide.projectProperties.xml” o que gerou um problema em ambiente Linux na hora de empacotar o arquivo e fazer deploy através da IDE, é esse o caso que exemplifiquei acima no ALDSP. Resultado, no linux, foi criado arquivo “.settings\com.bea.dsp.ide.projectProperties.xml” quando deveria criar esse arquivo dentro do diretorio “.settings”. Fiz a cópia manualmente e funcionou, claro..
Gosto muito de trabalhar com BEA e com Java, mas infelizmente, quando vejo erros como esse e o fato de não ter versão do workshop studio + flex para linux, deixam a desejar…