http://www.guj.com.br/posts/list/17.java JForum - http://www.jforum.net
A versão beta do serviço colaborativo, lançada em setembro de 2008, tinha o objetivo de promover a produção de software livre, além de hospedar projetos de JRuby e Rails integrados ao Netbeans 6.7.

"A ação foi tomada para garantir as melhores soluções de hospedagem de soluções para clientes em um único local. Minimizar o numero de sites de projetos é um bom começo nessa direção", aponta um comunicado no site oficial do Kenai.

O arquiteto chefe da Oracle, Ted Farrell, afirmou que a ideia é boa, mas que não acha que ela está funcionando como deveria. O novo objetivo consiste em fechar a versão pública do projeto e utilizá-lo apenas em projetos internos. Talvez, após algum tempo, uma nova avaliação deverá mostrar se o Kenai estará pronto para voltar aos desenvolvedores externos."

fonte: [url=http://info.abril.com.br/noticias/ti/oracle-desiste-do-projeto-kenai-da-sun-29012010-16.shl]http://info.abril.com.br/noticias/ti/oracle-desiste-do-projeto-kenai-da-sun-29012010-16.shl[/url]
site do projeto - [url=http://www.kenai.com/]http://www.kenai.com/[/url]
link para o post oficial no blog do projeto [url=http://blogs.sun.com/projectkenai/entry/the_future_of_kenai_com]http://blogs.sun.com/projectkenai/entry/the_future_of_kenai_com[/url]]]> http://www.guj.com.br/prepost/196990/987859/oracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/987859/oracle-desiste-do-projeto-kenai GMT
Em breve teremos mudanças no NetBeans, afinal toda a parte de colaboração da IDE gira em torno do projeto Kenai.]]> http://www.guj.com.br/prepost/196990/988060/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988060/reoracle-desiste-do-projeto-kenai GMT
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.]]> http://www.guj.com.br/prepost/196990/988086/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988086/reoracle-desiste-do-projeto-kenai GMT
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).]]> http://www.guj.com.br/prepost/196990/988168/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988168/reoracle-desiste-do-projeto-kenai GMT
http://code.google.com/intl/pt-BR/]]> http://www.guj.com.br/prepost/196990/988171/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988171/reoracle-desiste-do-projeto-kenai GMT
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).[/quote]

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á. ]]> http://www.guj.com.br/prepost/196990/988172/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988172/reoracle-desiste-do-projeto-kenai GMT
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?

]]> http://www.guj.com.br/prepost/196990/988176/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988176/reoracle-desiste-do-projeto-kenai GMT http://www.guj.com.br/prepost/196990/988189/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988189/reoracle-desiste-do-projeto-kenai GMT
Ué, qual o problema de hospedar em outro lugar? Eu nunca acessei muito o Kenai, acho que não vai fazer tanta falta assim.]]> http://www.guj.com.br/prepost/196990/988191/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988191/reoracle-desiste-do-projeto-kenai GMT http://www.guj.com.br/prepost/196990/988200/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988200/reoracle-desiste-do-projeto-kenai GMT
Ué, qual o problema de hospedar em outro lugar? Eu nunca acessei muito o Kenai, acho que não vai fazer tanta falta assim.[/quote]
Eu também. NetBeans também... Tem gente apostando que o NetBeans vai cair, mas eu tenho minhas dúvidas.]]> http://www.guj.com.br/prepost/196990/988206/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988206/reoracle-desiste-do-projeto-kenai GMT 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
[url]http://twitter.com/yarasenger[/url]
[url]http://blog.globalcode.com.br/search/label/Yara[/url]]]> http://www.guj.com.br/prepost/196990/988208/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988208/reoracle-desiste-do-projeto-kenai GMT
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...]]> http://www.guj.com.br/prepost/196990/988272/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988272/reoracle-desiste-do-projeto-kenai GMT
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...[/quote]

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...]]> http://www.guj.com.br/prepost/196990/988279/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988279/reoracle-desiste-do-projeto-kenai GMT Tudo da ORaCLe é pago é igual Windows!]]> http://www.guj.com.br/prepost/196990/988382/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988382/reoracle-desiste-do-projeto-kenai GMT Tudo da ORaCLe é pago é igual Windows![/quote]

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'.]]> http://www.guj.com.br/prepost/196990/988392/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988392/reoracle-desiste-do-projeto-kenai GMT Tudo da ORaCLe é pago é igual Windows![/quote]

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'.[/quote]


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....]]> http://www.guj.com.br/prepost/196990/988395/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988395/reoracle-desiste-do-projeto-kenai GMT Já existem tantos locais para hospedar projetos open source, que o kenai já vai tarde.

]]> http://www.guj.com.br/prepost/196990/988403/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988403/reoracle-desiste-do-projeto-kenai GMT
[/quote]

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.]]> http://www.guj.com.br/prepost/196990/988488/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988488/reoracle-desiste-do-projeto-kenai GMT
NetBeans.org will continue to be available at the usual URL?no changes. (See also: Java Developer Tools FAQ)[/quote]
Netbeans sem mudanças....
http://www.oracle.com/technology/community/sun-oracle-community-continuity.html]]> http://www.guj.com.br/prepost/196990/988492/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988492/reoracle-desiste-do-projeto-kenai GMT 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.[/b]]]> http://www.guj.com.br/prepost/196990/988535/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988535/reoracle-desiste-do-projeto-kenai GMT
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.

]]> http://www.guj.com.br/prepost/196990/988675/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988675/reoracle-desiste-do-projeto-kenai GMT
Se são muitos, não seria demais eu pedir uns 5, 6 exemplos só pra começar, por favor?]]> http://www.guj.com.br/prepost/196990/988982/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988982/reoracle-desiste-do-projeto-kenai GMT
PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O]]> http://www.guj.com.br/prepost/196990/988999/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/988999/reoracle-desiste-do-projeto-kenai GMT
Se são muitos, não seria demais eu pedir uns 5, 6 exemplos só pra começar, por favor?[/quote]

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.]]> http://www.guj.com.br/prepost/196990/989042/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989042/reoracle-desiste-do-projeto-kenai GMT [quote]
Hello fellow Project Administrators,

