Sun promete tornar o Java open source

Só espero que não tenhamos 300 distribuições de Java assim como é em Linux.

Fico imaginando os doentes arrancando pedaços da API padrão, substituindo o Swing por bindings Qt, etc. Que horror!

Já é complicado que o JDK da IBM, da Sun, da Oracle, da Apple e e da BEA sejam um pouco diferentes entre si (e isso que a Sun controla essas versões com mão de ferro), imagine quando houver 200 versões diferentes

eu acho q a sun devia ter um controle sobre isso pra não ter 200 JVM diferentes…

mas o mustang já não é open source?

Rodrigo Carvalho Auler:

fonte: Sun promises to open-source Java

[]'s

Rodrigo C. A.

Seja o que DEUS quiser!

A Paz!!

So digo uma coisa, não uso outra JVM que não seja a da Sun!

VELO

Talvez fique complicado para iniciantes, mas acho que quanto mais gente desenvolvendo… melhor.

Dizer que isso vai prejudicar a comunidade, seria o mesmo que dizer: Muitas web-frameworks poderiam vir a prejudicar a comunidade.

No caso do Java o buraco é mais embaixo…

Uma despadronização da JVM pode dar uma treta bem maior…

Imagina, eu fazendo uma aplicação que só funciona em um Java, putz, acabou a credibilidade.

VELO

Essa é a noticia mais esperada nos ultimos 15 anos.

Eu particularmente fico apreencivo com o futuro que o Java pode tomar sem uma licensa mais restritiva para a Jvm. Mas isso faz parte do conservadorismo de todos nos. O medo das novidades :). Então resta torcer para que tudo de certo.

Espero que as pessoas que mexem com o opensource recebam bem essa noticia. Exemplo, o Og Maciel, um cara que faz e acontece pelo ubuntu, participa ativamente do desenvolvimento dele, ou seja, faz coisas boas. Em seu blog:

Tomara que essa pessoas reavaliem suas opiniões!

Lich King:

mas o mustang já não é open source?

Não - as licenças CDDL e JRL não são open-source.

Tomara que essa pessoas reavaliem suas opiniões!

O maior problema é que esse tipo de raciocínio é que não é baseado no racional mas sim em filosofias e emoções. Open source não tem a capacidade de produzir nada muito bom mas mesmo assim ele usaria PHP só por ser open source.

Ainda estou para conhecer um desenvolvedor Java que esteja reclamando sobre o Java “não ser opensource”, todos que reclamam não o são. Isso me leva a crer que o que eles querem é se apoderar do código da VM para finalmente fazer um HotSpot para Ruby, Python, ou uma VM avançada para outra plataforma simplesmente porque são incompetentes. Pára para pensar: Ruby, Python, Perl, são todos mais velhos que Java, já não era para estarem mais avançados em termos de VM?

Realmente duvido que qualquer dia surja qualquer coisa que possa tirar o Java de seu posto. O único concorrente que temos é a Microsoft com o .Net, ela sim pode, o resto não passa de software beta, sempre incompleto, sem as ferramentas necessárias para se ter produtividade (programar com ‘vi’ alguém aí?).

Só a título de exemplo, a maioria dos projetos opensource grandes foram “abertos” por empresas: OpenOffice, Eclipse, Netbeans, o Tomcat foi doado, etc.

Discursinho “oh, o open source é sinonimo de liberdade e democracia =~~~~” é coisa de gente que precisa passar mais tempo com a esposa.

As outras empresas vão fazer JVMs nas quais os produtos delas funcionarão melhor. Achar que isso não vai acontecer é ingenuidade.

Mas vejam pelo lado bom: pessoas que gostam de refazer as coisas poderão fazer sua própria implementação superior da JVM :-DDD

a licensa do mustang está mais p/ o “shared source” da microsoft, falando a grosso modo.

thingol:

Lich King:

mas o mustang já não é open source?

Não - as licenças CDDL e JRL não são open-source.

essa licença quer dizer q pode alterar qualquer parte da API, mas esa mudança tem qpassar por uma série d aprovações pra fazer parte da API oficial, é isso?? :?:

o q vai ser tornado open source vai ser a API ou a implementação da JVM?

Basta um exemplo pra provar que essa afirmacao eh incorreta - e se vc souber de algo melhor que TeX e LaTeX pra tipografia e editoracao pesada, avise o Knuth. Ele eh desenvolvedor de software opensource, e muita gente concorda que ele sabe alguma coisinha sobre computacao.

Eu sempre achei ruim, pq a inovacao dentro da propria plataforma Java e de outras plataformas ficou restrita, mesmo com o risco de forks e a possivel piora das “decisoes por comite”, que ja pragueiam a plataforma hoje em dia.

E se for esse o caso, estou torcendo por eles - inibir a competicao trancando o codigo dentro de licencas fechadas nao melhora a situacao de ninguem (nem dos usuarios de Java, que ja podiam estar usufruindo de uma JVM com suporte a coisas como continuations, que a linguagem Java em si nao usa, mas que eh essencial para linguagens dinamicas como Ruby, Lisp e Smalltalk).

Acho que daqui a um ano ou dois a Sun vai lançar uma aberração chamada “OpenJava” que seria algo parecido com o OpenSolaris - ou seja, o Java sem um monte de coisas que são patenteadas ou de código proprietário e comprado de outras empresas.

Vai dar um bocado de trabalho - para preencher os buracos a Sun vai ter de reescrever um monte de coisas, ou então simplesmente deixar o buraco para a comunidade preencher.

Por exemplo, o “OpenJava” poderia vir sem a implementação do java.util.Calendar, que pelo JavaDoc é da Taligent, sem o driver JCE PKCS#11 e SunMSCAPI (comprados de terceiros), etc.

Apesar de compatibilidade ser importante (nada que uma política de deprecation eficiente não resolva em médio prazo) tirar Calendar e reformar as APIs de Datas e I/O seriam ótimas notícias. Aproveitando, uma classe mais elve que BigDecimal para unidades monetárias e uma porção de fritas por favor.

Uma virtual machine só é para a linguagem Java se ela for certificada pela Sun, não importa a licensa dela.

Falar que tornar Java open source vai criar 200 forks é não saber do que está falando. É quase atestado de burrice.

