| Autor |
Mensagem |
|
|
juliocbq wrote:
chun wrote:Não entendo qual o problema da Oracle cobrar por algo que é dela...
palhaçada esse pessoal que acha que "prq eh o google" está acima da lei...
Cara... Roubou tem que pagar.
é ROUBO , é SACANAGEM , e a google sabe muito bem.
mas se for ver por isso todas roubam mesmo. Espionagem industrial e outras coisas mais. Google só usou o harmony que estava encostado por causa da oracle e o tck restritivo contra a apache. E fez algo bem melhor que a própria jvm(porque é bem diferente mesmo).
Parece que o julgamento é 28 de outubro, no dia do halloween.
rsrsrs
É ? o que eles fizeram que foi assim "BEM MELHOR" que a JVM ? O que justificaria a copia descarada de codigo e depois ainda sairem sem nenhuma culpa ?
|
 |
|
|
Não entendo qual o problema da Oracle cobrar por algo que é dela...
palhaçada esse pessoal que acha que "prq eh o google" está acima da lei...
Cara... Roubou tem que pagar.
é ROUBO , é SACANAGEM , e a google sabe muito bem.
|
 |
|
|
Alguem aqui usa em producao ?
|
 |
|
|
rimolive wrote:
chun wrote:
rimolive wrote:
Lucas Emanuel wrote:
Jesuino Master wrote:Alguém ae viu o novo painel de administração?! Nos Webminars sobre o AS 7 JBoss o painel admistrativo parecia ter evoluído muito! Para quem quiser conferir os Webminars: http://www.jboss.org/as7/webinars.html
Painel melhorou. Ficou bacana Mesmo assim o Painel do GF dá de 10 X 0. ps. Curioso: Largaram o Richfaces e fizeram em GWT.
Sorry man. Painéis "bonitinhos" não ajuda quando você tem uma aplicação de missão crítica rodando em um cluster com diversos nós.
Algum problema com Cluster do GF ? tenho alguns nós no GF 3.1 e ainda tenho "painel bonitinho" Minha vida mudou com o Weld 1.1.x , tudo ficou menos "gordo" , era o unico "problema" dentro do GF , o weld 1.0.x.
Você ainda não explicou a relação entre o JAAS e o Realm. Ou você esperou alguém que realmente manja para responder por você?
Eu respondi , você que não quer procurar os realms no dump do servicço... o jaas sem os realms não é nada, e tem realms que dependendo da complexidade podem demandar bastante tempo , inclusive em clusters. Manjar ou não manjar é relativo , o funcionamento do JAAS é tão básico que dizer como ele funciona não significa que a pessoa manje de nada  Qualquer livro de 15 reais explica isso , agora se você for entrar dentro do mecanismo de autorização vai perceber que o impacto de um realm realmente conta  ps: detalhe era apenas UM exemplo , existem outros serviços em lazy.
|
 |
|
|
Jesuino Master wrote:
chun wrote:
rimolive wrote:
Lucas Emanuel wrote:
Jesuino Master wrote:Alguém ae viu o novo painel de administração?!
Nos Webminars sobre o AS 7 JBoss o painel admistrativo parecia ter evoluído muito!
Para quem quiser conferir os Webminars:
http://www.jboss.org/as7/webinars.html
Painel melhorou. Ficou bacana
Mesmo assim o Painel do GF dá de 10 X 0.
ps.
Curioso: Largaram o Richfaces e fizeram em GWT.
Sorry man. Painéis "bonitinhos" não ajuda quando você tem uma aplicação de missão crítica rodando em um cluster com diversos nós.
Algum problema com Cluster do GF ? tenho alguns nós no GF 3.1 e ainda tenho "painel bonitinho"
Minha vida mudou com o Weld 1.1.x , tudo ficou menos "gordo" , era o unico "problema" dentro do GF , o weld 1.0.x.
Desculpe intrometer, mas e a qualidade do cluster?
Será que o GF suportaria 536 nós?
http://belaban.blogspot.com/2011/04/largest-jgroups-cluster-ever-536-nodes.html
Não é flame, é sério mesmo, o cluster do JBoss é CABULOSO!
É esta a questão , não tenho um cluster de 500 nós , o meu tem 16 , e funciona tudo bem direitinho , teria que ver se realmente isso se repete num cluster tão grande.
|
 |
