JBossDeveloper

Acredito que esses links ajudem a esclarecer alguns mitos:

http://www.redhat.com/licenses/rhel_rha_eula.html

http://www.redhat.com/licenses/latam_enterprise_agreement_appendices_one_and_two_webversion_brazil_20130124.pdf

Oi Ricardo..

Entendo o que você está falando.. mas é que sempre entendi que posso usar o JBoss EAP até mesmo num ambiente em produção. Sempre entendi que o que muda quando tenho a subscrição é a questão de suporte e correções de bugs mais rápida.

Lendo o "RED HAT ENTERPRISE AGREEMENT BRAZIL" em:

http://www.redhat.com/licenses/latam_enterprise_agreement_appendices_one_and_two_webversion_brazil_20130124.pdf

"Observe que os Produtos Red Hat não incluem projetos de código aberto normalmente acessíveis, como www.jboss.org, www.fedoraproject.org, www.gluster.org e/ou outros projetos comunitários."

E vi que o JBoss EAP está sob a mesma licença do do AS.. sob a LGPL..

Mas em compensação tem uma página que diz que só deve ser usada para desenvolvimento: Registration required. These downloads are for development use only.

Mas não diz nada que tem q fazer a subscription...

Se eu não puder usar o EAP em produção sem a pagar a subscription vou ficar bem triste hahah Pois dessa forma apenas empresas grandes poderão utilizar o JBoss, pois não é barata a subscrição (comparado com os concorrentes é barato, mas comparada ao lucro de uma empresa pequena é caro)..

E usar o JBoss Community é complicado pois tem vários bugs q já foram corrigidos no EAP 6.1 : /

Abraços!

Adriano Schmidt

Message was edited by: Adriano Schmidt

Pois é nobre amigo Adriano. A questão da community estar tão defasada e com bugs conhecidos me passa muita insergurança. Por que será que as correções feitas no EAP não puderam ser repassadas para uma versão community? Estas correções foram realizadas pela comunidade e incluidas apenas no EAP ou foram os próprios engenheiros da Red Hat que corrigiram e se preocuparam apenas em atualizar o EAP? A comunidade que mantém o JBoss está desestimulada ou sem interesse de continuar matendo o produto? Justamente no momento que partimos para adoção do JBoss exatamente por saber que sempre foi free e open, apesar de conhecer a EAP, sempre observavamos atualizações e correções nas versões anteriores. Esta versão 7 veio realmente para ser um divisor de águas para o servidor JBoss. Ou você se sente tranquilo e banca uma versão estável e com garantia como a EAP ou então arrisca entrar numa versão community extremamente desatualizada. Não acho a estratégia de deixar a community do jeito que está e arriscar tudo no WildFly muito sábia pois trazendo esta insegurança para nós praticamente nos empurra para os concorrentes. A sensação que tenho hoje é de que não há versão estável jboss community e que se eu quiser partir para usar JBoss devo procurar a EAP. Resumindo: quer JBoss 7 estável? pague pela versão EAP.

Adriano e Marcelo,

Entendam uma coisa: Existe o Fedora e o Red Hat (vamos nesse momento ignorar o CentOS), porém somente o Red Hat é suportado por meio de subscrições. Qualquer erro reportado no Fedora, fica no Fedora pois em algum momento esse código será "produtizado". Não é o mesmo caso do Red Hat pois se há um bug, o mesmo será repassado para a comunidade do contrário a Red Hat quebra as próprias licenças Open Source. O mesmo se aplica ao JBoss AS/Wildfly e JBoss EAP: portanto todos os bugs são sim repassados para a comunidade. Se não foi aplicado, o JIRA é público e vocês mesmos podem aplicar os fixes. Por favor, não criemos FUD sobre isso.

Todos os alertas sobre utilizar o JBos EAP apenas em desenvolvimento é para deixar claro de coisas que já aconteceu na história da Red Hat em que empresas botam culpa nos produtos sem nem ao menos ter uma subscrição com eles. A subscrição precisa ter alguma vantagem em relação à comunidade, senão todo mundo irá usar a versão Open Source e a empresa quebra. Ninguém vai fiscalizar vocês e dizer que seu software é pirata, pois não há licenças para o JBoss EAP, mas pensa que existe uma empresa por trás que mantém tudo isso e muitos funcionários que pagam suas contas com o salário que essa empresa oferece.

Sobre o preço: eu mesmo já vi a tabela de preços, e se considerar que o valor é para ser pago para o ano todo ainda assim acho pouco (há subscrições pra 3 anos que saem mais em conta). E quanto às startups? Bom, temos o OpenShift e o getupcloud que oferece o JBoss EAP como opção.

Por fim, acho que estamos criando polêmica à toa e sendo assim deixo aqui o que eu acredito que seja a conclusão desse assunto: usem o que está disponível no site, entendam todas as regras em torno da utilização dos mesmo e considerem a questão da subscrição quando aplicável.

Oi Ricardo. Entendo perfeitamente seus argumentos. Também concordo que a Red Hat usufrua de frutos do trabalho, pois como desenvolvedor imagino se eu fosse um dos desenvolvedores da Red Hat. Por favor só me tira uma dúvida, qual é a versão community equiparável a EAP 6.1? Onde eu poderia usufruir das correções e bugs lançadas juntos com a EAP numa versão community? seria a 7.2 presente no github?

Oi Ricardo,

Agora ficou tudo muito claro para mim!

Peço desculpas se falei algo de forma indevida e até gerei fud.. não era meu objetivo.. minha ideia foi apenas entender a situação e discutir essa dúvida que muitas pessoas tinham..