O processo de certificação de uma máquina virtual pela Sun tem 0% a ver com os fontes dela. O processo é feito contra os binários da JVM, então mesmo que a Sun libere os fontes, eu não posso compilar eles e dizer que tenho uma VM para Java.

Quem não ia achar bom a JVM ser open source nunca tropeçou em um dos milhares de bug da implementação da Sun e ficou dias quebrando a cabeça.

Está ai um ponto positivo.

louds:

O processo de certificação de uma máquina virtual pela Sun tem 0% a ver com os fontes dela. O processo é feito contra os binários da JVM, então mesmo que a Sun libere os fontes, eu não posso compilar eles e dizer que tenho uma VM para Java.

Não, mas podem criar uma versão “opensource-esca” chamada de um nome esquisito tipo “Lava” e promoter algum grau de compatibilidade com o Java ™ mais um monte de coisas “muito melhores”.

Nada impede que isso seja feito hoje, mas não existiria o código da VM dado para que qualquer Zé cortasse metade fora, adicionasse mais 5000 linhas e chamasse de outra coisa.

Isso já é feito em outros projetos, e não pensem que é apenas com a licença BSD (alguém leu o artigo sobre o BSD estar mal das pernas, e os desenvolvedores reclamando que as empresas pegam o código e não contribuem de volta?), mas com GPL também onde fulanos pegam o código de cicrano, passam a chamar de “um novo produto” e continuam sugando versão após versão as novas features e melhorias sem contribuir em nada (recentemente li um artigo sobre um software onde o autor reclamava disso, devia ser um sniffer mas não lembro o nome agora, era um projeto famoso).

E como open source resolverá isso? Existe a ilusão de que experts em VM estão à toa por aí para “arrumar” o Java. Se existisse tanta gente à toa, o Ruby ou Python ou Perl já teriam deixado o Java para trás em tecnologia de VM há anos. Opa, tem alguma coisa errada nessa lógica.

Um bando de jovens bem intencionados não resolve nada, uma equipe especializada sim. E boa parte das cabeças que poderiam fazer uma diferença ou estão ocupadas com outros projetos ou presos à NDAs ou coisas do tipo.

Verdade. Se esta sua lógica (de que só se preocupa com o open source quem está “à toa” e de que estes só se envolvem com linguagens open source) fosse correta, não haveriam tantos frameworks e soluções open source para Java, né? Mas assim, se você sabe que a sua lógica está errada, pq a expõe? Não entendi.

Creio que ele se referiu a experts em vm à toa.

Até quando as pessoas vão confundir Open Source com cinco nerds trabalhando de madrugada nos seus quartos em cinco países diferentes?

Pois é, não tem aquilo de Entity Beans 2.1 que são tão melhores que aquelas coisas livres feitas por amadores, que não funcionam direito como Hibernate?

Imagina se uma pessoa sozinha fazendo um projeto open source ia entender melhor de persistência que tantas empresas com tantos funcionários e tantos milhões de dólares…

Acredito que o grande receio de todos está na compatibilidade do seu projeto com as diferentes vms que vão surgir. Também fico preocupado com essa questão, mesmo existindo um teste de compatibilidade Sun, após ela ter aberto à comunidade, empresas como IBM serão muito mais fortes no Java do que a própria Sun.

Aliás, a IBM pressiona por isso à bastante tempo, sendo que tem sua própria VM. Acredito que vão realmente usar a expertise dos engenheiros da Sun em benefício próprio na sua estratégia.

No mundo corporativo, IBM anda muito bem. Seu application server não é o melhor em features, performance, entre outros pontos; mas ganha mercado através de consultoria, contratos entre outros.

Uma vm - IBM será default e o programador acaba ficando refém de empresas como tal.

Oracle vai investir pesado por exemplo, e existirão diversos formatos. Agora pergunta, alguém vai ligar para o teste de compatibilidade da Sun ?

Cada um vai trazer seus benchmarks, apontando milhares de melhorias e justificando junto às empresas seu ROI.

Sinceramente, prefiro deixar o java fechado, controlado pela Sun. Apesar de não ser uma empresa comercialmente forte, ela é um excelente laboratório, de onde saem muitas especificações.

Nisso a sun é fera. Se pegarem diferentes especificações, verão o quanto a mesma é evoluída em termos de conhecimento e visão. O problema está na implementação x recursos financeiros e estratégia da companhia.

Para findar, não creio que traga benefícios diretos à comunidade. E pelo lado protecionista de quem investiu anos para se tornar especialista; concorrentes estudarão estratégia da vm - como Microsoft … aí vocês já conhecem o resultado.

thingol:

Acho que daqui a um ano ou dois a Sun vai lançar uma aberração chamada “OpenJava” que seria algo parecido com o OpenSolaris - ou seja, o Java sem um monte de coisas que são patenteadas ou de código proprietário e comprado de outras empresas.

Vai dar um bocado de trabalho - para preencher os buracos a Sun vai ter de reescrever um monte de coisas, ou então simplesmente deixar o buraco para a comunidade preencher.

Por exemplo, o “OpenJava” poderia vir sem a implementação do java.util.Calendar, que pelo JavaDoc é da Taligent, sem o driver JCE PKCS#11 e SunMSCAPI (comprados de terceiros), etc.

Projetos livres, que hoje não suportam o Swing por exemplo, poderiam se concentrar em implementar a parte nativa (AWT/Java2D) e aproveitar a implementação Java da Sun, alterando porções de código.

Quantos PHPs alternativos tem alguma penetração/relevância comercial?

O mais provável é que a mudança de licença torne o processo de correção de erros e inclusão de bibliotecas mais rápido, aumentando a fatia de mercado da JVM da Sun.

Kenobi:

Oracle vai investir pesado por exemplo, e existirão diversos formatos. Agora pergunta, alguém vai ligar para o teste de compatibilidade da Sun ?

Pois é, a grande vantagem do .Net é que apenas uma empresa comanda. Se o Java perder essa unidade e se tornar um “Linux das plataformas de desenvolvimento” será o fim.

O que aconteceu com o Unix deveria ser lembrado constatemente. Unix tem o padrão POSIX, e no entanto fizeram a cagada que fizeram.

fcmartins:

Quantos PHPs alternativos tem alguma penetração/relevância comercial?

O mais provável é que a mudança de licença torne o processo de correção de erros e inclusão de bibliotecas mais rápido, aumentando a fatia de mercado da JVM da Sun.

