Posts Tagged ‘Java’

Mobicents: Arquitetura de uma plataforma de comunicações

maio 6, 2010

Como já foi dito no post inicial da série o Mobicents é um servidor de aplicação focado em aplicações de convergentes, entende-se por aplicações de convergentes aquelas que demandam de todos os recursos que um servidor de aplicações padrão (Web Container, Message Driven Beans, Enterprise JavaBeans, ORM, etc.) fornecem, e além disto, demandam de suporte a diversos protocolos de comunicação Real Time (SIP, XMPP/Jabber, MGCP, etc.), possibilitando a implementação de aplicações que integram recursos web com recursos de telecomunicações.

O Mobicents é a primeira implementação Opensource da JSR-240 JAIN SLEE (Service Logic Execution Environment) esta JSR define uma padrão para o desenvolvimento de um container para aplicações de telecomunicações que exigem um ambiente de execução de aplicações de alta capacidade de Throughput, com baixa latência, e alta escalabilidade, mais detalhes sobre o JAIN SLEE pode ser visto em: http://www.jainslee.org

Neste post iremos fornecer uma visão geral sobre a arquitetura do Mobicents, e também sobre os recursos fornecidos pelo mesmo.

O Mobicents foi desenvolvido em cima do JBoss, portanto ele desfruta de todos os recursos que o mais famoso servidor de aplicações open source fornece, tais como: console de gerenciamento Web, interface de gerenciamento JMX, SNMP, Container Web, JMS, EJB, ORM, etc.

A novidade que o Mobicents traz, fica por conta dos Resource Adapters ou simplesmente RA, pois todos os protocolos de comunicações suportados por ele são implementados como um RA, na figura abaixo temos as principais camadas da arquitetura do Mobicents:

Arquitetura Mobicents

JSLEE + J2EE Application Server

Container de aplicações, nesta camada temos o JBoss como um servidor de aplicações JavaEE, e além disto temos a implementação do JAIN SLEE, esta camada é responsável pela hospedagem das aplicações e gerenciamentos dos seus diversos recursos.

Management Interfaces

Nesta camada temos todas as interfaces de gerenciamento fornecidas pelo JBoss, Web Management Console, JMX Console, SNMP, etc. desta forma todos os recursos e aplicações disponíveis no Mobicents podem ser gerenciadas por todas as interfaces fornecidas pelo mesmo.

External Resources

Esta é a camada responsável por trazer todos os protocolos de comunicações, e/ou recursos necessários para o desenvolvimento de aplicações de telecomunicações para dentro do Application Server possibilitando as aplicações se utilizarem deste recursos externos que são chamados de RA ou Resource Adapters.

Cada Resource Adapter é responsável pela implementação de um protocolo de comunicação, ou de controle de um recurso externo, desta forma, temos RA’s para implementar protocolos como: SIP, Jabber, XMPP, MGCP, Diameter, dentre outros, e temos RA’s para controlar o Asterisk, e o próprio Mobicents MediaServer para agregar a capacidade de processamento de media (gravação, reprodução de aúdio e vídeo, reconhecimento de dígitos, transcodificação, etc.) dentro das aplicações.

Abaixo temos um exemplo, de qual componente roda em qual camada, além de exemplificar como as mesma se comunicam:

Funcionalidades fornecidas pelo Mobicents:

Protocolos de comunicações suportados

  • SIP
  • Jabber
  • XMPP/Jingle
  • Parlay
  • Diameter
  • MGCP
  • SMPP
  • SS7
  • Camel
  • XCAP
  • TCAP

Recursos de Media

  • RTP formats: G711, G729, GSM, SPEEX, PCM 16bit 8-44kHz (Mono/Stereo)
  • Audio Codecs: G711,G729,GSM, SPEEX
  • Geração e Detecção de sinais DTMF, BUSY, etc. for inband and outofband (RFC-2833) mode
  • Media files *.wav (G711, GSM, PCM), *.spx(SPEEX), *.gsm

Recursos JavaEE

  • JSP Container
  • JMS
  • MDB
  • EJB
  • LDAP
  • HTTP/HTTPS
  • JMX
  • SNMP
  • Etc.

Alta disponibilidade

  • Load Balancer
  • Multi node cluster
  • Session replication

Performance

  • Capacidade de processar até 750 Caps em um único servidor.
  • Possbilidade de montar um cluster com multiplos servidores em Load Balance

Aplicações que podem ser implementadas sob o Mobicents

  • Aplicações IVR
  • Voicemail
  • Unified Messaging
  • Plataforma de Pré pago
  • Plataforma de 0800
  • Softswitch
  • Location Based Services
  • Instant Messaging
  • Presence Server
  • Etc.

Como vocês podem ver quando se trata de aplicações para a Telecom o céu é o limite do Mobicents, pois com todos os recursos que ele já tem embutido mais as possibilidade que o próprio JBoss tem, é uma questão de criatividade, e tempo para implementar uma aplicação.

Abraços,

Antonio Anderson Souza

Anúncios

Colocando o Mobicents com SeamTelcoFramework para rodar

maio 6, 2010

Este post é um tutorial que visa guiar a instalação completa do ambiente de desenvolvimento de aplicações de telecomunicações com foco no protocolo SIP e tratamento de recursos de Media, utilizando o Mobicents e o SeamTelcoFramework o exemplo mais clássico deste tipo de aplicações são as tão famosas URA’s.

Estou utilizando um CentOS 5.4 como base para este tutorial, para quem estiver utilizando este tutorial em outro S.O. só tome cuidado com os caminhos de diretórios, pois podem ser diferentes.

Instalando o Eclipse

Efetue o Download do Eclipse Galileo Eclipse IDE for Java EE Developers para instalar o mesmo basta descompactar na pasta desejada.

Apenas para referencia o meu foi instalado em:

/home/usuario/apps/eclipse

Instalando o Mobicents

Efetue o Download do Mobicents 1.0 com Jboss 4.2.3 (estamos utilizando esta versão pois o SeamTelcoFramework ainda não é compatível com o Mobicents 2 e JBoss 5), para instalar o mesmo basta descompactar na pasta desejada.

Apenas para referencia o meu foi instalado em:

/home/usuario/apps/mss-1.0-jboss-4.2.3.GA

Instalando plugins necessários para o eclipse

  1. Adicione o Jboss tools update site através do menu “Window” > “Preference” > “Install/Update” > “Available Software”
  2. Vá no menu “Help” > “Intall Software”
  3. Selecione o site “Jboss Tools” (site que foi adicionado no passo 1)
  4. Selecione os pulgins listados abaixo que estão dentro de “All JBoss Tools” e prossiga com a instalação dos mesmos:
  • JBoss Tools RichFaces
  • JBossAS Tools
  • JBoss Seam

Instalar o Seam Runtime

Efetue o Download do JBoss Seam 2.1.1GA, para instalar o mesmo basta descompactar na pasta desejada.

