Oracle desiste do projeto Kenai

Isso eu não gostei.

Em breve teremos mudanças no NetBeans, afinal toda a parte de colaboração da IDE gira em torno do projeto Kenai.

Bem lembrado o ponto do Netbeans.

Na realidade, eu não ficaria assustado se visse este projeto ressurgir com outro nome. Quem sabe a Oracle não proporciona algum serviço pago para os usuários do Netbeans que queiram colaborar entre si, algo no estilo GitHub. Seria interessantíssimo.

só pra lembrar, pago != ruim. Vide modelos como GitHub por exemplo.

Bem,

Eu sou novato em Java e por isso o contato que eu tive com Kenai foi bem básico mas muito útil para o desenvolvimento de aplicação na faculdade. Facilitou muito principalmente por já ser integrado ao NetBeans. Existe alguma ferramenta parecida? Freware?

Pergunto isso, porque estou com medo do Kenai parar de funfar e eu não ter uma opção para repositório como ele. Na verdade estou até puto por não terem apostado no projeto. Eu achava fantástico(respeitando meu grau de conhecimento que é quase zero e deve ter outras opções melhores).

Se for sistema de versões você tem vários dá uma olhada no Google.

http://code.google.com/intl/pt-BR/

pvrsouza:

Bem,

Eu sou novato em Java e por isso o contato que eu tive com Kenai foi bem básico mas muito útil para o desenvolvimento de aplicação na faculdade. Facilitou muito principalmente por já ser integrado ao NetBeans. Existe alguma ferramenta parecida? Freware?

Pergunto isso, porque estou com medo do Kenai parar de funfar e eu não ter uma opção para repositório como ele. Na verdade estou até puto por não terem apostado no projeto. Eu achava fantástico(respeitando meu grau de conhecimento que é quase zero e deve ter outras opções melhores).

Bom, www.kenai.com está fora do ar. Talvez eles mandem um email para quem tem projetos lá para dar um acesso alternativo, para remover os arquivos hospedados lá.

entanglement e evandro.santos brigado pelas dicas.

Me perdoem a “inginoransia”, quando se pensa em controle de versões utilizando o NetBeans, qual o melhor para uma pessoa iniciante como eu, o Marcurial ou Subversion?

Bola fora pra Oracle… Grande bola fora…

Ué, qual o problema de hospedar em outro lugar? Eu nunca acessei muito o Kenai, acho que não vai fazer tanta falta assim.

Tambem acho que o Kenai não é indispensável. Mas que era bom era.

Ué, qual o problema de hospedar em outro lugar? Eu nunca acessei muito o Kenai, acho que não vai fazer tanta falta assim.
Eu também. NetBeans também… Tem gente apostando que o NetBeans vai cair, mas eu tenho minhas dúvidas.

Eu acho que o Kenai é sem duvida bem legal, facil de usar, um pouco mais web. 20… uma evolução em relação ao java.net em vários sentidos.
Mas, vale lembrar que hoje, as comunidades do Kenai não estão necessariamente ao redor do Java.O Kenai é mais ambicioso e tem como publico alvo professores da rede de ensino fundamental, etc… comunidades de artigos etc. Enquanto o java.net é focado nos projetos Java com importantes e grandes comunidades importantes como o OpenJDK.

Por isto, acredito que a Oracle esteja indicando que vai focar na comunidade Java, assim como sinalizou para o NetBeans… que não deve receber muito investimento para o suporte a outras linguagens.

Sendo assim, é possível que o back-end do java.net seja melhorado, substituido pelo Kenai futuramente… ou o Kenai apareca de outra forma, com outro nome, como o colega já mencionou antes.

Um abraço,
Yara
http://twitter.com/yarasenger
http://blog.globalcode.com.br/search/label/Yara

Pq limitar o Netbeans somente ao Java? Ele está ficando tão bom no suporte a outras linguagens, está melhorando tanto…

Bola fora da Oracle é tirar o Kenai assim do ar, sem amis nem menos, sem oferecer (ao menos, não foi tão anunciado) uma alternativa a um projeto promissor.

Poxa. Ao menos poderiam liberar o código do Kenai. Eles praticamente arrancaram uma das novas pernas do Netbeans para projetos opensource.

