Java X Dot Net

:idea: Poderia usar Tecnologia Thinstall para virtualizar aplicativos jar ? Poderia transforma-los em Portables , e roda-los em qualquer plaforma Nova do Windows.

:arrow: Do desenvolvimento para arquitetura e da arquitetura para a demanda de produzir novos serviços.

E daí? Quem disse que não são? Segundo sua lógica eu poderia equiparar o mono a essas plataformas no sentido de “serem sérias”. :wink:

Rubem, eu não falei em momento algum da MSFT, pode voltar e reler. A microsoft nunca investiu no mono. Não sei de onde você tirou essa idéia. Vamos lá, correndo o risco de ser repetitivo, a Mainsoft é uma empresa que investe no mono (é a terceira vez que te falo isso, só nesse tópico). Ela usa as bibliotecas do mono e contribui de volta bastante coisa na parte enterprizy do projeto (asp, ado, etc). Outro exemplo é uma empresa, que me falha o nome agora, que está portando o mono para win64.

[quote=Rubem Azenha]
Eu entendo a sua ligação com o mono.net, mas acho que você esta parecendo o Sérgio que colocava o link “O que as pessoas tem falado sobre o Mentawai?” em toda a discussão sobre frameworks web, querendo mostrar que o menta é melhor.[/quote]

Mono.net? Que viria a ser isso? O projeto chama-se mono apenas. :x Mas sim, estou aqui mostrando um software que em muito acredito, porém faço apenas mostrando as pessoas que a opção existe. Ocorre então que em alguns tópicos alguns membros do fórum mostram mais interesse que em outros. Fora que não estou mostrando um brinquedo.

:arrow:Java não suporta tecnologia Thinstall, isso é uma desvantagem ?

Cara, “atropelar o java” pode ter certeza que nao vai. Tanto é verdade que existe milhares de sistemas prontos feitos em java… quem vai dar manutenção neles…

Pensa assim, niguem conseguiu “Atropelar” o COBOL ainda, uhaeuhaeuhaue !![/quote]

Hum ta certo kra…Mas assim, queria estudar a tecnologia que irá evoluir, não a que ficará para dar manutençaõ. Mas como tecnologia eh coisa de loco, cada hora vai surgindo uma nova, fica difícil saber. Bem, deixo continuar com a kathy, grande abraço, vlww.[/quote]

Cara, pode ter certeza que tanto o Java quando o .NET irão evoluir muito ! E realmente é muito dificil dizer que .NET vai “Dominar”, pq existem muitas linguagens no mercado.
As linguagens que mais estao na moda hoje em dia são Java e .NET, entao se voce for optar por uma linguagem, escolha uma dessas duas…
Tem o Ruby tambem que esta crescendo muito, caso voce goste de desafios hehehe !

Abraco[/quote]

Oh vlw parcero, continuarei meus estudos com java mesmo. Grande abraço. faloow

É verdade. Eu fiz isso. Não era utilizável, era super lento e dava pau toda hora. Mas que “rodava”, isso “rodava”.

Como usuário linux eu notei que nos últimos anos a quantidade de aplicações desktop usando mono está aumentando.

Além disso, na palestra do FISL que o louds ministrou, ele comentou algo interessante, que enquanto a Sun vai inchando a JVM com coisas e coisas, o mono tem a preocupação de deixar a sua VM mais leve e enxuta.

Parece uma boa estratégia, não ? :slight_smile:

Boaglio, quem sabe daqui a 10 anos a Sun resolve implementar a JVM esquartejavel, assim não precisa baixar a JVM inteira e sim só o que precisa.

Márcio, Código escrito em C# roda em mais plataformas que Java. Veja o JDK da Sun, roda em windows, linux e solaris. X86, AMD64 e sparc.

O mono funciona em windows, linux, solaris, OSX e freebsd. Arquiteturas, X86, AMD64, sparc, itanium, arm, s390, s390x, ppc e tem ports da comunidade para alpha e mips.

Mono hoje já funciona no IPhone e tem bindings para as bibliotecas específicas do dispositivo -como aquelas que envolvem multit-touch. Java para IPhone ainda é vaporware.

[/quote]

Isto é baseando em que? Nos binários disponíveis para download do no site oficial???

Então onde q o Mono ganha do Java?

http://www.go-mono.com/mono-downloads/download.html

Basicamente Linux, Mac e Win…