Apenas para referencia o meu foi instalado em:

/home/usuario/apps/jboss-seam-2.1.1.GA

Configurando o JBoss Runtime Environment no Eclipse

Vá em “Window”> “Preferences” > “Server” > “Runtime environments” e adicione o Mobicents como um JBoss Community 4.2

Vá em “Window” > “Show view” > “Servers” Adicione um novo servidor baseado no JBoss 4.2 Runtime environment.

Configurando o Seam Runtime no Eclipse

Vá em “Window”> “Preferences” > “JBoss Tools” > “Web” > “Seam” e adicione o JBoss Seam 2.1.1

Pronto neste momento o seu ambiente de desenvolvimento está totalmente instalado, agora é começar a brincar com um projeto.

Criando o primeiro projeto

Crie um novo projeto do tipo “Seam web project”, clique em next até o formulário “Configure Seam Facts Settings”, neste formulário faca as seguintes configurações:

  • Crie um datasource
  • Renomeia os pacotes padrão para um nome apropriado
  • Desative a checkbox “create test project” (Não abordarei sobre os testes neste tutorial).
  • Feito isto clique em “Finish”

Ativar o SeamTelcoFramework em nosso projeto

Adicione os seguintes arquivos a pasta “WEB-INF/lib” do projeto:

Adicione o arquivo sip.xml ao diretório “WEB-INF” do projeto.

Pronto neste momento já temos tudo pronto para começarmos a implementar a lógica da aplicação.

Criando uma Classe para tratar as chamadas SIP

Adicione a classe FirstTelcoClass.java dentro do pacote “<seu pacote>.session”, esta classe implementa uma simples lógica de observar as requisições SIP (INVITE, BYE), quando receber um INVITE atender a chamada e anexar uma sessão de media do Mobicents a mesma, reproduzir um arquivo wav para que você possa ouvir a aplicação funcionando, e depois fazer um eco dos dígitos recebidos (a cada DTMF que você discar a aplicação reproduzirá o mesmo audio).

Inicie a o Servidor, aguarde até 0 Seam iniciar, pois as vezes ele demora algums segundos para subir, para ter certeza que o Seam iniciou verifique a seguinte mensagem no console “13:39:41,641 INFO  [SipApplicationDispatcherImpl] SipApplicationName : FirstTelcoProject/ServletName : SeamEntryPointServlet

Configurando o Mobicents para rotear as request INVITE para nossa aplicação

Após o servidor ter iniciado abra um browser com o seguinte endereço: http://127.0.0.1:8080/sip-servlets-management na coluna que tem o header INVITE adicione a nossa aplicação, apos adicionar clique em save.

Agora nossa aplicação esta pronta para atender chamadas e falar conosco.

Configurando o Ekiga para fazer chamadas

Adicione uma nova conta no Ekiga “Edit” > “Accounts”  > “New” e configure a mesma igual a imagem ao lado (senha pode colocar qualquer coisa).

Não esqueća de ativar a conta criada, deixando ativo a checkbox da mesma.

Hora de testar se tudo isto que fizemos esta funcionando

Utilizando o Ekiga digite qualquer string na caixa de texto na tela principal do mesmo, e clique no icone localizado a direita desta caixa de texto, neste momento o Ekiga enivará uma request INVITE para a nossa aplicaćão, que da forma que esta programada atendera a chamada e reproduzira um audio.

Bom pessoal é isto, agora já temos uma aplicaćão de telefonia baseada no SeamTelcoFramework rodando dentro do Mobicents, agora é hora de botar a sua cachola para funcionar e modificar esta aplicaćão adicionando novas funcionalidades, se quiser depurar a mesma é só colocar um breakpoint no eclipse e fazer a chamada no Ekiga.

Espero que este conetúdo seja util para vocês, qualquer duvida, sugestão, whatever deixa o seu comentário aqui, pois teremos prazer em responder.

Referencias:

http://groups.google.com/group/mobicents-public/web/seam-telco-framework-for-sip-servlets

http://groups.google.com/group/mobicents-public/web/user-guide

Abraços,

Antonio Anderson Souza

Mobicents: Visão Geral – parte 1

março 8, 2010

Aqui iniciamos o primeiro episódio da série de posts sobre o Mobicents. Inaugurando mais um projeto da equipe do Ensinar, formada por profissionais e ex-profissionais da Voice Technology. Nos primeiros artigos da série, iremos dar uma visão geral sobre o Mobicents. E mais uma vez contamos com a participação de vocês, leitores (as), para poder nos dá o feedback da série, fazendo sugestões, críticas, elogios, perguntas, etc. 🙂

Preparem a pipoca, pois o Ensinar Séries começa agora!

Contextualização

No mundo de desenvolvimento de sistemas, existem plataformas de desenvolvimento, cuja existência é voltada para facilitar e prover funcionalidades para que o desenvolvedor possa desenvolver o seu software.

Falando metaforicamente, poderíamos pensar que a plataforma seria como um escritório, por exemplo: um escritório de advocacia é onde advogados exercem as suas funções, e esse tem características diferentes de um escritório de uma empresa de TI.

Analisando melhor a metáfora, percebemos que cada escritório é voltado para um público específico, afinal cada escritório precisa atender as necessidades de quem o utiliza. E uma plataforma de desenvolvimento também é voltada para um público específico.

No caso do Mobicents, ele é voltado para desenvolvedores Java, que objetivam desenvolver soluções para a área de Telecomunicações, possibilitando desenvolver aplicações que tire proveito de diversos protocolos de comunicações, tais como: SIP, MGCP, JABBER, SS7, SMPP, etc. (aqui entra em cartaz a sopa de letrinhas da área de telecom). Apesar de todos os protocolos suportados, uma das maiores aplicações é o desenvolvimento de aplicações VoIP. Quem trabalha ou já teve contato com o mundo de desenvolvimento de sistemas VoIP, deve saber que desenvolver um sistema VoIP não é uma missão tão simples assim. E um dos motivos para isso é que não temos uma plataforma “padrão”/largamente utilizada, aliás, até pouco tempo atrás, nem existia uma plataforma voltada para o desenvolvimento de aplicações VoIP.

Percebendo essa necessidade e a expansão do mercado VoIP, a Redhat adquiriu um projeto iniciado por um pessoal  da Portugal Telecom,  o Mobicents.

O Mobicents é para desenvolvedores. Não tem tanta coisa pronta como no Asterisk, mas é muito melhor do que você começar a desenvolver um servidor SIP do zero. Além disso, ele parece ter sido muito bem feito.

O que é o Mobicents?

Como foi dito anteriormente o Mobicents é uma plataforma para o desenvolvimento de soluções para a área de Telecomunicações, mais precisamente para a área de telefonia VoIP.

O Mobicents é a primeira e única plataforma VoIP Open Source certificada para JSLEE 1.1 e SIP Servlets 1.1. Ele fornece um modelo de componente e um ambiente de execução robusto para as aplicações de Telecom, permitindo o desenvolvimento de aplicações de voz, vídeo e dados.