It's with a sad heart that we have to announce that the Kenai.com domain will be shutdown as part of the consolidation of project hosting sites now that Sun is a wholly owned subsidiary of Oracle.

Project Kenai has always existed as two different things: Kenai the infrastructure, and Kenai the website (Kenai.com). While it has come time to close the domain of Kenai.com, the infrastructure (which is already used under NetBeans.org) will live on to support other domains in the future.

With this decision from Oracle to close the Kenai.com domain, it is now time for project owners to begin the process of migrating their repositories and content over to other locations. A few things to note as you begin this process:

* More then one forum thread is going on at this time discussing alternative sites for hosting projects; this one appears to be the most active:
http://kenai.com/projects/help/forums/general/topics/2406-Alternatives-for-Kenai-com-

* For Source repositories, SVNSync can be used for Subversion. Git, and Hg are pretty simple by nature to move.

* Wiki source code is available to all project admins and can be cut and paste into any other site that supports the Mediawiki syntax.

* For Issue Trackers and Forum content, we are looking at ways to make that content available, but we have nothing at this time in place. If you can come up with a way to move the content on your own, proceed as such. Please do not wait for us.

The website will be closed to the creation of new projects in the next week. The complete shutdown of the site and the removal of the domain will be completed in the next 60 days (April 2nd 2010). This should provide ample time for all projects to be moved to a new home of the project owners choice.

If you have a private project (only available to Sun internal projects) those projects will continue to exist. We will send information about how to access those in a separate notice.

Any public projects that remain after the 60 day limit (April 2nd 2010) will be removed when the site is turned off.

It has been an amazing ride, and a great pleasure to personally work with so many of you over the last year or so. From the entire Project Kenai Team I want to thank you for all of the feedback, criticisms, and support over our time together.

With much respect,
The Project Kenai Team
[/quote]
]]> http://www.guj.com.br/prepost/196990/989063/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989063/reoracle-desiste-do-projeto-kenai GMT
PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O[/quote]

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).