|
|
rimolive wrote:
Lucas Emanuel wrote:
Jesuino Master wrote:Alguém ae viu o novo painel de administração?!
Nos Webminars sobre o AS 7 JBoss o painel admistrativo parecia ter evoluído muito!
Para quem quiser conferir os Webminars:
http://www.jboss.org/as7/webinars.html
Painel melhorou. Ficou bacana
Mesmo assim o Painel do GF dá de 10 X 0.
ps.
Curioso: Largaram o Richfaces e fizeram em GWT.
Sorry man. Painéis "bonitinhos" não ajuda quando você tem uma aplicação de missão crítica rodando em um cluster com diversos nós.
Algum problema com Cluster do GF ? tenho alguns nós no GF 3.1 e ainda tenho "painel bonitinho"
Minha vida mudou com o Weld 1.1.x , tudo ficou menos "gordo" , era o unico "problema" dentro do GF , o weld 1.0.x.
|
 |
|
|
rimolive wrote:Hmmm, acho que não. Olha aqui:
Service \"jboss.security.jaas\" (class org.jboss.as.security.service.JaasConfigurationService) mode ACTIVE state UP (parent: jboss.as.server-controller)
Se voce perceber varios realms estão "durmindo" , o JAAS vai carrega-los no "uso"
|
 |
|
|
Ficou "feio" o "não vai funcionar" Vai funcionar SIM , mas vai carregar serviços caso você use o recurso , ou seja carregar sob demanda, os recursos estão disponiveis mas recebem um "Fica esperando aí , quando ai for te usar voce carrega de vez !" Isso é mais velho que andar para tras... inclusive até o Geronimo,glassfish v3 entre outros fazem uso deste recurso.
|
 |
|
|
rimolive wrote:
chun wrote:
clebert.suconic wrote:E... vc nao sabe ler mesmo... (E eu pelo visto nao consigo manter uma promeca de nao escrever novamente)
Eu disse *Alguns* Servicos ficam em Lazy!!!!!! que sao pouco utilizados.
EJB, WEB Server, JMS (HornetQ) e outros importantes sao pre-inicializados.
voce disse acima que carregava "fullstack" , mas pelo dump do nosso amigo nem o realm service esta habilitado , jaas nao vai funcionar, logo EJB vai ficar capenga em autorização e autenticação... isso é só um exemplo.
E lazy continua sendo lazy , e FULL continua sendo FULL ou é um "Semi-FULL" ?
Não entendi. Pode me explicar porque o JAAS não vai funcionar?
Ele vai funciona , mas o recurso vai ser ativado sob demanda (lazy)
|
 |
|
|
clebert.suconic wrote:E... vc nao sabe ler mesmo... (E eu pelo visto nao consigo manter uma promeca de nao escrever novamente)
Eu disse *Alguns* Servicos ficam em Lazy!!!!!! que sao pouco utilizados.
EJB, WEB Server, JMS (HornetQ) e outros importantes sao pre-inicializados.
voce disse acima que carregava "fullstack" , mas pelo dump do nosso amigo nem o realm service esta habilitado , jaas nao vai funcionar, logo EJB vai ficar capenga em autorização e autenticação... isso é só um exemplo.
E lazy continua sendo lazy , e FULL continua sendo FULL ou é um "Semi-FULL" ?
|
 |