Ele traz consigo vários outros subprojetos:

  • Um servidor totalmente certificado e compátivel com o JSLEE. Ele ainda implementa algumas das funcionalidades propostas no JAIN SLEE 1.1;
  • Mobicents Sip Servlets, que implementa a JSR-289. O Mobicents Sip Servlets também disponível para ser utilizado a parte, nesta caso usando o servidor de aplicações JBoss ou o Apache Tomcat;
  • Mobicents Media Server,  que suporta tocar media, gravar e conferência em tempo real utilizando o protocolo RTP;
  • Presence Server e outros componentes reutilizáveis para facilitar o desenvolvimento de aplicações.

O primeiro episódio encerra aqui. Não se assuste com tantas siglas, iremos ao longo da série comentar sobre algumas, embora esse não seja o foco. Portanto, se quiser saber mais, acesse os links. 😀

Esta sequência de posts visa mostrar justamente o que o Mobicents é. Será criado um grupo de estudo para produzirmos conteúdo associado ao Mobicents até o dia 15 de abril.

Se nossa meta de conteúdo for cumprida, teremos uma comemoração no Hopi Hari para aqueles que colaborarem na criação do conteúdo.

Participe! Envie e-mail para ensinar@googlegroups.com, dizendo que deseja participar.

Autores:

André Pantalião

Antonio Anderson Souza

Fabrício Ferrari de Campos

Revisado por:

Rodrigo Ribeiro

Fonte:

http://www.mobicents.org/products.html

http://en.wikipedia.org/wiki/Mobicents

Formspring: Como começar no Mobicents ? Quero fazer uma URA. Vc pode me ajudar ?

fevereiro 2, 2010

Como começar no Mobicents ? Quero fazer uma URA. Vc pode me ajudar ?

Vamos lá, o Mobicents é o que chamo de Telecom Application Server, é um Servidor de aplicações para aplicações de Telecom, ele implementa o padrão JAIN SLEE (padronizado pelo JCP), este padrão determina uma série de regra para tornar rápido, simples, e confiável o desenvolvimento de aplicações para Telecom em ambiente Java, estas aplicações o foco deles são para rodar em Redes Inteligentes (IN), SIP, IMS, etc.

Para começar, como não sei se vocẽ já instalou o mobicents, recomendo a leitura do roteiro de instalação, e depois um tutorial sobre o desenvolvimento de uma aplicação IVR simples.

No google groups do projeto mobicents tem vários tutoriais, todos estão bem atualizados, o pessoal da Redhat estão dando uma garra neste projeto!

Espero que tenha ajudado! Qualquer dúvida pode me enviar email direto antonioams@gmail.com

Pergunta feita de forma anônima via Formspring, o que você está esperando  Pergunta aí!

Segunda Cumbuca Tech

setembro 3, 2009

Pessoal,

Hoje realizamos nosso segundo Cumbuca.

Juntamos o pessoal e continuamos a falar mais sobre Garbage Collector. Assim como o primeiro, o segundo Cumbuca foi muito bom para espalhar o conhecimento e termos pessoas de diferentes áreas já manjando tudo do GC, hehe…

Participantes:

  • Sakuma
  • Joemir
  • Fabrício
  • Antonio
  • André

Saímos com as seguintes dúvidas a serem pesquisadas ao longo da semana:

  • Na memória “Young”, quando o From Space é utilizado?
  • Entender melhor quando o tenured é executado no GC paralelo.
  • Na nossa utilização no PABX, qual o tamanho da memória Young?
  • O NewRatio é baseado na quantidade de memória alocada? E se alocarmos mais memória?

Para o próximo Cumbuca, dia 10 de setembro – quinta-feira às 8:30 vamos pegar os parâmetros de execução atuais do PABX e o log do GC e iremos analisá-los. Eles serão enviados por e-mail dias antes da Cumbuca.

Os textos utilizados para leitura foram:

Até mais,

André

FISL 10 – Visão geral do terceiro dia – 25/06/2009 – por Antonio

junho 30, 2009

Bom o terceiro dia começou bem conturbado, pois a organização do FISL havia restringido algumas áreas do evento e cancelado algumas palestras para poder organizar a recepção do presidente Lula que confirmou a sua presença no evento, por conta destas mudanças 3 palestras (Jingle Cookbook, Empreendedor com Software Livre, e Performance Tuning the OpenJDK Garbage Collectors) que eu havia marcado para assistir foram transferidas para o dia 27/06/2009, mas espero que seja possível assistir as 3 amanhã.

Palestra Novidades do Open JDK 6 e 7: O futuro da tecnologia por Bruno Souza da Sun Microsystems

A palestra visava explicar o porque a Sun resolveu tornar o JDK Opensource, e qual o atual status do projeto OpenJDK, o Bruno Souza é um palestrante bem eloquente que fala muito bem, abaixo seguem os principais pontos da palestra:
Segundo Bruno a Sun demorou para tornar o OpenJDK um projeto Opensource com medo de perder a compatibilidade da máquina virtual em determinados S.O., o OpenJDK é licenciado sob GPL v2 mas com uma exceção chamada de “Classpath Exception” e é exatamente esta exceção que permite desenvolver aplicações proprietárias em Java e embarcar o JDK dentro da aplicação sem infringir a licença GPL, um dos principais fatores para a abertura do código fonte foi angariar mais colaboradores, pois a comunidade Open source chegou a criar 20 máquinas Virtuais Java só por que o Java não era Open Source, então a Sun queria que estas comunidades que são formadas por programadores excepcionais passassem a contribuir com o OpenJDK pois ao invés de fazer a mesma VM Open Source a idéia é canalizar os recursos para fazer a VM já existente melhor.

O processo de abertura do código fonte não foi fácil pois várias partes do fonte não eram de propriedade intelectual da Sun, então a Sun teve que comprar o fonte de muitas empresas para poder abrir o mesmo, e mesmo assim teve 4% do fonte da VM que era de uma empresa que não cedeu, e nem vendeu, então a Sun teve que reescrever 4% da VM para poder abrir a mesma.

O OpenJDK6 nasceu do Sun JDK7 b20 (como pode ser visto a figura abaixo):

IMG_3043

Bruno deixou muito claro que o processo de definição das futuras implementações do Java não mudou, continua sendo o JCP que determina, a única coisa que mudou é que agora não são mais só engenheiros da Sun que implementam, existem comitters da comunidade. As empresas que mais colaboram com o Java atualmente são: Sun, Red Hat, Google, e AMD, atualmente a comunidade OpenJDK conta com 165 comitters, sendo que 38 deles são da comunidade, o número pode parecer baixo mas contando que tem apenas 1 ano que o JDK foi aberto e que o mesmo conta com 6.500.000 linhas de código 23% de comitters já ser da comunidade é um número bem significativo.