Agradeço a explicação!

Eu atuo como consultor em diversos clientes e sempre sujiro que eles façam a subscrição, porém, algumas vezes isso não é possível, às vezes não é possível no primeiro momento mas depois se torna possível! Mas acredito que nada disso deva inviabilizar o uso do JBoss nestes clientes.

Abração!!

Adriano Schmidt

Marcelo,

A versão do EAP 6.1 equiparável seria o JBoss AS 7.2. E fica uma dica aqui: Sempre que estiver em dúvida, abra o server.log e você pode encontrar a seguinte linha no log:

11:26:16,012 INFO  [org.jboss.as] (MSC service thread 1-7) JBAS015899: JBoss EAP 6.1.0.GA (AS 7.2.0.Final-redhat-8) starting

Veja que ele informa qual a versão do EAP rodando e qual a versão da comunidade em que ele se baseia. Todos os fixes geralmente são colocados nele, sendo exceções aqueles que alteram muitas linhas de código ou necessitam de refatoração dele. Nesses casos, a próxima release é a que recebe o fix mas analisando que a comunidade recebe mais releases que a comunidade estamos bem por enquanto... =D

Adriano,

A dúvida é geral mesmo, e até gostei muito da discussão pois esclareceu muita coisa. Outro ponto que deixa seus argumentos de que seus clientes não poderem comprar uma subscrição ficar mais tranquilo é a velha história entre CentOS e Red Hat. Muita gente acha que a Red Hat odeia o CentOS e quer acabar com ele, mas é exatamente o contrário. A Red Hat tem dentro de sua própria política o espírito verdadeiro de Open Source e ela nunca irá fechar o código ou coisas do tipo, e sempre incentiva as pessoas da comunidade a ajudá-los com toda a contribuição necessária. Analisando o lado corporativo(a.k.a. capitalista), pense da seguinte forma: Se um potencial cliente da Red Hat já utiliza CentOS, as chances de uma migração para o Red Hat dar errado são mínimas pois afinal o código é o mesmo e por isso a Red Hat se beneficia do CentOS... =D

Valeu Ricardo. Com certeza este tópico foi de grande ajuda sim. Esclareceu muitas duvidas nossas e da comunidade em geral. Realmente eu já havia observado a questão da versão do 6.1.0 basear-se na 7.2 mas não tinha certeza. Em todo caso nossa empresa ao implantar o servidor deixará a escolha para o cliente se deseja utilizar a versão community ou a EAP. Mais uma vez obrigado Ricardo pelos seus esclarecimentos.

Prezados,

estou ressuscitando este tópico pois hoje surgiu esta discussão aqui na empresa.

Sinceramente, pra mim não ficou claro. No site Red Hat JBoss Enterprise Application Platform diz que o download

deve ser apenas para fim de desenvolvimento.

No entanto pela resposta do Ricardo("Você usa o JBoss EAP dentro de sua empresa? Ok, sem problemas. Mas você não terá suporte e patches, portanto "sofram" as consequências... =D"),

se você não vai distribuir o software, pode utilizá-lo em produção. E aí, é isso mesmo?

Outra dúvida a respeito da subscrição: se eu tiver uma subscrição, posso baixar o EAP e colocá-lo em todos os servidores de produção?

Vamos supor que eu tenha 20 servidores. Apenas 1 terá a subscrição ativa. Pode isso Arnaldo?

Meu pensamento é o seguinte: vamos supor que surja um problema em um servidor que não tenha subscrição. Apenas jogo a aplicação e reproduzo

o problema no servidor que tem subscrição e abro um chamado. Novamente, pode isso Arnaldo?

Caso possa, qual o sentido de alguém comprar mais do que uma subscrição?

A título de informação, hoje possuímos a subscrição, mas já tivemos informações divergentes sobre este tema (Pode ou não pode usar o EAP em produção).

Se alguém puder me esclarecer, agradeço.

Olá Lauro,

Que fique bem claro isso: O JBoss (não importa se EAP ou community) é Open Source, e ponto final.

Sobre a subscrição: O ideal seria que você entrasse em contato com a equipe de Vendas da Red Hat para melhores esclarecimentos. O que posso adiantar é aconselhar a leitura destes links:

* http://www.redhat.com/subscriptions/how.html

* http://www.redhat.com/resourcelibrary/articles/subscriber-portal-benefits

Espero ter ajudado.

Para nosso grupo já ficou bastante claro. EAP você deve ter subscription, até mesmo para usá-lo em ambiente de desenvolvimento vc precisa ter um numero x de licenças em produção. O argumento "poder usar" é válido para qualquer coisa, quando se pode dizer "você pode" usar em produção sem subscription, é possível sim, no entanto o contrato de licença de uso não permite isso, logo, você está ilegal. Eu duvido que a red hat vá bater na sua porta acusando-o de estar usando o software de forma ilegal, mas você de fato vai estar ilegal. Então, use o Jboss as 7 ou aguarde pelo wildfly.

Olá Marcelo,

Gostaria de esclarecer somente uma coisa: por "ilegal" somente significa que você não pode pedir pelo suporte da Red Hat bem como obter acesso à base de conhecimento da Red Hat. Uma subscrição não tem o mesmo valor de uma licença, tanto é que com 1 subscrição você acesso a qualquer versão de JBoss EAP. =D

Caso ainda tenham dúvidas a respeito, faremos o possível para ajudar a entender. Mas não se esqueçam que ainda assim qualquer projeto da JBoss é Open Source e portanto é de livre distribuição, ok?