Bom dois pontos:

• O Java tem muito mais relevância e desperta muito mais interesse, tanto pela quantidade de empresas de peso e quantidade de desenvolvedores, que PHP, portanto a probabilidade de forks surgirem (feitos ou por indivíduos ou por empresas) e conseguirem alguma relevância comercial é maior;

• O processo de evolução deveria ser aperfeiçoado baseado no que existe, mas não para transformar o Java na “casa da mãe Joana”.

Por exemplo, a primeira coisa que os “open source freaks” fariam é tirar todos os métodos e classes deprecated. Um dia eles terão que sair, mas do jeito que é opensource, entre um release menor e outro existirão mudanças.

Outro exemplo é “pacotes extras” de bilbiotecas para determinadas funções, como por exemplo um “Java Gnome” onde um “santo opensource” tem a brilhante idéia de distribuir o Java com umas bibliotecas GTK junto mais algumas mudanças na API para tirar melhor proveito delas.

Daí outro lança o “Java KDE”, que por sua vez não rodará o “Java Gnome” e nem o “Java Windows”, etc.

Eu tinha escrito um post grande mas o GUJ aprece que saiu do ar por algum tempo. Bom:

1 - A SUNW não me parece economicamente viável para ser a ‘dona’ da plataforma. Eu não quero meu futuro nas mãos de uma empresa que não consegue pagar suas contas.

2 - Existem especificações de quase tudo para Java, segundo o modo de pensar demonstrado pelos opositores ter padrões (e uma implementação de referência geralmente livre) é ruim. É ruim?

3 - A afirmação quanto à possível JVM alternativa da IBM ser novo padrão por quantidade de WebSphere rodando só poderia ser levada em consideração se houvesse um estudo sério dizendo quantos % o WebSphere tem de mercado e este fosse muito alto. A maioria das consultorias (terceiras, quartas e quintas) que existem da IBM no Rio de Janeiro ao menos trabalham com qualquer servidor de aplicações e geralmente este ‘qualquer’ significa WebLogic ou iPlanet

4 - Desde o advento do JCP a Sun participa como ‘a dona da bola’. Sabe aquele garoto que só joga no time da rua porque é dono do brinquedo?

5 - Mesmo que houvessem mil JVMs diferentes elas não passariam no TCK e não poderiam ser chamadas de JVM

6 - Já existem especificações de JVM e da linuagem Java, já existe possibilidade do reuso do código da JVM, você já pdoe criar sua JVM turbinada compatível com java há anos (como a JRockit), o que se discute é praticamente restrito á licença da base de código da Sun e licenciamento do que seria uma JVM

7 - Quem ainda acha que OSS é coisa de nerd hobbyista deve conversar com algumas pessoas, entre eles Marc Fleury

8 - O Glassfish é OSS, o padrão está disponível. Por que é tão diferente da JVM neste contexto?

Pois eh! Quem precisa de mais de uma opiniao sobre como criar um ambiente de desenvolvimento?

Cagada esta que possibilitou revolucoes como a internet, a web, os movimentos do open source e free software, e permitiu que milhoes de pessoas mundo afora descobrissem a computacao. Queria eu ter feito uma cagada dessas!

Nao existe tanta pressao pra evoluir a VM do Perl, Python e Ruby quanto tem para evoluir a JVM - a pressao existe, mas nao eh tao grande. A maioria das aplicacoes existentes hoje nessas linguagens funciona muito bem e da conta do recado muito bem com as VMs existentes. Melhorias podem acontecer, e estao continuamente acontecendo atraves de projetos como Parrot e YARV.

O ponto do louds nao era achar experts em VM a toa - era ter a liberdade pra consertar ele mesmo e colocar o sistema em producao, enquanto o patch nao eh aceito e vai parar na proxima versao.

Bandos de jovens bem intencionados escreveram o C, Linux, Minix, MS-DOS, BASIC, TeX, LaTeX, GCC, GLibC, SunOS, Perl, Python, Ruby, Emacs, Vi, Gnome, criaram empresas como Apple, Novell, Ximian, Sun, Cisco… pq eles nao seriam capazes de fazer alguma coisa?

Eu me referia a cagada de deixar um brinquedo como o Windows (que era na época) tomar o mercado, não as qualidades técnicas.

“The Unix wars were the struggles between vendors of the Unix computer operating system in the late 1980s and early 1990s to set the standard for Unix henceforth. These battles are commonly held to have harmed the market acceptance of Unix and created a market gap that allowed the rise of Windows NT.”

Thiago, não consigo ver como os pontos que você levantou podem ser problemas.

A Sun libera os fontes da JVM dela como open-source.

Vem um monte de gente e cria um monte de forks com um monte de besteiras, nenhuma vai ser Java, porque nenhuma vai ter passado pela certificação.

Logo, vão existir um monte de projetos por ai que são parecidos mas não são e as pessoas vão apenas usar se optarem por tal. Agora uma pessoa tem que ser muito, mas muito muito muito muito acéfala para sair usando um fork de alegre. Você usaria? Eu não, e só recomendaria se fosse muito melhor que Java.

Todas as linguagens com implementação open-source (python, php, ruby, perl, bla bla bla) trocam 1000 linhas de código e passam a usar todo poder da JVM da Sun para suas linguagens. Qual o problema disso acontecer? Medo que essas linguagens façam você ficar desempregado? Não vejo o menor problema até da Microsoft usar o código da JVM da Sun para isso.

Só um porém aqui, a chance de usarem uma enorme parte do código da JVM para implementar outra linguagem é pequena, já que python e ruby possuem um modelo de execução muito diferente de Java.

Desculpem a ignorância, mas acho que qualquer pessoa já pode implementar uma máquina virtual seguindo a especificação (como por exemplo, o pessoal do projeto Javali está fazendo). Sendo assim, qual seria a diferença entre a Sun liberar ou não o código? Não é uma pergunta retórica…

Mais de 10 anos de pesquisa e toneladas de recursos já investidos no assunto.

Nada contra o pessoal do Javali, mas dado que em todo esse tempo da jvm deles foi produzido… nada além de uma página html.

Olha projetos como o GNU Classpath e o Apache Harmony. Construir uma implementação meia boca de Java leva muitos anos com muita gente, image então uma de qualidade…