As fotos de quase todos os slides da apresentação do Bruno podem ser vistas no seguinte link.

Palestra Integração continua com Hudson – Configuração, Extensão e Diversão! por Eron da própria comunidade Hudson

Esta palestra eu entrei um pouco atrasado, mas a mesma foi bem interessante pois deu uma visão geral sobre o Hudson, oque e como ele pode fazer, o Eron deu alguns números da comunidade Hudson, a mesma conta atualmente com mais de 50 plugins, e uma pesquisa feitas com desenvolvedores Java levantou-se 3 soluções de integração continua: (Atlassian Bamboo, Cruise Control, e Hudson) a pesquisa era para saber qual destes softwares os desenvolvedores estavam utilizando, e o Hudson foi avaliado com praticamente o dobro de usuários que o Cruise Control que foi o segundo colocado.
IMG_3088

Outro ponto que foi bem abordado na palestra foi sobre Build Distribuído, o Hudson é capaz de trabalhar em um modelo de um Master e vários Slaves, neste modelo o Master é responsável por delegar as tarefas para os múltiplos slaves, eles acreditam que o Hudson Master seja capaz de gerenciar até 100 slaves, eles já tem cases com 45 slaves, para a instalação de slaves em massa o Hudson conta com o plugin PXE que permite você instalar os slaves através de boot remoto, sendo que o Hudson master com o PXE Plugin que provem esta facilidade na rede.
IMG_3098

Bruno Souza que estava fazendo tradução simultânea desta palestra fez questão de ressaltar a importância da integração continua, apresentando um case onde uma amiga dele utiliza um plugin do Hudson para criar uma competição saudável dentro da equipe de desenvolvimento, a idéia é que a cada comit feito que não quebrou nada o programador ganha 1 ponto, e a cada commit feito que quebrou algo o programador perde 1 ponto, ao final do mês é computado os pontos, e quem tiver menos ponto paga um almoço para quem tem mais pontos, e o interessante desta míni competição é que é um plugin do Hudson que faz todas esta contabilização de pontos.

Palestra Criando e sustentando uma empresa livre por Paulino Michelazzo proprietário da Fabricalivre

Esta palestra com certeza foi uma das melhores que já ví até então, pois o Paulino é um palestrante muito didático, brincalhão, e tem uma experiencia muito grande neste mundo de software livre.

Ele começou apresentando as diferenças entre uma empresa tradicional e uma empresa livre, onde fez questão de mostrar que uma empresa livre também tem organograma, paga impostos, tem departamentos, e acima de tudo quem que ganhar dinheiro para sobreviver, mas as diferenças entre uma empresa livre e uma empresa tradicional logo começaram a aparecer, primeiro ponto de diferença segundo ele é o modelo 1 manda todos obedecem que existe nas empresas tradicionais não funciona nas empresas livres, pois por definição uma empresa livre necessita ser colaborativa, então o modelo 1 manda todos obedecem não fuciona, outra diferença que Paulino ressaltou foi no processo de seleção, normalmente uma empresa tradicional procura profissionais formados, com várias certificações, etc. já uma empresa livre normalmente procura pessoas que tenham vontade de crescer e agreguem diversidade a o ecossistema, pois certificação de diploma não são atestados de competência, e uma empresa livre quer competencia, pois se baseia muito na meritocracia assim como as comunidades, outra diferença grande é relacionada as formalidades normalmente uma empresa tradicional existem muitas formalidades horários, trajes, etc. já uma empresa livre normalmente a única coisa formal é o compromisso com o objetivo definido, o resto fica a critério de cada um.

Outra parte da palestra foi focada em mostrar como uma empresa livre pode ganhar dinheiro, segundo Paulino o momento nunca foi tão propicio para empresas livres, pois ninguém mais torce o nariz ao falar de software livre, por mais que um CIO nunca tenha utilizado um software livre, ele sabe o que é, que funciona, e que acima de tudo representa normalmente uma redução de custo significativa, aproveitando o gancho da redução de custo o segundo motivo para o momento propicio é a crise, pois todas as empresas em momentos de crise precisam otimizar seus recursos e isto implica em redução de custo. Paulino deu um exemplo de uma empresa livre criar um produto de software baseado em software livre e vender o mesmo a única restrição para isto é que o código fonte do software deve ser distribuído juntamente com o produto, mas este mesmo produto poderia também ser vendido no modelo SaaS como serviço, em nenhum destes dois modelos a empresa livre estaria infringindo uma licença, istó é totalmente normal no mundo livre.

Mas como tudo na vida o difícil está não em fazer o software mas sim em como chegar até o cliente, e ser conhecido, neste ponto Paulino ressaltou muito a importância de a empresa ser especialista em algo, não dá para abraçar o mundo, então você tem que focar onde você é diferenciado, e para se tornar conhecido normalmente é necessário muito trabalho junto a comunidade pois primeiro você se torna referencia na comunidade e depois conhecido no mundo externo. O mais difícil é emplacar um primeiro case de sucesso depois de ter um cliente de referencia as coisas ficam um pouco mais fáceis pois se o serviço foi bem feito este cliente será seu cartão de visita para os demais.

O governo brasileiro não ajuda em nada as empresas principalmente as startups, pois praticamente tudo neste país exige que sua empresa tenha 1 ano de vida até os financiamentos de bancos públicos.

Paulino deu uma aula de empreendedorismo, ele trabalha com desenvolvimento web a mais de 15 anos, sua empresa conta com clientes como USP, FGV, MBA FGV, IBMEC, dentre outros, no ano passado teve um crescimento de 1000%, ele é uma pessoa muito carismática, já trabalhou como programador no Timor Leste por 1 ano e meio, já viajou por mais de 20 países dando palestras sobre software livre.

Tenho o áudio da palestra full, quem estiver interessado em escutar posta um comentário que envio o arquivo o arquivo por email.

Link para apresentação:
* Apresentação criando e sustentando uma empresa livre.

Por fim pretendo fazer o resumo dos outros dias do FISL10 logo mais.

Minhas impressões – OpenTDC 2009 – 17-05-09

junho 15, 2009

Amigos e leitores,

Vou escrever por meio deste post as minhas impressões do OpenTDC 2009, evento ocorrido no dia 17-05-09 na Universidade Anhembi Morumbi, local que está virando ponto de referência para os eventos organizados pela Globalcode. O evento foi voltado para desenvolvedores e entusiastas do Open Source e das tecnologias Java.

NOTA: Desculpem-me mais uma vez pela demora de publicação das informações (quase um mês…rs. E o mesmo se aplicará para a publicação das impressões do evento “Java@TVDigital“).

NOTA 2: Também postado no blog Templário da Tecnologia.

Panorma Geral

OpenTDC 2009