Onde esta FreeBsd? E quem disse q Java não dá no FreeBSD nos ports oficiais do FreeBSD tem lá o Java, assim como no OpenBSD e no NetBSD e DragonflyBSD a história não é muito diferente:

http://www.openbsd.org/cgi-bin/cvsweb/ports/devel/jdk/ ** Detalhe não achei o Mono aqui nos ports…

http://www.freebsd.org/java/

O Java des do inicio foca em suporte a todos sistemas operacionais e processadores, a muito já se pode compilar o Java a medida para cada plataforma/arquitetura.

E agora vem dizer que o Mono funciona em mais plataformas?

Louds, és muito bom e acompanho alguma das tuas discussões, normalmente com algum fundamento, mas esta, por favor… não é por ai…

Tanto o Java como o Mono podendo ser compilados, logo podem ser migrados para qualquer coisa.

Isto não cola mesmo…

Em que lado do mundo, tem alguma grande empresa usando RoR ou Mono em produção?

Eu nunca ouvi falar de nenhuma por enquanto, não é só Brasil, em Portugal também é o mesmo cenário, e creio q no resto do mundo também.

Que fiabilidade RoR e Mono transmitem? Quem esta disposto a investir milhões nisto? Por enquanto não deve haver muitos, mas isto é uma questão de tempo.

Isto tudo…:

Usam o que? RoR ou Mono? Hummm

Não é para menospresar o RoR e o Mono, mas é um pouco óbvio q investir nisto agora, são soluções prematuras, o Mono esta ficando bom, mas não sei até que ponto bom para se livrar de vez do .Net MS.

[quote=louds][quote=rafagil][quote=pcalcado][quote=rafagil]Na minha opinião, o mono só era uma boa idéia enquanto o Java não era OpenSource, pois não tinhamos nenhuma ferramenta à altura do .NET opensource. Mas agora com o Java aberto, creio que seria melhor unir esforços e melhorar o Java ainda mais, pois não fica devendo nada ao .NET.
[/quote]

Fica, uma VM multilinguagem sem gambiarras.
[/quote]

Por isso eu disse que deveria-se unir esforços para criar uma plataforma Java melhor.
[/quote]

Vamos ver os resultados práticos da Sun ter colocado a JVM como open source: .
Sim, absolutamente nenhum. Nada, nothing, niente, rien, nichts.

A HotSpot é absurdamente complexa, fazer qualquer modificação na VM é um trabalho escúleo.
O próprio pessoal da Sun, o John Rose no caso, fala da dificuldade das pessoas começarem a
trabalhar com a JVM e leva em média de um a dois anos para aprender como ela funciona e conseguir
produzir algo. Um projeto em que um contribuidor leva 12 meses só para se achar no código não vai
receber muita ajuda externa, vai?

Enquanto isso tem muita gente que em poucas semanas consegue produzir hacks muito legal sobre o mono
como pode ser verificado pelo movimento da lista de discussão.

[/quote]

Por isso q talvez exista o OpenJDK e outras coisas parecidas… podem ser usadas como alternativa para “hacks”, etc, ninguem esta preso ao oficial… se tem o Mono como alternativa ao da MS, também tem o OpenJDK como alternativa ao da Sun…

Que ninguém chore, que há chupetas para todos :lol:

[quote=eduveks][quote=louds]
O problema aqui no Brasil do mono é o mesmo com RoR, tudo acontece com 2-3 anos de atraso nesse pais retrógrado que vivemos.
[/quote]

Em que lado do mundo, tem alguma grande empresa usando RoR ou Mono em produção?

Eu nunca ouvi falar de nenhuma por enquanto, não é só Brasil, em Portugal também é o mesmo cenário, e creio q no resto do mundo também.

Que fiabilidade RoR e Mono transmitem? Quem esta disposto a investir milhões nisto? Por enquanto não deve haver muitos, mas isto é uma questão de tempo.

Isto tudo…:

Usam o que? RoR ou Mono? Hummm

Não é para menospresar o RoR e o Mono, mas é um pouco óbvio q investir nisto agora, são soluções prematuras, o Mono esta ficando bom, mas não sei até que ponto bom para se livrar de vez do .Net MS.[/quote]

Não posso responder pelo Mono, mas definitivamente há uma quantidade razoável de grandes empresas usando o Rails.

Não distribuímos binários para FreeBSD, tem que compilar via tarball. Ninguém da comunidade manifestou interesse em distribuirmos, logo não o fazemos. Se notas, ninguém aqui falou que Java não roda nos BSDs. Mas que até poucos anos era um verdadeiro parto, os mantenedores tinham de concordar com as licenças malucas da Sun com a SCSL para poder empacotar a JVM.