|
|
clebert.suconic wrote:
chun wrote:
[Server:server-one] 11:45:05,465 INFO [org.jboss.as] (Controller Boot Thread) JBoss AS 7.0.0.Final "Lightning" started in 2963ms - Started 87 of 138 services (51 services are passive or on-demand)
[Server:server-two] 11:45:05,472 INFO [org.jboss.as.ee] (Controller Boot Thread) Activating EE subsystem
[Server:server-two] 11:45:05,509 INFO [org.jboss.as] (Controller Boot Thread) JBoss AS 7.0.0.Final "Lightning" started in 2925ms - Started 87 of 138 services (51 services are passive or on-demand)
Sera que voce sabe ler?
Algum servicos ficam sim em Lazy, principalmente servicos de OSGI, so os poucos utilizados. Web, EJBs.... tudo ja esta inicializado.
Sou um dos desenvolvedores do JBoss, participei de discussoes iniciais, um dos pontos era ter tudo disponivel. (a nao ser que fosse de baixo uso).
Achei que eu encontraria um pouco mais de civilidade entre os Brasileiros, mas voce pelo visto e uma regra a parte!
Nao espere por nenhuma outra mensagem minha nessa thread. </mute on>
Ahhh LAZY QUER DIZER "PRONTO" ... legal hein ? tradução da equipe do Jboss bem curiosa...
Por favor... LAZY é LAZY. Pronto é pronto.
|
 |
|
|
clebert.suconic wrote:
clebert: Nihility: Can I ask you a dumb (user) question?
[12:35pm] clebert: Nihility: I thought that JBoss-7 had everything started on its startup..
[12:35pm] clebert: is there any services that are only started over demand?
[12:36pm] Nihility: clebert: a few, mainly osgi
[12:37pm] clebert: Nihility: what about EJBs, WebStack..etc?
[12:37pm] Nihility: clebert: all started
[12:37pm] Nihility: clebert: we eagerly start everything that is popular
[12:37pm] Nihility: clebert: we didn't start osgi because we expect it to be used by a small fraction of folks
[12:38pm] Nihility: and it adds overhead
[12:38pm] clebert: Nihility: thanks a lot! That's what I though... I got into a battle with a troll user
[12:38pm] Nihility: run jboss-admin.sh
[12:38pm] Nihility: then do
[12:39pm] Nihility: cd core-service/service=container
[12:39pm] Nihility: :dump-services
[12:39pm] Nihility: actually this would be easier
[Server:server-one] 11:45:05,465 INFO [org.jboss.as] (Controller Boot Thread) JBoss AS 7.0.0.Final "Lightning" started in 2963ms - Started 87 of 138 services (51 services are passive or on-demand)
[Server:server-two] 11:45:05,472 INFO [org.jboss.as.ee] (Controller Boot Thread) Activating EE subsystem
[Server:server-two] 11:45:05,509 INFO [org.jboss.as] (Controller Boot Thread) JBoss AS 7.0.0.Final "Lightning" started in 2925ms - Started 87 of 138 services (51 services are passive or on-demand)
|
 |
|
|
clebert.suconic wrote:@Luiz Aguiar: Nao.... com a stack completa.
Diferente inclusive de alguns application servers que continuam subindo os servicos depois do servico estar "disponivel". Nesse caso aqui esta tudo carregado.
Foi um refactoring fera que o pessoal fez.
Acho que você está bem mau informado , o JBoss 7 carrega sim sob demanda , inclusive a stack web , rs, ejb lite....
é só ver o post do nosso outro colega... ele ainda avisa "138 servicos porem apenas 68 carregados , os outros sob demanda.)
|
 |
|
|
é certificado Java EE 6 ou é outro frank ?
|
 |
|
|
Tchello wrote:
chun wrote:que ideia de *girico*
Ja é uma porcaria passar um endereco que seja cheio dos "frufru" agora nego vai colocar "frufru" no final dele tmb...
Com certeza, afinal US$ 185 mil é uma pechincha e vai lotar de domínio bizarro.
185 mil é dinheiro de pinga para "medias corporacoes" na internet...
vao ser criadas inclusive empresas especializadas em "bancar" de certa forma esta quantia...
|
 |
|
|