Presenciei o OpenTDC desse ano juntamente com o colega de empresa Joemir Luchetta, que também esteve no evento do ano passado. É importante ressaltar que o evento foi gratuito (como o evento Java@TV Digital ), com sorteio de muitos brindes e coffee-break. A presença de palestrantes que eu já havia visto apresentar trabalhos me deixou seguro de que o evento seria em bom nível. E não foi diferente: palestras claras, algumas com conteúdo bem técnico, outras não, e interação dos palestrantes com o público fizeram do evento um sucesso. Abaixo irei passar os pontos mais importantes dos temas abordados nas palestras. Espero que gostem.

Palestras

Abertura: Java, Open Source e a Comunidade – Yara Senger e Bruno Souza

Abertura: Java, Open Source e a Comunidade - Yara Senger e Bruno Souza

Como de praxe nos eventos organizados pela Globalcode, Yara Senger fez a vez na abertura do evento, expondo os dados relacionados a comunidade Java ( JUG’s, SOUJava, divulgação e participação em eventos e número de profissionais ). Citou também os novos canais da Globalcode, Open4Education e do evento no twitter, por onde irão circular depoimentos e promoções relâmpago relacionadas a cursos da instituição, além de anúncios de novos eventos.

Após isso adentrou ao palco Bruno Souza, o “Java Man“, trazendo uma visão do que é o Open Source, baseada em sua larga experiência com o “ecossistema” Java. A frase base de sua apresentação foi: “Open Source é a forma natural de desenvolver software em um ambiente de rede”. A “rede” no caso pode ter contatos, membros de comunidade, projetos Open Source, networking, entusiastas e etc. É desenvolvendo software em rede que se aprende e evolui-se.

Ele fez um paralelo entre o Java e o Open Source com um fotógrafo: “Como se tornar um excelente fotógrafo? O que isso tem a ver com Java”. Vendo fotos de outras fontes e tirando muitas fotos é provável que se vire um grande fotógrafo. O mesmo acontece no Java: é preciso ver muito código de outras fontes e desenvolver muito código próprio. No mundo são apenas 1/4 de 1% da população que entende software. Para ser um bom desenvolvedor, fotógrafo ou outra coisa é preciso muito estudo e dedicação. De acordo com Bruno são cerca de 10000 horas ( cerca de 8 horas por dia, todos os dias, durante 3 anos e meio! ) para formar um bom profissional. É por meio do Open Source e da relação com o usuário, que é quem mais conhece o software, que o desenvolvedor pode inovar e evoluir. O software é arte e engenharia, e não fabricado, manufaturado, ou aprendido por SW privado.

Finalizando, Bruno deixou uma dica para as pessoas que irão participar do FISL10: ocorrerá no dia 23 de junho, um dia antes do evento oficial, o Javali FISL, organizado pelo SOUJava e que irá apresentar as palestras e o conteúdo presente no JAVA ONE ( 2 a 5 de Junho ), maior evento relacionando a Java no mundo. Deixo os meus parabéns ao trabalho feito pela Yara e pelo Bruno, “universalizando” o Open Source e unindo a comunidade Java e entusiastas, cada vez mais presentes nos eventos.

Robótica Open Source – Vinícius Senger & Paulo Carlos dos Santos

Robótica Open Source - Vinícius Senger & Paulo Carlos dos Santos

Essa era uma das palestras que me interessava, pois gosto bastante de hardware (já tinha ouvido falar de Arduino pelas minhas leituras da Revista INFO; em Fevereiro foi a primeira vez que ouvi falar). No caso, a palestra se deu em ritmo de “bate-papo” (diálogo), onde o Vinicius fez o papel do interessado (aluno) e o Paulo de facilitador da informação (professor). Paulo aliás que já foi aluno e professor do CEFET-SP, lugar onde fiz minha graduação (!).

O Arduino foi apresentado como “Hardware Open Source” ligado a “Physical Computing“, ou seja, trabalhando-se com o Arduino podemos introduzir, aplicar e aperfeiçoar conceitos de eletrônica (hardware, físico) e programação (seja do microcontrolador ou de uma linguagem específica aplicada).

O Arduino trabalha em cima de progração C (para gerenciamento de bibliotecas, I/O de informações sensorias, etc.) e é auxiado pelo Processing (linguagem de programação baseada em Java com IDE, para criar ambientes gráficos e facilitar a integração com projetos eletrônicos).

Assim, fazemos a programação da placa ( via C, com uso de USB, porta serial, WiFi, ethernet…) e visualizamos o resultado por meio de um conjunto de leds, pinos de saída ligados a motores ou sensores (pressão, ultrasom, etc.), auxiliados por interface gráfica (Processing). Portanto podem ser feitos os mais diversos tipos de projetos (sensoriamento de presença, controle de motor, automação residencial, telas touchscreen…), ficando a cargo do projetista a abrangência. “Arduino na mão e uma idéia na cabeça!”.

No Brasil já existe venda de kits do Arduino (saem por volta de 50 a 100 reais os kits mais básicos), sensores (por volta de 50 reais) e “shields” (placas de extensão – breadboards, que podem dar suporte a leitura de cartões SD, rede ethernet…). Geralmente são achados no MercadoLivre. Outros projetos realcionados a Arduino estão sendo criados, como o Arduino Nano, Arduino Severino e Paperduino.

Paulo ao decorrer da apresentação foi mostrando exemplos práticos, apresentados via vídeo no telão, mostrando a aplicabilidade de projetos usando o Arduino, como robôs, acelerômetros, sensores de presença, automação residencial com protocolo X10, entre outros.

Você me pergunta: “Ué, porque todo esse lobby de hardware em um evento de programação?”. Eu particularmente gostei e torço para que mais iniciativas sejam feitas (rs). Mas, o Arduino foi apresentado porque ambos os palestrantes iniciaram um curso intitulado “Academia do Programador” na Globalcode. Usarão o Arduino como instrumento de aprendizado na programação (uso de if, else…) , mas pretendem também criar mais cursos, incentivar a criação de projetos e aumentar a comunidade Arduino. No final das contas foi uma boa iniciativa, pela introdução do tema “desconhecido e voltado para hardware” para os presentes no evento.

Arquiteturas com JSF, JBoss Seam e Spring – Vinicius Senger e Alberto “Spock” Lemos

Arquiteturas com JSF, JBoss Seam e Spring - Vinicius Senger e Alberto "Spock" Lemos

Vinicius Senger e Spock fizeram um teste do que seria apresentado por eles no JavaOne 2009, sendo assim não tinha como não ser bastante técnico o conteúdo apresentado, fora o “show de siglas”. A mesma palestra apresentada no OpenTDC foi apresentada no JavaOne, portanto vemos que o conteúdo dos eventos só vem crescendo.

A idéia principal era mostrar as muitas opções que a plataforma Java EE apresenta para elaboração de projetos, e como montar opções de solução, seja com Struts, Shale, JSF, Wicket, EJB, Spring, Seam, entre outras. Para as empresas há muitos pontos importantes a serem levados em conta, geralmente  os “+ades” (escalabilidade, disponibilidade, manutenabilidade, etc.). Se a empresa busca um projeto de cunho experimental, a arquitetura assim pode também ser; se o projeto é corporativo a arquitetura deve ser conservadora. Frameworks devem ser acoplados a um projeto com inteligência, pois “o simples é bonito e fica bom com Java EE 5”, de acordo com Vinicius.