Nesse ponto você está enganado. Primeiro que somente os licenciados da Sun podem compilar e distribuir Java. Se você for e fizer isso com o OpenJDK não irá poder distribuir como Java, mas sim OpenJDK. A JVM da Sun só tem ports para sparc, x86 e amd64. Não existe nenhum port da JSE para ARM ou outros dispositivos portáteis, mesmo pq a Sun não permite[1]. Você está confundindo sistema operacional com plataforma/arquitetura.

[1]Veja a enorme briga que deu entre o Apache Harmony e a Sun por conta de todas restrições de uso que existem sobre a JSE.

Todas que eu conheço fica do lado de fora, não conheço nenhum deployment subterrâneo de RoR ou Mono. RoR tem uma tração enorme nos EUA e existem muito e muitos cases de sucesso. Não sou um especialista em Ruby para falar melhor disso, mas é só olhar para o lado de fora.

Quanto a mono, bom, ele já é usado em coisas que vão desde mp3 players, jogos 3D, sites ASP.NET a aplicações desktop comerciais. Se fosse tão divulgado e difundido como Java ou MS .NET provavelmente você saberia de muitos, mas não é o caso.

Eu acho perfeitamente normal você não saber de cases do mono, nós somos um desastre de marketing :wink:. Em Portugal não vou saber te responder, mas no Brasil tem a Daruma, por exemplo, que homologou toda pilha de automação comercial dela em cima do mono.

Quanto ao RoR, bom, casos existem aos montes e eles sabem fazer publicidade disso. A Oracle vende um produto feito com Rails, para você ter idéia.

Fazer programinhas é uma coisa, outra coisa é ter uma plataforma de um banco inteiro feito em cima de Ruby ou Mono, isto sim é q dá credibilidade e mostra o quão potente é a tecnologia para atender grande quantidade de acessos.

Eu acredito que tanto o Mono como o Ruby tendem a ganhar cada vez mais credibilidade, mas agora, acho que ainda seria uma decisão meio prematura nestas situações, teria que ter muita coragem mas quem sabe daria conta do recado assim como .Net MS e Java.

Eu gosto do projeto Mono e acompanho, nao tanto como o Java, tenho o MonoDevelop instalado e ja andei brincando e esta ficando bom, mas claro longe de um Netbeans, mas isto é uma questão de tempo acredito.

Mas temos que levar em conta todo o potêncial que o Java tem demonstrado até aqui, e a forma que esta se adaptando a evolução, o que não esta sendo mau de todo. Não vejo pontos fracos tão consideraveis ao ponto de me convencer a desistir do Java e adotar .Net ou Mono, acho que a diferença entre Java e .Net nunca vai ser gritante, até por que um acompanha a evolução do outro.

Investir tanto em .Net como em Java hoje em dia, é uma boa decisão. Estão pau a pau, um mais forte numa coisa outro mais forte noutra.

Ruby on Rails é uma platafora paracriação de aplicações web então seria estranho um banco usar essa tecnologia para toda a sua plataforma. De qualquer modo, é bem raro ver um banco inteiro que use Java para “toda a sua plataforma” já que a grande maioria dos bancos usa mainframe para quase tudo relacionado a dinheiro.

Desculpe mas se casos como Oracle, twitter, yellowpages.com e todos os outros no link que o elomartis te mandou não forem suficientes eu me pergunto qual tecnologi está madura para o mercado.

[quote=pcalcado][quote=eduveks]
Fazer programinhas é uma coisa, outra coisa é ter uma plataforma de um banco inteiro feito em cima de Ruby ou Mono, isto sim é q dá credibilidade e mostra o quão potente é a tecnologia para atender grande quantidade de acessos.
[/quote]

Ruby on Rails é uma platafora paracriação de aplicações web então seria estranho um banco usar essa tecnologia para toda a sua plataforma. De qualquer modo, é bem raro ver um banco inteiro que use Java para “toda a sua plataforma” já que a grande maioria dos bancos usa mainframe para quase tudo relacionado a dinheiro.

Desculpe mas se casos como Oracle, twitter, yellowpages.com e todos os outros no link que o elomartis te mandou não forem suficientes eu me pergunto qual tecnologi está madura para o mercado.[/quote]

Eu não sei, só sei que eu não depositaria todas minhas fichas nisto por enquanto, acho q ainda é cedo para sair usando isto em tudo e mais um pouco.