O que vão fazer agora? Desmantelar o Netbeans pra favorecer aquele monstrengo chamado JDeveloper?

Sinceramente. A Sun se preocupava com a comunidade Java. A Oracle vai olhar muito mais para como lucrar,nao importa quem venha a prejudicar…

Começo a achar os defensores do Mysql não tão paranóicos assim…

josenaldo:

Pq limitar o Netbeans somente ao Java? Ele está ficando tão bom no suporte a outras linguagens, está melhorando tanto…

Bola fora da Oracle é tirar o Kenai assim do ar, sem amis nem menos, sem oferecer (ao menos, não foi tão anunciado) uma alternativa a um projeto promissor.

Poxa. Ao menos poderiam liberar o código do Kenai. Eles praticamente arrancaram uma das novas pernas do Netbeans para projetos opensource.

O que vão fazer agora? Desmantelar o Netbeans pra favorecer aquele monstrengo chamado JDeveloper?

Sinceramente. A Sun se preocupava com a comunidade Java. A Oracle vai olhar muito mais para como lucrar,nao importa quem venha a prejudicar…

Começo a achar os defensores do Mysql não tão paranóicos assim…

Acredito que paranóicos não seja o melhor adjetivo… Como você descreveria um cara (Michael Widenius - criador do MySQL), que vendeu sua criação por 1 Bilhão e depois solicita que outras pessoas assinem um manifesto solicitando que a Sun não seja vendida por conta do MySQL?

Voltando ao tópico, a grande vantagem do Kenai no NetBeans era a integração. Bate-papo, gerenciador de Issues, Forum e Controle de Versões, tudo dentro da mesma IDE. Quem sabe outra pessoa crie um plug-in assim para o Google code…

A grande margem disso tudo só pode ser visando Lucro.
Tudo da ORaCLe é pago é igual Windows!

Ramon.Onix:

A grande margem disso tudo só pode ser visando Lucro.
Tudo da ORaCLe é pago é igual Windows!

Por favor, não vem com essa lenda urbana de novo. A Oracle além de ter projetos abertos (Berkeley DB) contribuiu pra projetos livres (PHP, Eclipse, kernel do linux, …) e TODOS os produtos dela são gratuitos pra desenvolvedores.

O projeto Kenai não emplacou e estava dando prejuízo. A Oracle precisa se focar em algumas áreas primeiro pra depois estudar as outras e ver o que pode fazer. É normal que tenha alguns projetos cancelados ou congelados nessa transição.

E é normal o pânico dos desenvolvedores achando que o mundo vai acabar porque ‘alguém mexeu no meu queijo’.

marcosalex:

Ramon.Onix:

A grande margem disso tudo só pode ser visando Lucro.
Tudo da ORaCLe é pago é igual Windows!

Por favor, não vem com essa lenda urbana de novo. A Oracle além de ter projetos abertos (Berkeley DB) contribuiu pra projetos livres (PHP, Eclipse, kernel do linux, …) e TODOS os produtos dela são gratuitos pra desenvolvedores.

O projeto Kenai não emplacou e estava dando prejuízo. A Oracle precisa se focar em algumas áreas primeiro pra depois estudar as outras e ver o que pode fazer. É normal que tenha alguns projetos cancelados ou congelados nessa transição.

E é normal o pânico dos desenvolvedores achando que o mundo vai acabar porque ‘alguém mexeu no meu queijo’.

Ixiiii… é mesmo, tinha me esquecido do “Berkeley DB” e do Eclipse tbm…
Que vexa, mesmo assim congelar o Kenai é baixaria poh!
Então libera o cód. pq não? se tah dando preju…

Sendo bem sincero, nunca vi mta vantagem nesse kenai ai não.
Já existem tantos locais para hospedar projetos open source, que o kenai já vai tarde.

josenaldo:

Pq limitar o Netbeans somente ao Java? Ele está ficando tão bom no suporte a outras linguagens, está melhorando tanto…

Acho que a Oracle nao tem nada com isso, o netbeans funciona com plugins, qualquer maluco pode ir la e criar um plugin pra linguagem preferida dele, não?

Vide esse cara aqui: http://sourceforge.net/projects/erlybird/files/ um plugin Scala pro Netbeans.