Mais de 10 anos de pesquisa e toneladas de recursos já investidos no assunto.

Nada contra o pessoal do Javali, mas dado que em todo esse tempo da jvm deles foi produzido… nada além de uma página html.

Olha projetos como o GNU Classpath e o Apache Harmony. Construir uma implementação meia boca de Java leva muitos anos com muita gente, image então uma de qualidade…

Resumindo, empresas como a IBM estao fazendo uma pressão, pois querem se apoderar desse conhecimento aplicado de graça. Sabem que a Sun é menos agressiva comercialmente e não teria braço para abraçar o mercado.

Mero jogo político, pq creio q para a massa de desenvolvedores, atualmente a Sun dá´conta do recado.

louds:

Logo, vão existir um monte de projetos por ai que são parecidos mas não são e as pessoas vão apenas usar se optarem por tal. Agora uma pessoa tem que ser muito, mas muito muito muito muito acéfala para sair usando um fork de alegre. Você usaria? Eu não, e só recomendaria se fosse muito melhor que Java.

Haha, se tem gente que prefere usar PHP por ser “opensource”, eu não duvido que tenha gente que prefira usar o “Java Gnome” por ser amigável com o seu projeto favorito, ou que possa “ter vantagens únicas” ao rodar em Gnome.

O problema é se um fork se torna mais popular que o original, isso aconteceu com o X.org e XFree86. Viu? Imagina a seguinte situação: um grupo de desenvolvedores exige um conjunto de features senão eles “morrerão” (tipo delegates, property keyword, etc), o JCP demora, fazem um fork e daqui a pouco tempo quase todas as distros Linux tem um Java que é “Java + delegates + property keyword”.

É o que aconteceu com XFree86, se bem que o problema foi com a licença e não com features.

Esse é um pensamento muito simplista.

Em primeiro lugar o movimento opensource se mostrou incompetente em produzir qualquer coisa próxima do Java. Simplesmente porque sempre falta algo. O pior não é o skill técnico, pois isso é muito fácil de se resolver, é sim a falta de visão. Basta ver nas infindáveis discussões em fóruns sobre “como eu escrevo um Hello World com 10 caracteres, logo isso prova que a minha linguagem é melhor que a sua”. Falta o “big picture” e a grana de marketing.

O único marketing dessas soluções opensource é marketing de nerd. Não precisa ser gênio para ver que o é necessário para decolar falta para esses projetos.

O concorrente do Java é o .Net e a Microsoft, os demais não estão a altura, não por questões técnicas, mas porque suas comunidades não enxergam um palmo a diante do nariz.

Em segundo lugar eu duvido que a licença permitirá uso dos concorrentes (IBM, Microsoft, etc) pois isso seria suícidio. Lançar toda essa tecnologia para o seu concorrente pegar e fazer um produto 10x melhor utilizando-a é pedir para morrer.

E qual o problema nisso? Se o Gava eh melhor pra determinadas tarefas, use Gava, nao Java. Compatibilidade nao eh a unica coisa em jogo ao decidir por usar uma tecnologia, e pode ser trocada por vantagens em outros fatores (performance, consumo de memoria, UIs decentes, que seja).

Sim - e, novamente, cade o problema? Hoje o X.org faz um servidor de X que nao eh nada mal, e o XFree86 ainda ta ai caso vc precise do codigo legado. Ambos implementam o protocolo X11R6 e mais uma porrada de extensoes, e ambos dao suporte a uma gama enorme de hardware.

Entao, concorda que o problema eh o JCP demorar, e nao a liberdade dos desenvolvedores em estender a plataforma pra fazer o que querem que ela faca?

Tambem posso dizer que o Brasil se mostrou incompetente no objetivo de botar um homem na Lua. Ou que os produtores do mundo todo foram incompetentes ao nao colocar pornografia na internet o suficiente pra vc se distrair e nao postar esse tipo de asneira aqui no forum, mas usar a Defesa Chewbacca nao eh la meu tipo.

Olá,