Uma coisa importante a ser pensada é que o preço de uma arquitetura não deve ser medido apenas com o trabalho do DEV, mas também com equipes de infra, manutenção, gerenciamento, QA e aprendizado. Os principais desafios para se criar arquiteturas corporativas são:

  • Fazer Java EE componentizado, visando reuso. Isso não é fácil;
  • Ter especificação “perfeita” é sonho. Ferramentas não (em termos de uso e aplicação);
  • Usar “+AR’s” é definitivamente difícil (JAR‘s, WAR‘s, EJB-JAR‘s, EAR‘s, etc.). Procure dosar;
  • Mudanças durante o projeto, mesmo que pequenas, aumentam o custo.

O Java EE hoje está OK em muitos pontos (EJB 3.0, JSF, JMS), mas em outros não (questões de modularidade e alguns frameworks). Partindo desse princípio tivemos o nascimento de dois frameworks, Spring e JBoss Seam. O Spring nasceu como alternativa ao Java EE, e o Seam nasceu como modelo de integração dos próprios componentes Java EE. O Seam tem foco em Web 2.0 e promove alguma integração com framework; o Spring tem foco em integrar com outros frameworks e algum com Web 2.0. O antagonismo continua quando falamos de uso em servidores: muitas empresas rodam Spring em diferentes servidores. Poucas empresas rodam Seam em servidores diferentes de JBoss.

Após esse panorama bem abrangente e técnico Spock começou a abordar as soluções envolvendo Java EE, componentes e frameworks, sendo o centro da apresentação. Foram 5 modelos apresentados, com suas vantagens e desvantagens:

  • Java EE básico;
  • Java EE + EJB;
  • Spring;
  • Seam;
  • Seam + Spring.

Como a palestra era prevista para 50 minutos (tempo oficial que eles teriam no JavaOne), e eles só tinham 45 minutos disponíveis (fora 10 a 15 minutos de atrasos de palestras anteriores) fora o horário de almoço atrasado, ficou um pouco “corrido” o conteúdo apresentado nos tópicos de soluções e alguns pontos foram omitidos. Gostaria de especificar melhor os itens acima, mas o tempo e a abrangência não possibilitou. A apresentação não foi ainda disponibilizada no site da Globalcode, nem no site do JavaOne. Quando estiver disponível atualizo este post com a informação.

Para finalizar, o panorama do futuro do Java foi dado com base no Java EE 6, usando JSF 2.0, Web Beans e EJB 3.1. A especificação do Java EE 6 e as próximas serão cada vez mais “puras” e o uso de Spring com Java EE 6 será maior. Fora a omissão de alguns pontos relacionados as soluções, muito pelo tempo disponível, o conteúdo e desenvoltura dos palestrantes agradou.

Adotando Agile: o caminho das pedras – Cláudio Teixeira

Adotando Agile: o caminho das pedras - Cláudio Teixeira

Cláudio Teixeira trouxe um panorama bem legal das metodologias ágeis, muito pela sua experiência com desenvolvimento e arquitetura de projetos em Londres, onde a “onda ágil” está atuante a muito mais tempo. Para se entender melhor porque há novidades em termos de metodologia, foi feita a seguinte pergunta: “Qual a motivação para um novo approach?”. Resposta: “Projetos falham” (em todos os níveis). Com base nisso, e sabendo que o cliente é exigente, é imprescindível fazer com que os projetos sejam rápidos (em termos de tempo), pois a reposta do cliente é rápida e as chances de errar diminuem.

Peguemos como exemplo o RUP. O RUP busca a “perfeição no processo” (o bom é inimigo do ótimo). Onde era implementado RUP? Em sistemas governamentais e exército dos EUA (alto custo e baixa tolerância a falhas), sendo fortemente apoiado a contratos. Para esse cenário não poderia ser diferente.

Com o “boom da Web” e os “Startups! de empresas” houve uma alta demanda de software, mudando o foco para confiança na empresa e menos em contrato e “burocracias”. Se o RUP fosse adotado teríamos planejamentos proféticos e “quadrados” (muitos manuais e cronogramas de processos). Fora que as “metodologias tradicionais” não mostram a “saúde” do projeto (Gráficos ROI e Waterfall não são suficientes). Nesse panorama pensou-se em dois confrontamentos:

  • Funcionalidades X Utilização: quanto mais rápido o feedback do cliente final melhor (faz-se apenas o necessário);
  • Desenvolvimento de software X Manufatura: custo e tempo são essenciais. Podem ser iguais ou não.

Todo esse cenário motivou algumas pessoas (do meio empresarial) a criarem algo novo, mas que fosse compatível com a situação do mercado e desse opção de aproveitar a demanda deste. Daí nasceu a expressão “ágil”, o manifesto ágil e a criação da Agile Alliance. Em nível de metodologia ágil temos 3 tipos de aplicação do processo:

1. Extreme Programming (“XP – O processo dos geeks”):

  • Feedback rápido e simples;
  • Entregas incrementais;
  • “Abraça” mudanças;
  • Código de alta qualidade.

2. SCRUM (“O processo da sala de guerra”):

  • Processo promove acerto e erro;
  • Feedback rápido;
  • Entrega em pequenas iterações;
  • Saúde do projeto vísivel (gráficos Burndowns);
  • Gerente não é comando controle, mas facilitador.

3. Lean: Processo de desenvolvimento da Toyota e tem raízes do SCRUM. Não muito conhecido no Brasil.

As desvantagens dos 3 são (nem tudo é perfeito…):

  • Não funciona com equipes “júnior”;
  • O cliente deve estar “100% disponível”;
  • Adiciona muitas práticas novas para as equipes;
  • O processo é fechado e deve ser seguido a risca;
  • A história do “porco e o frango” (comprometidos e envolvidos).

Qual usar? Scrum ou XP? Scrum gerencia melhor os processos, mas XP fornece melhores práticas (TDD, Unit Tests…). Melhor usar os dois!

E como adotar? Há dois caminhos: Consultoria externa ou “in house”. Se a escolha for a segunda há algumas dicas:

  • SCRUM é mais fácil de adotar;
  • Estude Lean também;
  • Escolha um projeto piloto;
  • Educação para o pessoal de negócio é necessária.

Foi com certeza uma das melhores palestras do evento. O palestrante passou muito bem o conteúdo e foi bastante claro, fora as doses de humor, necessárias depois do almoço (rs).

Java e TV Digital – Dimas Oliveira

Java e TV Digital - Dimas Oliveira