What are Oracle’s plans for NetBeans.org?

NetBeans.org will continue to be available at the usual URL?no changes. (See also: Java Developer Tools FAQ)

Puxa vida, é uma pena, se bem que eu não conhecia direito o Projeto, apenas assistí uma aula da Faculdade que meu professor comentou sobre.
Só espero que a Oracle não faça da Sun uma empresa proprietária. Aliás, um dos melhores SGBD é dela, o que possivelmente tornará o MySQL muito melhor do que é hoje, é um ótimo banco da Web, porém para aplicação de grande porte não é indicado.

jEder, Oracle não é o melhor banco de dados não. Há muitos bancos relacionais bons por aí do mesmo porte que o Oracle, e porque não até melhor? Trabalho com Oracle há aprox 12 anos, e obvio que é bom, mas ele tem muito mais nome e fama do que realmente é.

MySQL já não dá para dizer que é apenas para projetos pequenos. Desde a família 5 o MySQL tem muitas funcionalidades dos maiores bancos como procedures e jobs. Obviamente muitas dessas funcionalidades foram feitas meio encima da hora e não são tão completas, porém havia muito o que crescer no MySQL. Em um projeto que trabalhei o MySQL executava 1.500.000 consultas por dia sem degradar performance. Ou seja, um banco com um bom futuro diante dos grandes que temos por aí.

Mas quanto ao Kenai, isso não me surpreendeu. Embora não sabemos ao certo o que será do futuro dos filhotes da Sun, a coisa nunca mais será a mesma. A Sun sempre pensou muito mais em inovar do que lucrar, e duvído que a Oracle faça algo assim. Minha torcida é que mantenham os grandes projetos como Glassfish e Netbeans, e que evoluam cada vez mais. Além disso espero ver também o crescimento de projetos que eu tinha uma afinidade como Sun Spot e FX.

Em uma série de eventos que já participei da Sun fiz vários contatos, e conversando com esse pessoal o clima não está lá tão bom. Não estou dizendo que o futuro será maligno, porém essa incerteza toda causa um grande desconforto no pessoal da Sun.

Se são muitos, não seria demais eu pedir uns 5, 6 exemplos só pra começar, por favor?

Bancos que eu conheço:

PostgresSQL;

Firebird/Interbase;

MySQL;

DB4O

Se são muitos, não seria demais eu pedir uns 5, 6 exemplos só pra começar, por favor?

Se você fosse um pouco mais educado e não viesse querendo fazer confusão eu responderia sem problemas. Mas já que é assim… procure no google.

E o e-mail já chegou:

jEder:

Bancos que eu conheço:

PostgresSQL;

Firebird/Interbase;

MySQL;

DB4O</blockquote>

Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.

(Acho que o DB4O é um banco OO e não o banco relacional).

1,5 Milhões de transações por dia é muito pouco, pense quantas torpedos são enviados em um dia? e quantas ligações? quantas transações bancárias?

evandro.santos:

jEder:

Bancos que eu conheço:

PostgresSQL;

Firebird/Interbase;

MySQL;

DB4O</blockquote>

Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.

No dia que vc brinca com o Postgre vc vai ver q o oracle não é tão bom assim não, e firebird? Firebird é horrivel.

Ramon.Onix:

A grande margem disso tudo só pode ser visando Lucro.
Tudo da ORaCLe é pago é igual Windows!

Qualquer empresa visa o lucro máximo, inclusive a Sun, não se engane achando que eles eram mais “bonzinhos” do que a Oracle. Só que a Sun não foi competente nisso, tanto que estava mal e foi vendida.

Felagund:

evandro.santos:

jEder:

Bancos que eu conheço:

PostgresSQL;

Firebird/Interbase;

MySQL;

DB4O</blockquote>

Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.

No dia que vc brinca com o Postgre vc vai ver q o oracle não é tão bom assim não, e firebird? Firebird é horrivel.

Desculpe, escrevi errado, Já trabalhei com Postgres, Oracle e Firebird.

Em minha experiência com o Postgres utilizava um banco bastante grande e o processo de Vacuum era sofrível, com a evolução do banco, foi adicionado a funcionalidade de particionamento, dessa forma passei a excluir a partição (não precisava de VACUUM), porem particionamento consumia muito processado.
Outro problema era adicionar JOBs, como o recurso era novo, as vezes tinha alguns problemas.