E quanto a uma plataforma de um banco, claro, mas quis dizer como tecnologia principal. E eu citei Ruby e não RoR neste caso.

Se bem q sei de um banco q usa JavaScript para a lógica de negócio em server side, por isto também não dúvido de nada, mas eu, não apostaria nisto pra já.

Até por que acho que ainda acho que não há mão de obra bem qualificada para Ruby, o povo ainda esta aprendendo, e qualquer problema mais sério quem resolve? Mas tudo é uma questão de tempo, daqui uns 3/5 anos acredito q o cenário comece a mudar mais a favor do Ruby.

bom…isso me pareceu coisa de gente grande (eu ainda sou meio novo nessa area) mais tenho certa opinião…

muitas empresas conforme li ai em cima usam .net 1.1 ainda (mesmo estando na 3.5)…

o que eu vejo por ai oepssoal usando é a versão 2.0…

a questão é… em java, vc tem uma certa portabilidade entre versões… codigo feito em java 1.4 em grande maioria ainda vai roda com um jdk 6.6…

um codigo criado com um .net framework 1.1 não vai roda no 2 nem 3, um criado na segunda versão não roda em nenhum dos outros, em relação a terceira versão ainda esta sendo criada muita coisa… mta gente usa 1.1 mais nem que quisessem atualiza seria viavel… tem que fica com algo antigo…

um arquivo gerado com o .net em alguma dessas versões funciona no mono?

da pra confia em algo que fica mudando assim, te obrigado a não conseguir atualiza a vm e usa uma antiga, ou ter que cria tudo denovo??

eu sei que eu posso estar enganado mais, quem usa essa tecnologia ainda esta preso a algumas coisas… essa tecnologia me parece estar no caminho certo mais…ainda tem que anda mto…

motivos para não confiar não faltam… mas… se é o que há, e como muita gente não é exigente, deixa passar e vai sobrevivendo com este cenário.

o Java sofre um pouco com isto de manter a compatibilidade, no .Net como não se preocupam muito com isto, cada versão é aquela coisa linda cheia de novidades… e bugs…

só no office q se preocupam manter a compatibilidade, afinal é o produto mais rentavel, até no windows deixaram a compatibilidade de lado, o que podemos esperar?

mas há quem fique satisfeito com tudo isto e aprecia, há quem diga que é sinonimo de evolução. O que me parece que o desenvolvimento é tão zuado, q preferem refazer muita coisa para conseguir evoluir.

testes q fiz com o Mono, para aplicações Console/WindowsForms funcionou bem, mas web… web ainda é o problema e vai ser sempre dificil, tentar rodar uma aplicação em sharepoint, cms, etc, fica complicado, até onde sei, mas o louds pode dar mais informações sobre isto.

acredito q esta preucupação de manter a compatibilidade do Java, ajuda a dar mais credibilidade ao Java.

e no .Net algumas aplicações feitas em 1.1 rodam na 2.0 e feitas em 2.0 rode na 3.5, mas depende dos recursos q a aplicação use, em alguns casos dá na perfeição, mas o grande problema é migrar o projeto/source para estas versões, é preciso muita alteração de código normalmente.

Tive mais problemas com migração Java do q .Net… depende da equipe que programou, se fizeram bem feito, se nao usaram metodos Obsolete, etc. etc.

Engraçado, eu nunca tive problemas com o Java (exceto no caso da javax.com, que sempre foi uma extensão) e meu histórico de migração com ferramentas da microsoft sempre foi cheio de dores de cabeças e problemas graves. Não posso falar do .net, pq ainda não tive a oportunidade de usar.

A resposta é depende. Depende se foi usado P/Invoke para coisas nativas do windows, depende se as APIs usadas já foram implementadas pelo mono. Dado que usar P/Invoke é ordens de magnitude mais simples que JNI, muito desenvolvedor prefere usá-las que aprender a API correta do framework.

Quanto a aplicações 1.1 pro 2.0, o grande problema que eu sempre vejo é por conta do pessoal ter usado os editores visuals de ASP.NET do VisualStudio. Se tua aplicação foi construida usando um framework MVC como o Castle, normalmente basta recompilar. A principal mudança foi na ferramenta e não no runtime/framework.

Outra coisa, só existem as versões 1.0 e 2.0 da CLR, o resto são apenas updates de bibliotecas e compiladores, não existe pq uma aplicação 2.0 não funcionaria com o 3.0 ou 3.5, por exemplo.