Acho que tem um erro no titulo desta mensagem.
O correto nao seria: “Sun promete tornar o código da JVM Open Source”, ou algo do tipo?

]['s

- Tornar o java opensource não trará grandes beneficios, vejam o Eclipse, é opensource e utilizando por grande parte dos programadores. Não vamos ter inúmeros forks do java, é bem provável que a Sun receberá ajuda de inúmeros programadores que adicionarão ao java qualidade e novos recursos. Se achar que opensource é ruim, então deixem de usar e-mail (que é opensource), parem de usar http (que também é opensource), abandonem a tecnologia p2p e migrem de uma vez para a .NET.

Opensource não é um inimigo a ser combatido. Muitos aqui já se utilizaram de frameworks opensource, entre muitas outras tecnologias abertas.

O netbeans não tem forks a torta direita, bem como grandes projetos. Querer dizer que o linux tem inúmeras distribuições para a mesma coisa é falar bobagem. Temos versões para inúmeras plataformas desde celulares a super computadores, Distribuições para computadores modernos e ultrapassados. Linux e java são coisas diferentes com objetivos diferentes. Comparar o desenvolvimento entre ambos é como querer dizer que chocolate e limão tem absolutamente o mesmo sabor (eu estava com fome na hora de escrever isto).

Adaptem o seu foco para um novo angulo. A mudança sempre é vista como algo ruim. Se a mudança proposta pela Sun fosse ruim ele concerteza não o fariam.

Abraço a Todos…

A questao nao eh se open-source eh bom ou se eh ruim, mas sim se open-source eh bom ou ruim para o futuro do Java.

Isso deve ser avaliado pelos pontos positivos e negativos que geram e nao apenas pelo oba-oba filosofico de que tem que ser open-source de todo jeito. Confesso que eu fiquei meio receoso quando soube da noticia, mas com os pontos levantados por alguns colegas, tou comecando a achar que vai ser realmente um bom negocio.

Como se as grandes empresas nunca tivessem cometido erros estrategicos, principalmente a sun.

E-mail (POP, IMAP, SMTP e outros) e HTTP sao padroes. Nao tem ‘source’ pra ser aberto. Algumas implementacoes desses protocolos sao opensource, algumas nao.

seria ótimo isso para o java , para a comunidade que usa o java, a extensibilidade iria ajudar muito a evolução, mas precisa organizar uma forma melhor de versionar isso em pacotes da sun.

Falando nisso, :lol: alguém sabe se existe na JVM alguma implementação que além de detectar a existênci de DeadLocks consiga solucioná-los, ou dando a vez para outro processo, ou matando 1 ou n processos, ou dando um rollback nas escritas dos processos ?

O quero dizer com os protocolos é que sua implementação é aberta, todo protocolo é composto por regras, que definem como deve funcionar, sem estas regras dificilmente iria se implementar um software que utilize este ou aquele protocolo. Existem inúmeros protocolos fechados do qual nao há acesso.

Use um telegrafo como exemplo, vamos dividilo em camadas simplificadas (sem expadir): fisica: o meio pelo qual a informação é transportada.
lógica: As regras para que o usuário possa compreender o seu conteúdo.

Se estas regras não fossem de domínio publico, não seria possivel que duas pessoas se comunicassem pelo telegrafo. Esta regra nos permite gerar o software necessario para o seu funcionamento.

Existem protocolos cuja as regras não livres, ou seja alguns poucos conhecem. Se vc não tem acesso a estas regras, não poderá entender o seu funcionamento.

Imagine o http com suas regras de dominio de algumas poucas empresas. Se vc quisesse criar uma aplicação que utilizasse este protocolo teria de pagar para implementar este protocolo em sua aplicação. Isto ocorre com alguns protocolos, incluindo a propria ARPANET foi de dominio militar e liberado posteriormente para universidades o utilizarem.

A questão é: Ter medo o opensource não vai parar o seu crescimento. Todos podemos ganhar com a abertura do java, basta abrir a mente para novas possibilidades. Além de que já existem várias jvm(s) e ser ou não opensource não vai impedir que outras sujam.

Com o código fonte vc podera ajudar a Sun a melhorar o que já existe. Quando vc cria uma aplicacao desktop vc geralmente instala a jre da sun, pois jvm da M$ não atende as necessidades. Se escolher um servidor escolha um com o sistema da Sun. É simples, vc tem a liberdade de escolha. Use o que vc quiser.

Muita coisa boa é opensource, náo julge a qualidade desta forma. Expreimente o firefox. veja se ele não atende as suas necessidades. O java está para aumentar os seus horizontes e não diminuilos.

Abraço a Todos.

O grande ponto é a incerteza. Acho que ninguém é ingênuo (espero que não) de achar que opensource é coisa do demônio, muito menos a salvação da humanidade. A grande incerteza é como garantir compatibilidade entre as diversas implementações de JVMs que possam surgir por aí. Hoje em dia, com tudo sendo controlado pela Sun, já é um trabalho bem complicado manter compatibilidade entre Sun JVM, IBM JVM, Apple JVM, JRockit …, imagine se começarem a surgir zilhões de projetos malucos por aí. Além disso, no começo das brigas dos servidores J2EE, apesar de toda a especificação e bla bla bla sobre compatibilidade, as empresas sempre disponibilizavam extensões “bonitinhas” para tornar a vida do desenvolvedor mais fácil e torná-lo refém desta solução. Em modelos open-source tradicionais, nada pode impedir que isso aconteça.

Por outro lado, quantos forks famosos de Ruby/Python/Perl/PHP existem por aí? Hmmmm? Nenhum? Então, pode ser que Java siga a mesma tendência e, além disso, como o louds falou, ninguém em sã consciência vai usar um fork de J@v@ se este não tiver sido aprovado nos testes de compatibilidade.

Acho que o ponto então não é discutir se abrir ou não o Java vai ser bom. A questão é discutir como deve ser feita esta abertura para que a plataforma não seja afetada.

E o que eu quis dizer eh que existe uma diferenca entre protocolos abertos e fechados e implementacoes dos mesmos - que tambem podem ser abertas ou fechadas.

Pra exemplificar, HTTP eh um protocolo aberto (definido por uma serie de RFCs) que tem implementacoes abertas (Apache, Lighttpd, etc) e fechadas (IIS, WebLogic, WebSphere).

JRuby, IronPython, Jython, PHP para JVM… ter forks pode ser mais vantajoso do que não ter.

Esses nao sao forks, shoes - sao implementacoes alternativas feitas do zero para outras plataformas. Ports, talvez…

Java é uma linguagem fantástica, e se não fosse um sucesso, não teriamos tantos hardwares utilizando esta tecnologia.

A questão é, se houver a mundança, vamos apenas criticar ou tentar fazer disso algo bom?

:mrgreen: Valeu…

Seria interessante se existisse algum grupo mantenedor do Java de qualquer maneira, assim como o kernel do Linux tem. Assim, este ficaria responsável por validar as futuras implementações.

Está ai um ponto positivo.

??? :? qual o problema com o Calendar??

Forks são uma coisa boa, são a melhor forma de permitir experimentação, pesquisa e inovação.

Supondo que alguém resolvesse implementar continuations em Java, muito melhor fazer um fork de uma JVM production-ready que desenvolver em cima de uma plataforma de pesquisa como a SableVM ou JikesRVM. Vai ser muito mais facil depois comparar os resultados.

Tudo bem que hoje a JRL permite o uso da JVM da Sun para pesquisa, mas não seria possivel o público em geral testar o resultado disso.

Enfim a realidade é que em 2007 vai existir pelo menos uma JVM 1.4 ou 1.5 open source e dificilmente vai ser a da Sun. Em 2008/9 esse número deve aumentar para pelo menos 2.

Hoje a maioria das plataforma embutidas usam JVM derivadas de projetos open source, como Kaffe e Wonka.

e assim evitaria q as implementações q não passasem pelos testes do JCP fossem chamadas d JVM

Vou comecar a lista

• JANUARY = 0, DECEMBER = 11
• Adicionar/subtrair dias pula um dia na troca pra DST
• Adicionar/subtrair usa o mesmo metodo, add()
• Acoplamento a implementacao de GregorianCalendar, e a calendarios gregorianos em geral
• O fato de ser uma classe, nao uma interface

Mesmo considerando que eu posso, por exemplo, Rodar código Java no meio de JRuby ou não pdoer chamar móduilos nativos? Uma aplicação desenvolvida em JRuby pode não funcionar em Ruby, visto que a paltaforma original não suporta este nível de integração com Java.

Mas, pensando bem, pode ser que neste caso esta integração funcione mais como uma biblioteca externa, mas uma biblioteca que não pode ser utilizada em algum cenário. Não sei.

Onde termina o port e começa o fork?

Pela Wikipedia não ajuda muito:

• Não ter um jeito simples de representar hora como algo independente da data e vice-versa
• Ter um Factory Method estático
• A hierarquia escrota de javax.sql.Date com java.util.Date

• ‘Calendar’ é um péssimo nome para um instante no tempo
• Date já está praticamente depreciada há anos e nunca foi removida

cv:

• Acoplamento a implementacao de GregorianCalendar, e a calendarios

Uma coisa que persiste na minha cabeca.

Eu tive q implementar uma Wapper de uma lib que a IBM nao suporta mais nos novos compiladores, o sistema que a utilizava em todos os para calculos de datas do sistema em calendario Juliano.

la vai eu atras das explicacoes das diferencas dos testes unitarios e descubro que um FDP de um papa nao tinha nada pra fazer e resolveu tirar dias do calendario. :evil:

Alguem na face da terra ja trabalhou em um sistema com calendario Juliano ?
Qual seria a vantagem disso ?

scottys0:

cv:

• Acoplamento a implementacao de GregorianCalendar, e a calendarios

Uma coisa que persiste na minha cabeca.

Eu tive q implementar uma Wapper de uma lib que a IBM nao suporta mais nos novos compiladores, o sistema que a utilizava em todos os para calculos de datas do sistema em calendario Juliano.

la vai eu atras das explicacoes das diferencas dos testes unitarios e descubro que um FDP de um papa nao tinha nada pra fazer e resolveu tirar dias do calendario. :evil:

Alguem na face da terra ja trabalhou em um sistema com calendario Juliano ?
Qual seria a vantagem disso ?

Pelo que entendi, menos dias do ano = natal mais rápido adoro ganhar presentes :twisted:

Agora, falandos sério, não dá pra utilizar em aplicações comerciais. Sem chance.

cv:

E qual o problema nisso? Se o Gava eh melhor pra determinadas tarefas, use Gava, nao Java. Compatibilidade nao eh a unica coisa em jogo ao decidir por usar uma tecnologia, e pode ser trocada por vantagens em outros fatores (performance, consumo de memoria, UIs decentes, que seja).

Isso me lembra o pessoal de C++. É multiplataforma, mas você precisa escolher bem as suas bibliotecas, etc, etc, etc. Fala qualquer coisa e a resposta “mas pode ser feito”.

Isso é péssimo para o Java. Ele caíria na vala comum das outras linguagens “multiplataforma, mas com alguns poréns”.

Bom, o JCP é cheio de política no meio e interesse de vendedores. Mas ignorando esse fato, existem VÁRIAS considerações a serem tomadas além da tecnológica.

No contexto de “negócios”, sim, são incompetentes. Se não fossem hoje estaríamos programando em outra coisa, Smalltalk, Python ou o que seja.

Você pode achar ruim o Java não ter isso ou aquilo, mas ele teve um bom apelo com quem importa (decision makers e empresas).

Hahaha, o Linux que o diga!

Thiagosc:

Isso me lembra o pessoal de C++. É multiplataforma, mas você precisa escolher bem as suas bibliotecas, etc, etc, etc. Fala qualquer coisa e a resposta “mas pode ser feito”.

Isso é péssimo para o Java. Ele caíria na vala comum das outras linguagens “multiplataforma, mas com alguns poréns”.

Já caiu faz tempo. Em um nome, Javacomm, mas eu poderia me estender bem mais só com o que já tive problemas.

Hahahaha, vocês são hilários.

Hahaha, o Linux que o diga!
A Sun deve pensar em alguma forma de gerenciar, não sei se a licença diz isso em algum lugar, mas se ‘soltar’ os fontes e deixar a galera fazer o que quiser, e trabalhando concorrentemente vai ser realmente um caos. De uma certa forma, estimula os avanços, mas controlar isso deve ser pensado com calma. Alguém poderia dizer como isso vai ser controlado pra não virar briga ?

threading em java é especifico de plataforma. (e nao eh algo externo como a javacomm)

usar threading no solaris sem saber usar muito bem yield só da em merda.

jmp:

usar threading no solaris sem saber usar muito bem yield só da em merda.

hey, voce nao deveria estar usando yield, a nao ser que esteja trabalhando numa dessas vms surradas de celular

eu quero ver a cara do Stallman se isso acontecer mesmo!

Não vai mudar muito, já que pra ele, Free Software é só a GPL.

Que mundo da lua você vive?!?!?! Você não pode estar sériamente falando isso. Java tá muito, mas muito longe de ser WORA. Caramba, eu tenho direto problema de comportamentos bem especificados que ainda assim a implementação da Sun insiste em ser diferente entre windows, linux e solaris.

Java é melhor que c++ no quesito multiplataforma e portavel, mas tá muito longe de ser a panacea no assunto.

Me poupe de toda essa besteira sua.

podia fazer uma enquete, pra saber quem acha uma boa a sun tornar o java o.s. ou não …

Alguns podem até achar ruim o que devo dizer, mas acho isso ruim. Acho que o Java não poderia virar open source.

Certamente não seria a melhor forma de descobrir, já que se trata de um assunto digamos… “mais sério”!

Onde no meu texto está escrito isso? Java é multiplataforma até onde é possível ser multiplataforma, e em comparação com outras linguagens é realmente a melhor.

Agora, eu percebo um tanto de fanatismo de alguns aqui. As suas afirmações foram até aqui o mais puro conjunto de “alucinações” que já ouvi. De duas uma, ou você não “bate bem” ou vivemos em planetas diferentes.

“Open source” não é solução para nada, veja o caso da Netscape! Demorou tantos anos para lançarem o Mozilla, depois mais tantos outros para ter um Firefox e finalmente conseguiram alguma coisa. Isso porque a Microsoft dormiu com o IE e não porque foram “superiores”.

Esse papo de inovação em open source só pode ser piada. Eles só copiam. Linux é uma cópia de um SO de 30 anos de idade, os ambientes gráficos sempre tentam copiar o Windows ou Mac OS. As panacéias da moda são mais velhas que Java e baseadas em conceitos mais velhos ainda! Onde tem “inovação”?

Acho que os nervosinhos do opensource deveriam tomar um chá de camomila e refletir sobre o atual estado das coisas. As coisas chegaram a esse ponto não foi por acidente, Java é o número 1 em algumas áreas por alguma razão. Qual será? Marketing*?

Open source tem o seu lugar, mas esse fanatismo e a lenda da “inovação” são irritantes para qualquer pessoa com senso crítico.

* Para programadores “marketing” é “tudo aquilo que não sei sobre negócios em TI; ou, tudo aquilo que não é traduzível em linhas de código”

Concordo com Kenobi, isso é puramente jogo político entre grandes coorporações e a acredito que a demanda não vem do povo usuário e sim.

Aposto que se tornar não irá ajudar em nada a nossa comunidade no quisito de evoluir o Java de meios externos, apenas grandes empresas querem realmente se apoderar do conhecimento de mais de 10 anos de pesquisa (diria no mínimo 12, já que antes de lançar o Oak.)

Thiagosc:

“Open source” não é solução para nada, veja o caso da Netscape! Demorou tantos anos para lançarem o Mozilla, depois mais tantos outros para ter um Firefox e finalmente conseguiram alguma coisa. Isso porque a Microsoft dormiu com o IE e não porque foram “superiores”.

Esse papo de inovação em open source só pode ser piada. Eles só copiam. Linux é uma cópia de um SO de 30 anos de idade, os ambientes gráficos sempre tentam copiar o Windows ou Mac OS. As panacéias da moda são mais velhas que Java e baseadas em conceitos mais velhos ainda! Onde tem “inovação”?

[size=7]Para os outros: achei melhor não contrariar né![/size]

Quero destacar essa frase. Eu acho que to perdendo um pouco da paciencia com as pessoas aqui no GUJ, mas o que voces acham de uma pessoa que fala isso?

Eu acho que você não deveria alimentar trolls. Aliás, frasezinha do dia:

Tem um pessoal aí meio nervosinho. Dêem uma maneirada do café.

Quero destacar essa frase. Eu acho que to perdendo um pouco da paciencia com as pessoas aqui no GUJ, mas o que voces acham de uma pessoa que fala isso?

Você diria que a liberação do código do Netscape foi um sucesso estrondoso em termos de inovação e evolução?

Foi um fracasso, o Netscape perdeu de vez a batalha contra o IE e demorou anos para algo útil ser produzido.

Thiagosc:

Você diria que a liberação do código do Netscape foi um sucesso estrondoso em termos de inovação e evolução?

Foi um fracasso, o Netscape perdeu de vez a batalha contra o IE e demorou anos para algo útil ser produzido.

Acho que você deveria se informar primeiro. A netscape jamais liberou os fontes do brownser original dela, o finado netscape navigador.

A historia, a grosso modo, foi a seguinte:

Eles decidiram reescrever o navegador do zero, e seria em Java, para ser onipresente em todas plataformas.

Eles descobrem que escrever em Java um navegador era uma tarefa impossivel para época. Resolveram então entregar para a Sun todo código de GUI que tinham escrito para suportar lightweight widgets em cima de AWT. Disso nasceu o Swing, por sinal. Alguns muitos anos depois o navegador em Java foi liberado como OSS, é o projeto Jazilla da source forge.

Eles então começaram a reescrever, de novo, do zero o trem em C++, só que eles queriam um modelo de componentes que fosse multiplataforma, dai implementaram o XPCOM.

Um bom tempo depois veio o Mozilla e a Mozilla foundation.

O mozilla já tinha passado do 1.0, só que ele era, ainda é por sinal, carroção e com muita coisa inutil. Disso surigiram os vários projetos para criar versões leves dos vários componentes dele, firefox, camino, thunderbird, etc.

O problema, e o fracasso, da Netscape se deu pelo push monopolista da microsoft e, acima de tudo, o fato deles terem reescrito quase DUAS vezes o software deles. Qualquer empresa desse mundo (ok, quase todas) vão falhar miseravelmente se tentarem isso.

Thiago, você sabe que a grande maioria dos softwares escritos em Java já podem ser executados em JVMs open source? Você também sabe que todos esses projetos visam acima de tudo compatibilidade e possuem menos extensões que as JVMs de outras empresas que não a Sun?

Hum, só acredito vendo! :twisted:

microfilo:

louds:

Thiago, você sabe que a grande maioria dos softwares escritos em Java já podem ser executados em JVMs open source?

Hum, só acredito vendo! :twisted:

Que tal Ant, Eclipse, JEdit e Tomcat? Ant e Eclipse você consegue rodar via jamvm, gcj e harmony; JEdit via jamvm, gcj e em breve harmony; Tomcat jamvm e gcj até onde eu sei.

Da uma olhada em http://developer.classpath.org/mediation/ClasspathCompatiblePrograms

Netbeans provavelmente só vai rodar em uma plataforma open source se a Sun assim desejar, já que os fontes usam API proprietária da JVM da Sun - logo não é Java.

louds:

Netbeans provavelmente só vai rodar em uma plataforma open source se a Sun assim desejar, já que os fontes usam API proprietária da JVM da Sun - logo não é Java.

Netbeans não funciona na JVM da IBM ou da Apple?

#@®®¡$:

louds:

Netbeans provavelmente só vai rodar em uma plataforma open source se a Sun assim desejar, já que os fontes usam API proprietária da JVM da Sun - logo não é Java.

Netbeans não funciona na JVM da IBM ou da Apple?

Funciona, e? Todas JVMs do mercado usam código e API proprietario licenciado pela Sun. Basta olhar o jck pra ver que sem esse código não é possivel nem ser certificado.

louds:

#@®®¡$:

louds:

Netbeans provavelmente só vai rodar em uma plataforma open source se a Sun assim desejar, já que os fontes usam API proprietária da JVM da Sun - logo não é Java.

Netbeans não funciona na JVM da IBM ou da Apple?

Funciona, e? Todas JVMs do mercado usam código e API proprietario licenciado pela Sun. Basta olhar o jck pra ver que sem esse código não é possivel nem ser certificado.

Interessante, não sabia disso.

Meu Deus do céu, que estória doida é essa que você inventou! Que meteu no meio da história a Sun, Swing/AWT, “Java não presta” (isso é porque aqui é o GUJ, o pessoal não perde a chance de dar porrada), etc.

Aconselho você a se informar melhor:

“In 1998, Netscape made the decision to make the Netscape browser an open-source project. A basic version of the source code was duly released. An informal group called the Mozilla Organization was formed and largely funded by Netscape (the vast majority of programmers working on the code were paid by Netscape) to co-ordinate the development of Netscape 5 (codenamed “Grommit”), which would be based on the Communicator source code. However, the aging Communicator code proved difficult to work with and the decision was taken to scrap Netscape 5 and re-write the source code. The re-written source code was in the form of the Mozilla web browser, which, with a few additions, Netscape 6 was based on.”

Eu sei porque eu li a respeito disso no Cathedral and the Bazaar do Eric Raymond ou em algum artigo dele. Aquele cara é um idiota, mas lembro bem que isso nada teve a ver com a Sun ou com Java.

Conclusão:

Open source não é solução alguma, e o fracasso do Netscape é prova mais do que suficiente.

louds:

Funciona, e? Todas JVMs do mercado usam código e API proprietario licenciado pela Sun. Basta olhar o jck pra ver que sem esse código não é possivel nem ser certificado.

Como é que é!?

O “código proprietário” da Sun é o código da implementação das BIBLIOTECAS do Java, que, logicamente, contém classes helper que não fazem parte dos pacotes java.*.

Isso não significa que “só com eles é possível passar no teste”!! Open source não passa no teste porque são uns mortos de fome, basta dar uma olhada no projeto OpenBSD passando o chapéu por donativos, a Mandrake que já fez muito disso, etc.

Se você quiser implementar todas as bibliotecas do Java do zero, o que para empresas como a IBM ou a Apple é algo totalmente ridículo, boa sorte, mas existem pessoas mais interessadas em vender produtos e ganhar uma grana.

Eu entendo que você é um entusiasta do Open source, mas cara, menos, menos… maneira nos exageros por favor.

Thiagosc:

louds:

Acho que você deveria se informar primeiro. A netscape jamais liberou os fontes do brownser original dela, o finado netscape navigador.

Meu Deus do céu, que estória doida é essa que você inventou! Que meteu no meio da história a Sun, Swing/AWT, “Java não presta” (isso é porque aqui é o GUJ, o pessoal não perde a chance de dar porrada), etc.

Aconselho você a se informar melhor:

Ok, usando sua estratégia:

Ou ainda:

Eu jurei a mim mesmo que jamais responderia a mensagens suas, mas não pude deixar passar esta oportunidade.

Daniel Quirino Oliveira:

Eu jurei a mim mesmo que jamais responderia a mensagens suas, mas não pude deixar passar esta oportunidade.

??

Eu li ambas as páginas e não vi nada a respeito de Netscape -> Sun -> “Sun doa o Netscape para galera”. Isso era para provar alguma coisa? A única coisa existente é a história do Swing e nada mais.

Thiagosc:

Daniel Quirino Oliveira:

Eu jurei a mim mesmo que jamais responderia a mensagens suas, mas não pude deixar passar esta oportunidade.

??

Eu li ambas as páginas e não vi nada a respeito de Netscape -> Sun -> “Sun doa o Netscape para galera”. Isso era para provar alguma coisa? A única coisa existente é a história do Swing e nada mais.

Aprender a compreender um texto ajuda a torná-lo uma pessoa mais inteligente. Se você reler o que o louds escreveu, você vai ver que não existe “Sun doa Netscape”, mas sim “Netscape doa código para Sun, que cria o Swing”:

Thiagosc:

??
Eu li ambas as páginas e não vi nada a respeito de Netscape -> Sun -> “Sun doa o Netscape para galera”. Isso era para provar alguma coisa? A única coisa existente é a história do Swing e nada mais.

Eu tambem jurei a mim mesmo que jamais responderia a mensagens suas,

Thiago ? se esse é seu nome mesmo. voce tem certeza que trabalha com desenvolvimento, programa alguma coisa e conhece alguma tecnologia ?

voce soh aparece aqui pra colar link da wikipedia e retrucar os outros … mesmo quando ta errado. só vejo voce “querendo” humilhar as pessoas aqui do guj. voce tem algo contra o GUJ ? ou algumas pessoas do GUJ ?

Ok, vamos ver:

" Acho que você deveria se informar primeiro. A netscape jamais liberou os fontes do brownser original dela, o finado netscape navigador.

A historia, a grosso modo, foi a seguinte: "

Opa!!!

Vejamos no wikipedia:

“In 1998, Netscape made the decision to make the Netscape browser an open-source project. A basic version of the source code was duly released. An informal group called the Mozilla Organization was formed and largely funded by Netscape (the vast majority of programmers working on the code were paid by Netscape) to co-ordinate the development of Netscape 5 (codenamed “Grommit”), which would be based on the Communicator source code.”

Hei, será que eu interprei corretamente?

Continuando:

" A historia, a grosso modo, foi a seguinte:

Eles decidiram reescrever o navegador do zero, e seria em Java, para ser onipresente em todas plataformas.

Eles descobrem que escrever em Java um navegador era uma tarefa impossivel para época."

Qual história?

ESSA HISTÓRIA - > A netscape jamais liberou os fontes do brownser original dela, o finado netscape navigador.

" Eles descobrem que escrever em Java um navegador era uma tarefa impossivel para época. Resolveram então entregar para a Sun todo código de GUI que tinham escrito para suportar lightweight widgets em cima de AWT. Disso nasceu o Swing, por sinal"

Sinceramente, se ele não quis dizer que o código de GUI estava relacionado à Sun que está relacionado ao assunto “Netscape browser opensource” esse texto precisa ser reescrito.

scottys0:

Thiago ? se esse é seu nome mesmo. voce tem certeza que trabalha com desenvolvimento, programa alguma coisa e conhece alguma tecnologia ?
…

Vocês são fraquinhos hein. Não agüentam um fórum sem choramingar. Não é à toa que “fóruns de internet à brasileira” são lugares de uma idéia só. Brasileiro não retruca, isso é mal visto pela nossa cultura. Brasileiro procura levar por meios não tão nobres ao invés de confrontar.

Bom, até hoje não vi nenhum argumento matador aqui nesse fórum. As pessoas preferem defender as suas respectivas preferências (além da lógica algumas vezes) ao invés de procurar a verdade sobre determinado assunto.

Se a verdade lhe incomoda…

Ai, Thiago. Tudo bem! Você venceu. Tá feliz? Vai dormir agora!