Como o djemacao falou, vamos manter o foco. Caso alguem tenha sugestoes especifica sobre o evento, envie diretamente para os organizadores do mesmo, pois poderao tratar do assunto da melhor maneira possivel.
Rafael
[quote=Marcio Duran] :!: Representantes de peso e ótimos comunicadores como Bruno Souza e Maurício Leal da Sun Microsystems, não estão na grade ,entre outros icones e que poderiam ser convidados, Eduardo Guerra editor chefe da Revista Mundo Java e outras empresa ligada a ensino Caelum+Aspercom e Fundadores de Forúm Grupo de Usuario Java, Guilherme Silveira e Paulo Silveira e parceiros.Penso que não podemos , ter exclusividades e fazer o melhor possivel aos interesses de todos.
“Bom é só pra efeito de interesse e melhor relacionamento”, falo do meu ponto de vista como Consultor OpenSource.
[size=18]; )[/size][/quote]
Marcio, desculpe-me mas você foi bastante infeliz no seu comentário.
Primeiro pq a GlobalCode é uma empresa e não uma instituição. Sendo empresa ela possui interesse específico e há muitas outras questões envolvidas.
Vou começar pelo Paulo e Guilherme , que são donos da Caleum e concorrentes diretos da GlobalCode. Faz sentido uma empresa convidar seu concorrente para um evento ?
Maurício Leal - Sun Microsystems - Até onde sei, a Sun sempre virou as costas pra GlobalCode, tem até um histórico negativo dessa relação que não cabe à mim tornar público e nisso poderia ser incluso o Bruno Souza, que o conheço, excelente pessoa, mas poderia agregar pouco, já que ele vem como evangelista do NetBeans e talvez o foco fosse outro.
Bruno Guerra da Mundo Java - Até onde sei a GlobalCode possui excelente relação com a JavaMagazine …
Vou parar por aqui, mas viu como é complicado saber o que se passa por trás de uma empresa ? Há relações, interesses e cabe ao público optar mediante à proposta se interessa ou não ir ao evento.
Senão, ficaria magoado por não terem convidados outros “ícones” do meio como Luca, para falar sobre CEP, Shoes - DSLs e DDD, eu mesmo sobre SOA-ESB-BPM e por aí vai …
E sinceramente não acredito nessa simbologia de ícones. Apenas umas pessoas “aparecem” mais do que outras pelo simples fato de se comunicarem bem e terem tempo e saco de escreverem, mas isso não tira crédito de diversos consultores que podem ser melhores e explanar muitíssimo melhor sobre um tema, pois sua propriedade de conhecimento sobre o mesmo é amplamente maior.
PS: Conheço muita gente boa, inclusive estou num projeto com um dos melhores profissionais com quem trabalhei e nunca acessou o GUJ, não tem blog e se bobiar nem e-mail rsss Mas o cara é monstro como arquiteto. Detalhe, o cara não tirou certificação para provar ser arquiteto, apenas age como tal e tem o conhecimento para isso. Conhece patterns, frameworks, engines, negócio, estratégias de software e nem tem noção que sabe tudo isso … 8) Sabe que o conhece ? A empresa toda, pois todos se apoiam nele…simples !! Fora desse domínio ele não é ícone, mas aposto que faria uma palestra melhor que muitos de nós.
º´~s
Kenobi.
Estive no primeiro OPEN TDC de Abertura foi muito bom e interativo,fiz observação ao Mauricio Leal e ao Bruno Souza, pois considerei de grande relevância suas observações e experiência profissional, em termos de comunição e apontamento na Palestra.
Bom vamos agora aos outros, comentários e interesses:
Primeiro sou consumidor e faço as minhas observações como entendo melhor, entretando penso que existe espaço de mídia para todos e mais organização também.
Rafael Nunes é Moderador GUJ e trabalha na GlobalCode, e o GUJ tem o seu fundador Paulo Silveira seu principal representante e não veta seus concorrentes por estarem aqui.A revista Mundo Java é fornecedora de informação Java sendo reconhecida no mercado e publica artigos e entre também, tem publicidades até de curso da propria globalcode.
Sobre interesses alheios eu prefiro os meus, e pior ainda se compro algo ou se pago algum ingresso até pra ir ao cinema, quero qualidade e melhor atendimento.
[size=18]; )[/size]
Voltando ao assunto de origem! 
Acabei de chegar do evento e digo que ele está muito bom!!! Acima das minhas expectativas. As palestras estão de alto nível, com os palestrantes mostrando bastante o lado prático e como fazer as coisas.
Só a palestra de JPA que eu achei ruim.
Luca deu uma aula de um minuto para todos nós sobre o futuro da integração de sistemas! Alias Luca, se puder, coloque mais referências sobre o que você falou aqui!
Resumo do evento em uma palavra: REST!!! :lol:
Olá
Também gostei muito do evento no dia de hoje. Por sorte, todas as palestras que assisti forma boas.
É claro que a de requisitos sei lá o quê eu nem quiz saber já que termo requisito até me assusta quando não vem de um cliente, de um product owner ou de um especialista no negócio.
Quando a questão de futuro da integração apenas citei as dificuldades do REST quando no site cresce MUITO o número de mensagens trocadas. Como não mantém estado, cada mensagem precisa incluir as informações de autenticação e como funciona de modo síncrono, pode ser que se perca alguma resposta. Citei como possível alternativa o uso de XMPP que é o que estou estudando agora.
[]s
Luca
[quote=Marcio Duran][quote=Kenobi]
Marcio, desculpe-me mas você foi bastante infeliz no seu comentário.
[/quote]
Estive no primeiro OPEN TDC de Abertura foi muito bom e interativo,fiz observação ao Mauricio Leal e ao Bruno Souza, pois considerei de grande relevância suas observações e experiência profissional, em termos de comunição e apontamento na Palestra.
Bom vamos agora aos outros, comentários e interesses:
Primeiro sou consumidor e faço as minhas observações como entendo melhor, entretando penso que existe espaço de mídia para todos e mais organização também.
Rafael Nunes é Moderador GUJ e trabalha na GlobalCode, e o GUJ tem o seu fundador Paulo Silveira seu principal representante e não veta seus concorrentes por estarem aqui.A revista Mundo Java é fornecedora de informação Java sendo reconhecida no mercado e publica artigos e entre também, tem publicidades até de curso da propria globalcode.
Sobre interesses alheios eu prefiro os meus, e pior ainda se compro algo ou se pago algum ingresso até pra ir ao cinema, quero qualidade e melhor atendimento.
[size=18]; )[/size]
[/quote]
Aí está o ponto. Você comprar algo imaginando algo e não lhe entregarem como o esperado, você pode sim exercer o seu direito do consumidor e deve. Agora eventos com programação prévia, fazendo uma analogia, funciona como cinema:
- O filme X está em cartaz, trás tais atores e você vai ou não assistir. Não adianta ir exercer seu papel de consumidor querendo que exibam seu filme predileto, pois cabe a rede de cinemas ter a sensibilidade.
Você pode até entrar em contato com a administração e dar sugestões, pode também expor seu ponto como o fez aqui no Guj, mas te deram o livre arbítrio então se acha que o filme é ruim, não assista
[quote=Luca]Olá
Também gostei muito do evento no dia de hoje. Por sorte, todas as palestras que assisti forma boas.
É claro que a de requisitos sei lá o quê eu nem quiz saber já que termo requisito até me assusta quando não vem de um cliente, de um product owner ou de um especialista no negócio.
Quando a questão de futuro da integração apenas citei as dificuldades do REST quando no site cresce MUITO o número de mensagens trocadas. Como não mantém estado, cada mensagem precisa incluir as informações de autenticação e como funciona de modo síncrono, pode ser que se perca alguma resposta. Citei como possível alternativa o uso de XMPP que é o que estou estudando agora.
[]s
Luca[/quote]
Nao concordo quando diz que é um problema do rest. É uma limitacao do mecanismo de transferencia afinal voce esta descrevendo um cenario proximo a tempo real concorda?
Mesmo assim nao consigo ver incompatibilidade com rest. Integracao com XMPP é possivel e particularmente me interesso muito no assunto. O ponto é que no fim as restricoes arquiteturais sao as mesmas a serem aplicadas.
Quando falei de ‘Futuro’ não me referi a ‘Futuro de Integrações’ e sim o futuro para o REST. Pra onde está indo, por que utilizar ou não, etc.
Em relação ao futuro das integrações, não acredito que exista um ‘Next Big Thing’, e sim que vai ser um amontoado de ‘Next Little Things’ onde utilizaremos em cada integração o que for mais prático/viável (SOAP, REST, Comet, XMPP, etc)
De qualquer forma, muito obrigado pelo comentário sobre XMPP durante a palestra.
:arrow: Essa analogia você que escolheu, tem por oportunismo em base o que reportei.Não ficou bom a forma que encaram esse Open TDC administrativamente falando, e não vou entrar nesse mérito pois só posso ao menos exigir melhor qualidade e não o fizeram, com informações antecipadas, NÃO SOUBERAM USAR O SITE.
:idea: Poderiam ir várias lideranças Java e entre representantes de peso OpenSource Brasil, e eles devem ir ainda ao meu ver, tem espaço para todos,e esses orgãos devem assegurar total qualidade para quem lá for recebido,(estudantes, consultores, etc…), pois o retorno de satisfação é o maior objetivo nesse cenário, tanto nos termos técnicos e como de organização.
[quote=Marcio Duran][quote=Kenobi]
Aí está o ponto. Você comprar algo imaginando algo e não lhe entregarem como o esperado, você pode sim exercer o seu direito do consumidor e deve. Agora eventos com programação prévia, fazendo uma analogia, funciona como cinema:
- O filme X está em cartaz, trás tais atores e você vai ou não assistir. Não adianta ir exercer seu papel de consumidor querendo que exibam seu filme predileto, pois cabe a rede de cinemas ter a sensibilidade.
Você pode até entrar em contato com a administração e dar sugestões, pode também expor seu ponto como o fez aqui no Guj, mas te deram o livre arbítrio então se acha que o filme é ruim, não assista
[/quote]
:arrow: Essa analogia você que escolheu, tem por oportunismo em base o que reportei.Não ficou bom a forma que encaram esse Open TDC administrativamente falando, e não vou entrar nesse mérito pois só posso ao menos exigir melhor qualidade e não o fizeram, com informações antecipadas, NÃO SOUBERAM USAR O SITE.
:idea: Poderiam ir várias lideranças Java e entre representantes de peso OpenSource Brasil, e eles devem ir ainda ao meu ver, tem espaço para todos,e esses orgãos devem assegurar total qualidade para quem lá for recebido,(estudantes, consultores, etc…), pois o retorno de satisfação é o maior objetivo nesse cenário, tanto nos termos técnicos e como de organização.
[/quote]
Pq vc não vai sugerir que a Globo convide o Silvio Santos para apresentar o especial de fim de ano dela? Afinal, tem espaço pra todos!!
:lol: :lol: :lol: :lol: :lol: :lol: :lol:
“Use você a Teoria dos Grafos, pra decifrar suas propostas absurdas”
[quote=Luca]Olá
Também gostei muito do evento no dia de hoje. Por sorte, todas as palestras que assisti forma boas.
É claro que a de requisitos sei lá o quê eu nem quiz saber já que termo requisito até me assusta quando não vem de um cliente, de um product owner ou de um especialista no negócio.
Quando a questão de futuro da integração apenas citei as dificuldades do REST quando no site cresce MUITO o número de mensagens trocadas. Como não mantém estado, cada mensagem precisa incluir as informações de autenticação e como funciona de modo síncrono, pode ser que se perca alguma resposta. Citei como possível alternativa o uso de XMPP que é o que estou estudando agora.
[]s
Luca[/quote]
Luca, mas como você vai acessar o serviço ? Hoje há uma série de tecnologias como barramentos ESB ( Mule OpenSource), que possui protocolo REST e você pode configurar uma série de características, como SLA, Business Service Overload Protection (Throttling) - que pode funcionar como uma torneira, balanceando o número de chamadas que o serivço aguenta.
Barramentos parrudos como o Mule, que possui o conceito SEDA de processamento com um throughput absurdo.
Outro ponto a ser analisado está na necessidade de ter resposta imediata, ou seja, síncrono. Alguns fluxos de Orquestração exigem resposta imediata para concluir uma transação. Se eu tivesse um serviço assíncrono, por melhor throughput que ele tivesse, ainda sim não tenho garantias de entrega e não posso assegurar atomicidade da transação.
Hoje com um pouco mais de experiência, trabalhando com cenários Assíncronos, vejo o quão difícil é manunebilidade de mensagens não entregues, re-processamento, persistência em banco , controle das filas, exige bastante conhecimento da equipe de infra-estrutura, suporte.
Um abraço,
Kenobi.
Olá
A chave da minha resposta está aqui: "quando no site cresce MUITO o número de mensagens trocadas. "
E isto ocorre em pouquíssimos casos. Nos casos em que ocorre e onde se está estudando a adoção de XMPP, seria como alternativa ao REST e não como complemento.
O uso de XMPP nestes casos especiais não significa que seja adequado na maioria esmagadora dos casos e é claro que não indica um futuro, seria apenas uma alternativa.
[]s
Luca
E desde quando REST é um protocolo?
[quote=Luca]Olá
A chave da minha resposta está aqui: "quando no site cresce MUITO o número de mensagens trocadas. "
E isto ocorre em pouquíssimos casos. Nos casos em que ocorre e onde se está estudando a adoção de XMPP, seria como alternativa ao REST e não como complemento.
O uso de XMPP nestes casos especiais não significa que seja adequado na maioria esmagadora dos casos e é claro que não indica um futuro, seria apenas uma alternativa.
[]s
Luca[/quote]
Pois o que estou falando é que http nao é mesmo indicado para comunicao real-time. Uma possibilidade seria utilizar XMPP como conectores REST no lugar dos conectores HTTP. Assim vc teria uma camada de transferencia baseado num protocolo “real-time”. Nao tenho detalhes do cenario por vc descrito mas imagino que com essa solucao o backlog do servidor seria reduzido e assim poderia melhorar o throughput.
Apesar de REST ter ganhado terreno das integracoes entre aplicacoes web e redes sociais ele conjtinua sendo um conjunto de restricoes arquiteturais validos para obter escalabilidade tb num cenario integrando diferentes protoclos.
Não era exatamente uma comparação, e sim uma afirmação.
Me referia a algo como um middleware em que hora faria integrações via SOAP(a.k.a WS-*), hora via REST(a.k.aWS-REST), hora via XMPP, hora via Comet, etc.
Daí o ‘Next Big Thing’ e ‘Next Little Things’
Olá
Só para complementar: a palestra do Rafael foi excelente e falou tudo que tinha que falar. Só lembrei do XMPP porque na minha opinião, foi o assunto da semana devido à apresentação do cara do Flickr na OSCON no dia 24, véspera do TDC.
[]s
Luca
Olá
Voltando a falar do evento, preciso dizer que gostei muito. Não conhecia o local mas para mim foi muito bom porque pude ir de metrô nos 2 dias. As palestras que assisti foram todas ótimas. A Red Hat, além das boas palestras, também promoveu mini talks em seu stand que foram muito concorridos. O painel de metodologias ágeis foi excelente principalmente pelo jeito como o Jorge Diz conduziu. Só fiquei com pena do cara da Borland que parecia uma ovelha no meio de um monte de lobos ao falar de CMMI (argh… ) no meio de agilistas.
O único senão que faço questão de citar para que os próximos eventos lá não sofram do mesmo problema, ficou por culpa da Federação do Comércio que não limpou os banheiros e nem disponibilizou papel no sábado.
Parabéns ao pessoal da Globalcode pela coragem e esforço de realizar um evento deste porte. Quem não foi perdeu um bom evento e a cervejinha no final.
Ah, fui sorteado com o livro de JSF do Ed Burns.
[]s
Luca
Não era exatamente uma comparação, e sim uma afirmação.
Me referia a algo como um middleware em que hora faria integrações via SOAP(a.k.a WS-*), hora via REST(a.k.aWS-REST), hora via XMPP, hora via Comet, etc.
Daí o ‘Next Big Thing’ e ‘Next Little Things’
[/quote]
Ok, tenho que dizer que nao foi possivel estar presente neste evento e pra nao desviar ainda mais o tema do topico eu so queria dizer que considerando que o middleware pode ser ele proprio uma implementacao REST (e isso é possivel porque REST ignora detalhes como sobre a sintaxe do protocolo utilizado ou como os componentes da interacao sao implementados) ajuda a dar uma perspectiva sobre o papel do REST nas integracoes e vem a acrescentar ao que ja foi foi dito por vc.
[quote=cmoscoso][quote=Rafael Nunes comparando maçãs e laranjas]
(SOAP, REST, Comet, XMPP, etc)
[/quote]
[quote=Kenobi]
Mule, que possui protocolo REST
[/quote][/quote]
REST não é um protocolo, entretanto , dê uma olhada nesse texto - http://www.xml.com/pub/a/2004/12/01/restful-web.html. Você pode escrever transportes customizados para ESBs. O SDK do ESB da BEA-Oracle, lhe permite escrever um transporte em diversos formatos e poderia escrever um no estilo REST, por isso coloquei dessa maneira. Talvez não tenha sido a melhor, mas acho que entendeu o que eu quis dizer na minha explanação, onde o REST é o menos importante e sim os conceitos síncronos vs assíncronos.
Outro paper interessante - http://www.ivoa.net/Documents/Notes/GWS/UWS-REST-20070226.pdf
[quote=Luca]Só fiquei com pena do cara da Borland que parecia uma ovelha no meio de um monte de lobos ao falar de CMMI (argh… ) no meio de agilistas.
[/quote]
Luca, essa foi a parte mais legal… também, falar de CMMi com o Manoel, o Papo, o Juan e o Vinicius na mesma mesa não é a toa que o cara seria no mínimo um pouco esfolado. O que sentí cheiro ruim foi que algumas pessoas da platéia perguntaram coisas pro CMMista. Isso nos diz que ainda tem gente procurando esses modelos.