[quote]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í. [/quote]

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?

]]> http://www.guj.com.br/prepost/196990/989072/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989072/reoracle-desiste-do-projeto-kenai GMT
PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O[/quote]

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

[/quote]

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.]]> http://www.guj.com.br/prepost/196990/989133/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989133/reoracle-desiste-do-projeto-kenai GMT Tudo da ORaCLe é pago é igual Windows![/quote]

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.

]]> http://www.guj.com.br/prepost/196990/989295/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989295/reoracle-desiste-do-projeto-kenai GMT
PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O[/quote]

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

[/quote]

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.[/quote]

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.... ]]> http://www.guj.com.br/prepost/196990/989308/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989308/reoracle-desiste-do-projeto-kenai GMT
PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O[/quote]

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

[/quote]

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.[/quote]

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.... [/quote]

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 ]]> http://www.guj.com.br/prepost/196990/989321/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989321/reoracle-desiste-do-projeto-kenai GMT ... 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 [/quote]

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.]]> http://www.guj.com.br/prepost/196990/989348/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989348/reoracle-desiste-do-projeto-kenai GMT http://www.guj.com.br/prepost/196990/989351/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989351/reoracle-desiste-do-projeto-kenai GMT
PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O[/quote]

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

[/quote]

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.[/quote]

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.... [/quote]

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 [/quote]

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...]]> http://www.guj.com.br/prepost/196990/989353/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989353/reoracle-desiste-do-projeto-kenai GMT
vou ter que transferir tudo pro google code agora... que trabalheira que essa oracle dá...

acho que vou até fazer uma cópia do código-fonte do netbeans, pena que não temos o do kenai... ]]> http://www.guj.com.br/prepost/196990/989399/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989399/reoracle-desiste-do-projeto-kenai GMT
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.]]> http://www.guj.com.br/prepost/196990/989610/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989610/reoracle-desiste-do-projeto-kenai GMT
vou ter que transferir tudo pro google code agora... que trabalheira que essa oracle dá...

acho que vou até fazer uma cópia do código-fonte do netbeans, pena que não temos o do kenai... [/quote]

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.]]> http://www.guj.com.br/prepost/196990/989729/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989729/reoracle-desiste-do-projeto-kenai GMT
Ps: A conversa anda bem quente no post sobre o fim do Kenai: http://blogs.sun.com/projectkenai/entry/the_future_of_kenai_com]]> http://www.guj.com.br/prepost/196990/989739/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/989739/reoracle-desiste-do-projeto-kenai GMT http://www.guj.com.br/prepost/196990/991375/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/991375/reoracle-desiste-do-projeto-kenai GMT
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. [b]We are in the process of migrating java.net to the kenai technology."[/b]

[]s
Yara
[url]http://twitter.com/yarasenger[/url]
[url]http://blog.globalcode.com.br[/url]
[url]http://www.eletronlivre.com.br[/url]
]]> http://www.guj.com.br/prepost/196990/991386/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/991386/reoracle-desiste-do-projeto-kenai GMT ]]> http://www.guj.com.br/prepost/196990/991467/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/991467/reoracle-desiste-do-projeto-kenai GMT (mesmo que seja só o kenai.com)
Esse não é um bom começo...]]> http://www.guj.com.br/prepost/196990/991727/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/991727/reoracle-desiste-do-projeto-kenai GMT (mesmo que seja só o kenai.com)
Esse não é um bom começo...[/quote]

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.]]> http://www.guj.com.br/prepost/196990/991786/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/991786/reoracle-desiste-do-projeto-kenai GMT
[quote]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[/quote]

Recebi esse e-mail da Oracle.

Desisti de tirar meu projeto de lá após essa explicação.]]> http://www.guj.com.br/prepost/196990/991837/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/991837/reoracle-desiste-do-projeto-kenai GMT http://www.guj.com.br/prepost/196990/999087/reoracle-desiste-do-projeto-kenai http://www.guj.com.br/prepost/196990/999087/reoracle-desiste-do-projeto-kenai GMT