Hoje ainda utilizo Postgres em meus projetos pessoais, mas nenhum deles chega ao pico de 100 transações em um segundo. Não arriscaria colocar o postgres em uma situação como essa…

evandro.santos:

Felagund:

evandro.santos:

jEder:

Bancos que eu conheço:

PostgresSQL;

Firebird/Interbase;

MySQL;

DB4O</blockquote>

Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.

No dia que vc brinca com o Postgre vc vai ver q o oracle não é tão bom assim não, e firebird? Firebird é horrivel.

Desculpe, escrevi errado, Já trabalhei com Postgres, Oracle e Firebird.

Em minha experiência com o Postgres utilizava um banco bastante grande e o processo de Vacuum era sofrível, com a evolução do banco, foi adicionado a funcionalidade de particionamento, dessa forma passei a excluir a partição (não precisava de VACUUM), porem particionamento consumia muito processado.
Outro problema era adicionar JOBs, como o recurso era novo, as vezes tinha alguns problemas.

Hoje ainda utilizo Postgres em meus projetos pessoais, mas nenhum deles chega ao pico de 100 transações em um segundo. Não arriscaria colocar o postgres em uma situação como essa…

Utilizamos bastante o postgre em sistemas concorrentes com varias transações simultaneas, e em alguns casos ele se sai melhor que o oracle, temos 2 sistemas com a mesma arquitetura, porém um roda usando Oracle e o outro Postgre, e te garanto que a performance do que roda postgre é superior, pode ser o uso do JPA, quem sabe em transações gerenciadas usando JDBC o oracle seja mais rapido, mas no caso do JPA o Postgre da um baile

Felagund:

… pode ser o uso do JPA, quem sabe em transações gerenciadas usando JDBC o oracle seja mais rapido, mas no caso do JPA o Postgre da um baile :)

Isso porque quando você faz uma consulta por JPA o framework gera um comando SQL e executa do banco de dados. Se esse SQL for construído da maneira mais eficiente que o banco reconhece, beleza. Se não for, vai perder performance.

O Oracle permite algumas construções “sinistras” que permite gerar consultas enxutas e de alta performance, talvez a implementação NO SEU CASO não conseguiu extrair isso.

Claro, que hoje é praticamente consenso que é preferível ocasionalmente perder um pouco de performance na aplicação mas mante-la independente de banco, mas isso é outra discussão “acalourada”.

No nosso caso, tínhamos um banco postgres no nosso Call Center (uns 600 atendentes) e o número de consultas era muit o grande, muitas delas complexas e pesadas. Chegou a um ponto de que tínhamos de escolher se faríamos um upgrade do hardware do servidor ou passaríamos para Oracle ou Sybase. Fazendo testes, vimos que o upgrade de banco sairia bem mais barato.

Ah, não usávamos JPA na época. Talvez se estivesse usando, o Posgres aguentaria, já que muita carga iria para o servidor de aplicação

Felagund:

evandro.santos:

Felagund:

evandro.santos:

jEder:

Bancos que eu conheço:

PostgresSQL;

Firebird/Interbase;

MySQL;

DB4O</blockquote>

Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.

No dia que vc brinca com o Postgre vc vai ver q o oracle não é tão bom assim não, e firebird? Firebird é horrivel.

Desculpe, escrevi errado, Já trabalhei com Postgres, Oracle e Firebird.

Em minha experiência com o Postgres utilizava um banco bastante grande e o processo de Vacuum era sofrível, com a evolução do banco, foi adicionado a funcionalidade de particionamento, dessa forma passei a excluir a partição (não precisava de VACUUM), porem particionamento consumia muito processado.
Outro problema era adicionar JOBs, como o recurso era novo, as vezes tinha alguns problemas.

Hoje ainda utilizo Postgres em meus projetos pessoais, mas nenhum deles chega ao pico de 100 transações em um segundo. Não arriscaria colocar o postgres em uma situação como essa…