As palestras e a participação do Dimas nos eventos já virou marca de atenção ao conteúdo falado e muitas perguntas ao final da palestra. Não foi diferente dessa vez. Ele praticamente deu algumas dicas e panorama sobre TV Digital com Java, material de referência, Ginga, especificações, etc. Abaixo irei enumerar em tópicos:

  • Compartilhe seu conhecimento e credite as fontes (um “lema” do próprio Dimas. Sempre repetido em suas apresentações);
  • Divulgou uma previsão de venda de 230 milhões de set-top boxes em 5 anos. Mercado de atuação haverá, e muito;
  • Java é um “ecossistema”, formado de usuários e desenvolvedores. Procure sempre saber o que os usuários necessitam;
  • Mostrou fotos do primeiro teste com Ginga no Brasil: ano de 2005 na Paraíba. Pertencemos a “vanguarda” da tecnologia relacionada a TV Digital no mundo;
  • SBTVD é inovação nacional;
  • Em 2012 o Brasil será o segundo maior mercado emergente em TV Digital;
  • TV interativa (TV + aplicações controlando áudio e vídeo) irá necessitar de profissionais e aplicações em Java;
  • Ginga-J faz parte dos padrões mundiais de TV Digital;
  • Java DTV é uma API/especificação Java para TV digital, Ginga-J contém Java DTV e é uma parte do Ginga. O Ginga (NCL/LUA & J) é o middleware;
  • Quem tiver mais curiosidade pode ler a especificação do Java TV (JSR 927);
  • Ginga integra widgets lwuit para melhorar a interface gráfica;
  • As padronizações devem ser seguidas para qualquer operadora;
  • Para quem deseja aprender sobre TV Digital: a curva de aprendizado é de 5% a 8% a mais de conhecimento Java.

Palestra esclarecedora, apesar de já ter visto muitas dessas informações em eventos anteriores (Profissão Java e Java@TVDigital). Ao fim dela, e na saída para o coffee-break, muitos participantes se aglomeraram na frente do palco para fazer perguntas a Dimas. Para quem deseja saber mais sobre TV Digital pode mandar um email para “tvdigital-subscribe@soujava.dev.java.net” e participar da lista de discussão do SOUJava, sendo que o próprio Dimas faz parte.

Painel: Java FX, Adobe Flex e GWT – Éder Magalhães, Maurício Leal e Rafael Nunes

Painel: Java FX, Adobe Flex e GWT - Éder Magalhães, Maurício Leal e Rafael Nunes

Esta última palestra do evento não era para ser um painel (“disputa” de qual a melhor) entre as 3 tecnologias ligadas a RIA, mas um comparativo do que elas podem fornecer. Java FX foi apresentada por Maurício Leal, GWT por Éder Magalhães e Flex por Rafael Nunes.

Sobre Java FX:

  • Rich clients estão mudando o jogo. É preciso ter mais clientes ricos, onipresentes e “projetados” pelo desenvolvedor. FX é a solução;
  • É preciso “extender” RIA em diversas telas. Java FX é a plataforma para criar e entregar RIA;
  • Gera aplicações únicas e completas para desktop, mobile e outras. É portável para qualquer dispositivo;
  • Runtime poderoso e desacoplamento da aplicação do browser;
  • A aplicação é independente do browser, pode ser arrastada para “fora” do mesmo;
  • Coisas a serem construídas com Java FX: vídeo player, efeitos 3D, Java Applets, etc. Todos podem ser “arrastados” para fora do navegador;
  • Existe plugin para Photoshop e Illustrator;
  • Curva de aprendizado rápida: 1 semana.

Sobre GWT:

  • Suporte a Web interativa (RIA);
  • Navegação rápida, agradável e fácil;
  • Produtividade na construção e manutenção de aplicações Web;
  • Web leve: HTML + CSS + Ajax;
  • Para fazer uso de GWT é preciso ter uma equipe com experiência em Java;
  • Ideal para quem conhece Swing;
  • MVC só com código Java;
  • Constrói aplicações Ajax c/ Java (voltada a Open Source);
  • Widgets (componente de uso de interface) que podem ou não ser customizados;
  • Compila código Java em JavaScript;
  • “Esconde” a complexidade do Ajax;
  • Resolve incompatibilidade de browser;
  • Suporta recursos do Java 5;
  • Chamadas são assíncronas e acessadas por GWT RPC (servlet) ou HTTP (retorna XML,JSON e/ou JSNI e é solução para REST ou WebService).

Sobre Adobe Flex:

  • Baseado em linguagem de marcação (MXML);
  • SDK Open Source;
  • Action Script (linguagem de programação orientada a objeto);
  • A proposta é fazer front ends;
  • Flex Builder (“Eclipse” para Adobe Flex): no Windows é pago, mas é completo; no Linux é gratuito, mas tem menos funcionalidades disponíveis;
  • É preciso ter Flash Player para rodar aplicações Flex ou Air (rodam em desktop);
  • Multiplataforma;
  • Curva de aprendizado suave;
  • Independe de backend (Java, PHP, outras);
  • No segundo semestre sairá a versão 4 (!);
  • Depende de fornecedor, runtime e IDE paga. Exige mais poder do cliente;
  • Integra com WebServices e gera cliente automático através de WSDL;
  • HTTP Service (XML ou JSON);
  • Integração AMF: BlazeDS e GraniteDS para Java (depende do backend);
  • Frameworks: Cairngorm, Pure MVC, Mate Flex, Swiz;
  • Flex Unit para testes unitários;
  • Case de sucesso: tour de Flex & flex.org/showcase.

Qual a melhor? A que melhor se aplica pra você, seu projeto e sua realidade.

Conclusão

Foi mais um evento importante do qual pude participar e adicionar conteúdo ao meu portifólio de conhecimento. O nível dos palestrantes, temas e assuntos abordados ficaram de acordo com a atualidade. Mais de 300 pessoas estiveram presentes no OpenTDC 2009. E o mais importante e motivo de parabéns a equipe da Globalcode: tudo isso gratuito. Portanto, indico fortemente a ida de pessoas interessadas em Java e outras tecnologias a esses eventos. Para os interessados na programação do evento ou mini-bio dos palestrantes, favor acessar o link do evento. Para acesso as fotos do evento, inclusive as deste post, podem acessar o Picasa da Globalcode.

Pontos positivos

  • Nível, conhecimento e desenvoltura dos palestrantes;
  • Networking e acesso a informações;
  • Gratuito.

Pontos negativos

  • Atraso nas duas primeiras palestras, motivo pelo qual impactou na apresentação da terceira, e quiçá, mais importante palestra do evento, pois era modelo daquilo que seria apresentado no JavaOne 2009.

Espero que vocês, caros leitores, tenham gostado da leitura de minhas impressões, coletadas durante o evento. Fiquem à vontade para comentar, criticar ou complementar. E aguardem a publicação das minhas impressões do Java@TVDigital, evento também organizado pela Globalcode e de boa repercussão.

Até a próxima!