Utilizamos bastante o postgre em sistemas concorrentes com varias transações simultaneas, e em alguns casos ele se sai melhor que o oracle, temos 2 sistemas com a mesma arquitetura, porém um roda usando Oracle e o outro Postgre, e te garanto que a performance do que roda postgre é superior, pode ser o uso do JPA, quem sabe em transações gerenciadas usando JDBC o oracle seja mais rapido, mas no caso do JPA o Postgre da um baile :)

Concordo com você com relação a esse tipo de performance, o Oracle tem algumas particularidades estranhas. Se você faz uma consulta, onde um dos paramentos é a data, e você utiliza o default (passar um objeto Timestamp) o Oracle tem uma performance horrível, nesse caso ele tem que usar o terrível to_date(‘formato’, ‘data em string’), resumindo a performance atrapalha na portabilidade.

Espero que o toplink tenha otimizações para o Oracle…

Vou odiar a Oracle pro resto da vida agora que vão cancelar o kenai, tinha vários projetos lá…

vou ter que transferir tudo pro google code agora… que trabalheira que essa oracle dá… :lol:

acho que vou até fazer uma cópia do código-fonte do netbeans, pena que não temos o do kenai… :shock:

Em que parte eu não fui educado? Pedi que por favor, você citasse exemplos já que a sua própria afirmação dizia serem muitos. E você não quis responder ou não foi capaz, e tentou confundir, dizendo que eu estava fazendo confusão. Pra cima de mim com essa não.

marcos.junqueira:

Vou odiar a Oracle pro resto da vida agora que vão cancelar o kenai, tinha vários projetos lá…

vou ter que transferir tudo pro google code agora… que trabalheira que essa oracle dá… :lol:

acho que vou até fazer uma cópia do código-fonte do netbeans, pena que não temos o do kenai… :shock:

Eu bem que queria o kenai pra instalar na intranet daqui da empresa. A gente na verdade quer é um forge com as ferramentas de comunicação que o netbeans tinha com o kenai.

Eu não usava o Kenai, mas qual era a funcionalidade dele? Apenas de repositório e colaboração ou também poderia executar os códigos semelhante ao GAE?

Ps: A conversa anda bem quente no post sobre o fim do Kenai: http://blogs.sun.com/projectkenai/entry/the_future_of_kenai_com

É um bom projeto, só acho que não estavam dando a devida atenção.

Pessoal,

Como eu já havia comentado, não vão desistir do Kenai. Vejam a notícia completa:
http://blogs.sun.com/projectkenai/entry/the_future_of_kenai_com

". We don’t believe it makes sense to continue investing in multiple hosted development sites that are basically doing the same thing. Our plan is to shut down kenai.com and focus our efforts on java.net as the hosted development community. We are in the process of migrating java.net to the kenai technology."

[]s
Yara
http://twitter.com/yarasenger
http://blog.globalcode.com.br
http://www.eletronlivre.com.br

Então é o kenai.com que está saindo de cena, e não o projeto. 8)

A Oracle já começou a “matar” os projetos da Sun…
(mesmo que seja só o kenai.com)
Esse não é um bom começo…

HelderC:

A Oracle já começou a “matar” os projetos da Sun…
(mesmo que seja só o kenai.com)
Esse não é um bom começo…

Por que não? Se eles querem tornar a divisão lucrativa, eles precisam cortar o que dá prejuízo ou que é redundante. Isso inclui projetos E pessoas.

Boas notícias,

Gentlepeople,

In an effort to get information out to the Kenai community quickly, while trying to manage the integration of our two companies, I think we did a poor job at communicating our plans for Kenai.com to you. I would like to remedy that now. Our strategy is simple. We don’t believe it makes sense to continue investing in multiple hosted development sites that are basically doing the same thing. Our plan is to shut down kenai.com and focus our efforts on java.net as the hosted development community. We are in the process of migrating java.net to the kenai technology. This means that any project currently hosted on kenai.com will be able to continue as you are on java.net. We are still working out the technical details, but the goal is to make this migration as seamless as possible for the current kenai.com projects. So in the meantime I suggest that you stay put on kenai.com and let us work through the details and get back to you later this month.

Thanks for your feedback and patience.

Ted Farrell
Oracle Corporation

Recebi esse e-mail da Oracle.

Desisti de tirar meu projeto de lá após essa explicação.

Desde que o javanet tenha mercurial, pra mim tah otimo, pq voltar pra svn vai ser complicado.