Nossas Impressões (André Pantalião e Rodrigo Ribeiro) – Falando em Java 2009

maio 25, 2009

Introdução

Neste  domingo, dia 24 de maio, acordamos cedo e perdemos a Fórmula 1(rs) por motivos nobres. Nós (André Pantalião, Rodrigo Ribeiro e Thiago Veiga) fomos ao Falando em Java 2009, evento organizado pela Caelum. O evento aconteceu no Espaço Hakka, localizado nas proximidades do metrô São Joaquim, com fácil acesso.

Report das palestras

Publicaremos posts com as nossas impressões sobre o evento:

Conclusão

Acredito que o evento tenha respondido as nossas expectativas, pois o conteúdo passado foi muito bom, fora o conhecimento dos palestrantes. O número de inscritos para esse ano, por volta de 500 pessoas, só resume o interesse da comunidade Java e a busca por novas tecnologias e know-how na área de atuação.

Pontos positivos

  • O pessoal do evento foi bastante prestativo;
  • 3 “coffee-breaks” de ótimo nível;
  • Sorteio de livros, canecas, camisas e um Nintendo Wii (!!!)para o público ( Rodrigo Ribeiro ganhou uma camisa da Red Hat 🙂 );

Pontos negativos

  • A cada fim de palestra era permitido a saída dos congressistas para um café. Com isso os congressistas perdiam o foco, criava-se aquela multidão e sempre havia um atraso adicional para o começo das apresentações;
  • Alguns palestrantes perderam o foco durante as apresentações, ou não conseguiram passar todo conteúdo presente nelas por falta de controle de tempo. Isso com certeza pode ser melhorado para o futuro.

Espero que vocês, caros leitores, possam apreciar a leitura das nossas impressões, coletadas durante o evento. Fiquem à vontade para comentar, criticar ou complementar.

Palestra: Abertura do Evento – Falando em Java 2009

maio 25, 2009

Abertura do Evento

Palestra apresentada por Fabio Kung e Sergio Lopes

Fabio Kung e Sergio Lopes abordaram o histórico do evento Falando em Java e sobre a história da Caelum.. O evento começou em 2007, com 210 pessoas. Em 2008 tinha 330 pessoas e neste ano a perspectiva era de 500 pessoas.

A Caelum começou com 2 pessoas em 2004 e hoje eles tem 60 pessoas. Falaram sobre a união da equipe, sobre vestir a camisa e sobre como a empresa funciona. Assim como na Voice, muitos dos funcionários da Caelum iniciaram sem saber programar, apresentando um bom avanço no crescimento profissional e pessoal.

Apresentaram alguns novos cursos ( a serem lançados ) como Lógica de Programação, TV Digital e criação de interfaces web com Adobe Flex.

Seguindo a linha de notícias da Caelum falaram sobre uma nova unidade em Brasília e uma atual no Rio de Janeiro. Haverá o lançamento de um livro sobre Arquitetura e Design de Software (previsão: NOV/2009); maiores informações em: arquiteturajava.com.br.

Confirmaram a ausência de Bill Burke no evento, porque ele não conseguiu tirar o visto para o Brasil, após 3 tentativas. A palestra do Bill foi substituída por uma palestra do Jim Webber.

Poderiam ter sido mais sucintos e ter a palestra um pouco mais organizada. Sei que é necessário fazer propaganda, mas foi meio cansativo.

Palestra: O profissional Java Efetivo – Falando em Java 2009

maio 25, 2009

O profissional Java Efetivo

Palestra ministrada por Paulo Silveira e Rafael Cosentino

Como adquirir conhecimento para ser um profissional de destaque?

Fizeram uma palestra que tentou ser engraçada. Tentaram criar uma história para embasar a apresentação, mas boa parte da platéia não “embarcou” junto com esta história.

Foram apresentados alguns problemas e apresentada a melhor solução para eles. A idéia era boa, mas no fim das contas, falou-se muito do personagem de exemplo: Nico. E o conteúdo foi pouco.

Como foi bem levantado por @lucastex no Twitter:

lucastex: #falandoemjava muito #nico e pouco conteudo na palestra… Sorry, deve ter mais sentido pra quem conhece o nico

Arquivo texto

A primeira solução proposta foi um arquivo texto com um formato específico para ser enviado aos fins de semana. Soluciona o problema de integração entre aplicações feitas em linguagens diferentes. Como é uma transferência de arquivo, usa-se TCP/IP+FTP+um formato específico para o arquivo texto.

Pontos positivos:

  • Simples;
  • Independente de plataforma;
  • Perfomance devido a pouco código escrito.

Pontos negativos:

  • Escalabilidade;
  • Segurança;
  • Manutenção.

Aprendizado: alternativa encontrada no trabalho. Solução “forçada” para a situação.

Integração utilizando protocolos binários

O exemplo dado foi de um sistema de cirugia/operação a distância (remota). Ao invés de usar WebServices (SOAP, XML, HTTP e TCP/IP), que pode resultar em lentidão, é melhor usar protocolos binários (UDP / TCP/IP).

Pontos positivos:

  • Performance.

Pontos negativos:

  • Manutenção;
  • Complexidade.

Aprendizado: Universidades, onde os professores forçam o conhecimento com performance.

Integração utilizando SOAP / WSDL

O foco foi criar uma solução que atendesse um sistema de integração de guias de saúde de pacientes no Brasil. Como o objetivo era padronizar, foi escolhido o SOAP/WSDL.

Pontos positivos:

  • Padronização;
  • XML;
  • HTTP;
  • Integridade;
  • Burocracia.

Pontos negativos:

Aprendizado: Comunidade Java (GUJ), fatos do cotidiano como padronização da Nota Fiscal Eletrônica Nacional (SOAP/WSDL).

Integração utilizando Mashup

O browser faz requisições a serviços diferentes e concentra em um local só.  Neste caso, para facilitar, ao invés do SOAP e XML, utilizamos algo mais simples, leve e fácil de ler. Pode ser aplicado para solucionar problema de localização de venda de comida (Chinese Food), centralizando as informações via Google Maps.

Pontos positivos:

  • Fácil de ler e debugar;
  • Simples;
  • Leve;
  • Mais pragmático;
  • no caso de JSON: browser é cliente.

Pontos negativos:

  • Falta formalização;
  • Estilos diferentes.

Integração por troca de mensagem

Pode ser aplicada no sistema de integração do Detran no Brasil. Havia antiga lenda que se você tomasse multa em outro estado que não fosse o de origem do seu carro a multa não chegaria para você pagar. A sugestão é a troca de mensagens com centralização.

Pontos positivos:

Pontos negativos:

  • Performance;
  • Complexidade.

Aprendizado: literatura (Livros técnicos, “bíblias”).

Conclusão

Existem várias formas de adquirir conhecimento portanto é necessário estar “antenado” a tudo o que se passa e a comunidade é onde você pode ter acesso a diversos tipos de informação.