APLICAÇÕES DISTRIBUÍDAS COM WEB SERVICE NA PLATAFORMA LIVRE

Transcrição

1 INSTITUTO CIENTÍFICO DE ENSINO SUPERIOR E PESQUISA ESPECIALIZAÇÃO EM ORIENTAÇÃO A OBJETO APLICAÇÕES DISTRIBUÍDAS COM WEB SERVICE NA PLATAFORMA LIVRE Ricardo Brito do Nascimento Brasília DF 2005

2 Ricardo Brito do Nascimento APLICAÇÕES DISTRIBUÍDAS COM WEB SERVICE NA PLATAFORMA LIVRE Brasília DF 2005

3 Ricardo Brito do Nascimento APLICAÇÕES DISTRIBUÍDAS COM WEB SERVICE NA PLATAFORMA LIVRE MONOGRAFIA APRESENTADA AO CORPO DOCENTE DO CURSO DE ESPECIALIZAÇÃO EM ORIENTAÇÃO A OBJETO DO INSTITUTO CIENTÍFICO DE ENSINO SUPERIOR E PESQUISA, COMO REQUISITO PARCIAL PARA OBTENÇÃO DO TÍTULO DE ESPECIAL- ISTA EM ORIENTAÇÃO A OBJETO. Orientador: Prof. M.Sc. Wagner Castilho INSTITUTO CIENTÍFICO DE ENSINO SUPERIOR E PESQUISA CURSO DE ESPECIALIZAÇÃO EM ORIENTAÇÃO A OBJETO rbrito1978-pos@yahoo.com.br Brasília DF 2005

4 1 MONOGRAFIA APRESENTADA AO CORPO DOCENTE DO CURSO DE ESPE- CIALIZAÇÃO EM ORIENTAÇÃO A OBJETO DO INSTITUTO CIENTÍFICO DE EN- SINO SUPERIOR E PESQUISA, COMO REQUISITO PARCIAL PARA OBTENÇÃO DO TÍTULO DE ESPECIALISTA EM ORIENTAÇÃO A OBJETO. Aprovada por: Prof. M.Sc. Wagner Francisco Castilho Departamento de Pós-Graduação Instituto Científico de Ensino Superior e Pesquisa Prof. M.Sc. Bruno Sousa Rocha Departamento de Pós-Graduação Instituto Científico de Ensino Superior e Pesquisa

5 2. A Jesus Cristo meu Senhor, a meus pais, Bráulo e Leni.

6 3 Agradecimentos Primeiramente agradeço a Deus que me proporcionou saúde, animo e vigor para chegar até aqui, aos meus pais pela compreensão, dedicação, colaboração e apoio dispensados a mim durante todo este período de estudos, a meus irmãos Rodrigo e Braucileny, a minha namorada Eliana e aos amigos por compreenderem minha ausência.

7 4. Filho meu, não te esqueças dos meus ensinos, e o teu coração guarde os meus mandamentos; porque eles aumentarão os teus dias e te acrescentarão anos de vida e paz. Confia no Senhor de todo o teu coração e não te estribes no teu próprio entendimento. Reconhece-o em todos os teus caminhos, e ele endireitará as tuas veredas. Não sejas sábio aos teus próprios olhos; teme ao Senhor e aparta-te do mal; Feliz o homem que acha sabedoria, e o homem que adquire conhecimento; O temor do Senhor é o princípio da sabedoria; bom entendimento tem todos os que obedecem aos seus preceitos. (...) ; Adquire a sabedoria, adquire a compreensão; não te esqueças das palavras da boca da Minha boca, nem delas te apartes. Não desampares a sabedoria, e ela te protegerá; ama-a, e ela te guardará. A sabedoria é suprema; portanto, adquire a sabedoria. Sim, com tudo o que possuir adquire o entendimento. O que adquire sabedoria ama a sua própria alma; o que conserva o entendimento prospera. Demais disto, filho meu, atenta: Não há limite para fazer livros e o muito estudar é enfado da carne. Pv 3.1-2, 5-7, 13; Sl a; Pv 4.5-7; 19.8 e Ec 12:12.

8 5 Resumo Este trabalho apresenta a evolução das tecnologias aplicadas a servições distribuídos e a nova tendência de aplicações distribuídas, que evolui a ponto de tornar-se independente de hardware, sistemas operacionais e protocolos proprietários, que direcionaram os esforçoes a tecnologia emergente denominada web services. Com os web services tornou-se possivel adotar corporativamente tecnologias abertas e livres. Também é apresentado um breve histórico das tecnologias open source e do projeto GNU, que envolvem as linguagens de programação C, C++, Java, e os sistemas operacionais Unix e Unix-like, sem deixar de abordar a configuração dos serviços aplicados ao projeto: um servidor web service, composto pelo contêiner web Tomcat, um interpretador web service o framework Axis, utilizando a linguagem de programação aberta Java, da Sun Microsystems, e o sistema operacional Linux, na figura da distribuição do Fedora Core. Palavras Chaves: Web services, Componentes distribuídos, Objetos distribuídos, fraco acoplamento, Reutilização.

9 6 Abstract This essay presents the evolution of the applied technologies distributed services, and the new trend of distributed applications. That evolved to become independent of the hardware, operational systems and protocols proprietors, which had directed the efforts to emergent technology called web services. With web services became possible to adopt open and free technologies corporatively. It is also is presented a historical briefing of technologies open source and GNU project, that involve the programming languages C, C++, Java, the operational systems Unis and Unix-like, without leaving to approach the configuration of the services applied in this project: a server web services, composition for the server web Tomcat, the interpreter web service Axis, using the open programming language java, by Sun Microsystems, and the operational system Linux, in the figure of the distribution of the Fedora Core. Keywords: Web services, distributed components, distributed objects, loosely coupled and reuse.

10 7 Sumário Agradecimentos 3 Resumo 5 Abstract 6 Lista de Figuras 11 Lista de Tabelas 12 Lista de símbolos e abreviaturas 13 1 Introdução Justificativa e Relevância do estudo Formulação do Problema Objetivos Objetivo Geral Objetivos Específicos Referencial Teórico Tecnologia Open Source Historia da Linguagem de programação C/C História da Linguagem de Programação Java Sistemas operacionais UNIX e UNIX-LIKE Projeto GNU

11 História do Sistema Operacional Linux Middleware para Aplicações Distribuídas DCOM - Distributed Component Object Model CORBA - Common Object Request Broker Architecture CORBA - Common Object Request Broker Architecture EJB - Enterprise Java Beans RMI - Remote Method Invocation Web Services Principais Características Principais Vantagens Tecnologias aplicadas a Web Services Segurança em Aplicações distribuídas Criptografia Algoritimos Criptográficos Assinaturas Digitais Segurança aplicada a Web Services Autenticação Autorização Integridade de Dados Garantia de Confiabilidade Modelo de web services Tipos de chamadas a Web Services Aplicação Relações Comerciais com Utilização de Web Services Microsoft Alerts MS Passport

12 SPB - Sistema de Pagamentos Brasileiro Caso de Aplicação Procedimentos Instalando e configurando o Java Instalando e configurando o Tomcat Persistente a usuário: Persistente ao Sistema: Instalando e configurando o Axis Persistente a usuário: Persistente ao Sistema: Instalando e configurando o eclipse Integrando jdk 1.5 com o as bibliotecas AXIS via console 86 4 Metodologia 89 5 Conclusão 91 Referências Bibliográficas 92 Apêndice A -- Sítios Relacionados 95 Anexo A -- Direitos autorais GNU 97 A.1 Introdução A.2 LICENÇA PÚBLICA GERAL GNU A.2.1 TERMOS E CONDIÇÕES PARA CÓPIA, DISTRIBUIÇÃO E MOD- IFICAÇÃO A.3 AUSÊNCIA DE GARANTIAS A.4 FIM DOS TERMOS E CONDIÇÕES

13 10 Anexo B -- Direitos autorais BSD 106 Anexo C -- Direitos autorais X 108

14 11 Lista de Figuras 2.1 Cronologia de tecnologias para distribuição de serviço (OGBUJI, 2002a) Comunicação entre processos em COM (SEI, 2005) Interação de objetos com tecnologia DCOM (SEI, 2005) Estrutura ORB (JUNIOR, 2005) Comunicação RMI-IIOP do EJB (ALMEIDA; NASCIMENTO; PIMENTEL, 2004) Interação de objetos com tecnologia RMI (SUN, 2005) Interface do Usuário (SEI, 2005) Tecnologias aplicadas a middleware (GOMES, 2005) interação Cliente/Servidor com Web Service (LOPES, 2002) Chamadas SOAP RPC (HENDRICKS et al., 2001) Funcionamento protocolo superficial de computação SOAP (HENDRICKS et al., 2001) Arquitetura não hierárquica SOAP (HENDRICKS et al., 2001) Estrutura de envelope SOAP (HENDRICKS et al., 2001) Estrutura de invocação de um Web Services (HENDRICKS et al., 2001) Estrutura básica de um WEB Service

15 Lista de Tabelas 12

16 13 Lista de símbolos e abreviaturas API Application Program Interface BC Banco Central do Brasil BDE Base Data Enviropment BSD Berkeley Standard Distribution (JANG, 2003); Berkeley Software Distribution (NEMETH; SNYDER, 2004); Berkeley Systems Division (MCCARTY, 2000) CDB certificado de depósito bancário CIP Câmara Interbancária de pagamentos CLR Common Language Runtime COM Component Object Model CORBA Common Object Request Broker Architecture CPMF Contribuição Provisória sobre Movimentação ou Transmissão de Valores e de Créditos e Direitos de Natureza Financeira CSRG Computer Systems Research Group CTS Common Language System DCOM DEC DES DNS DOC DOT NET DTD Distributed Component Object Model Digital Equipment Corporation Data Encryption Standard Dinamic Name Service Documento de Credito Nome coringa utilizado para definir linguagens da família.net Document Type Definition

17 14 EJB Enterprise Java Beans FTP File Transfer Protocol GNU GPL GNU is not Unix General Public License HTML HTTP Hyper Text Markup Language Hyper Text Transfer Protocol IDE IL IOF IP Integrated Development Environment Intermediate Language Imposto sobre Operações Financeiras Internet Protocol J2EE JIT JVM Java to Emprise Edition Just-it-Time Java Virtual Machine LAN Local Area Network MIME Multipurpose Internet Mail Extensions ODBC OLE OMG ORB ORPC Object Data Base Client Object Link Embed Object Management Group Object Request Broker Object Remote Procedure Call PE Portable Executable RAD RCP RDB RMI Rapid Application Development Remote Call Procedure Recibo de Depósito Bancário Remote Method Invocation

18 15 RSA Rivest, Shamir and Adleman Algorithm SGML SMTP SOAP SQL SSL Standard Generalized Markup Language Simple Message Transfer Protocol Simple Object Access Protocol Structured Query Language Secure Socket Layer TCP TED TI Transmission Control Protocol Transferência Eletrônica Disponível Technology Industry UDDI URL Universal Description, Discovery and Integration Uniform Resource Locator W3C WAN Web WSDL WWW World Wide Web Consortium World Area NetWork Rede mundial de computadores Web Service Description Language Word Wide Web XLINK XML XPOINTER XSD XSL XML Link Language Extended Markup Language XML Pointer Language XML Schema Definition Extensible Style Language

19 16 1 Introdução 1.1 Justificativa e Relevância do estudo A nova era dos serviços distribuídos, tem apresentado o Web Service como uma solução simples, aplicável e econômica, onde os recursos podem ser reutilizados e fornecidos como serviços remotos, e da mesma forma consumidos localmente de servidores internos ou externos a rede. 1.2 Formulação do Problema As tecnologias emergentes proprietárias e de alto custo deixam as empresas com menos recursos financeiros fora do eixo tecnológico. E soluções abertas com baixo custo podem solucionar este problema viabilizando uma melhoria em criação e desenvolvimento de tecnologias massificando o conhecimento e as oportunidades de negócio e parcerias comerciais heterogêneas. 1.3 Objetivos Objetivo Geral Apresentar um estudo para uma solução web service, em plataforma e linguagens livres, de modo a atender pequenos nichos de mercado com soluções distribuídas Objetivos Específicos Descrever e apresentar as vantagens de um web services;

20 17 Apresentar os protocolos comuns utilizados pelo web services (XML, SOAP,WSDL, UDDI); Apresentar o processo confecção de um web services utilizando recursos da plataforma livre de desenvolvimento Java em sistema operacional livre Linux; Comentar em que um web services pode ser útil aos pequenos nichos de mercado;

21 18 2 Referencial Teórico 2.1 Tecnologia Open Source Historia da Linguagem de programação C/C++ Segundo DEITEL e DEITEL (2001), em 1967 foi desenvolvida a linguagem BCPL por Martin Richards como uma linguagem para escrever softwares de sistemas operacionais e compiladores. Ken Tompson modelou os recursos da linguagem B baseados na linguagem BCPL e utilizou a linguagem B, para criar as primeiras versões do sistema operacional UNIX nas dependências do Bell Labs em 1970 sobre um supercomputador DEC PDP-7. Em 1972 Dennis Ritchie, desenvolveu a linguagem C, a partir da linguagem B e originalmente implementada em um DEC PDP-11. Na linguagem C houve melhorias consideráveis em relação a sua antecessora, tornando-se popular por ser a linguagem de desenvolvimento do sistema operacional UNIX. A alta portabilidade tornou, a linguagem C, a principal linguagem de desenvolvimento de sistemas operacionais, a disponibilizando para maioria dos computadores em várias plataformas (DEITEL; DEI- TEL, 2001). De acordo com DEITEL e DEITEL (2001), a grande disseminação da linguagem C, nestas diversas plataformas de hardware, originou diversas variações semelhantes da linguagem, as quais freqüentemente eram incompatíveis que impossibilitavam sua portabilidade. Em 1980, Bjarne Stroustrup, começou a trabalhar numa extensão da linguagem C, denominada C++, a qual aprimorou vários recursos e sobre tudo incorporou a programação orientada a objetos na linguagem. C++ assume as características de uma linguagem híbrida, possibilitando programar tanto no estilo estruturado quanto no estilo orientado a objetos, ou ambos. Em 1983, foi criado o comitê técnico X3J11 sob o American National Standards Committee on Computers and Information Processing (ANSI) com o propósito de

22 19 fornecer uma diretiva independente de hardware e sem ambiguidade da linguagem, que foi aprovada em 1989 (DEITEL; DEITEL, 2001). Em 1990, foi publicado o ANSI/ISO 9899:1990, posteriormente denominada ANSI C, uma parceria entre o ANSI e a International Standards Organization (ISO) padronizando a linguagem C em escala mundial. A variante C++ também foi padronizada pelos comitês ANSI e ISO com a ANSI 92 (DEITEL; DEITEL, 2001) História da Linguagem de Programação Java A linguagem Java começou em Dezembro de 1990, desenvolvida nos laboratórios da Sun Microsystems, como parte do projeto Green, um pequeno trabalho de pesquisa em componentes eletrônico inteligentes, liderados por Patrick Naughton e Sun Fellow. O projeto Green trabalhava em um protótipo de dispositivo manual chamado star 7 do tipo PalmPilot, que podia se comunicar com outros do mesmo tipo (CADENHEAD; LEMAY, 2001; DEITEL; DEITEL, 2001; HORSTMANN; CORNELL, 2003a). O objetivo original era desenvolver o sistema operacional do protótipo na linguagem C++, entretanto, James Gosling, membro do projeto Green, irritado com o desempenho da linguagem, desenvolveu uma nova linguagem para implementar o sistema operacional responsável por manipular o protótipo, de modo que fosse portável e que gerasse um código intermediário para uma máquina hipotética, denominada de maquina virtual, onde esse código intermediário pudesse ser usado em qualquer máquina que tivesse o interpretador correto (CADENHEAD; LEMAY, 2001; HORSTMANN; CORNELL, 2003a). Devido a vasta experiência, dos engenheiros do projeto Green, com o sistema operacional UNIX, Gosling baseou sua linguagem em C++, e batizou-a de Oak, carvalho em inglês, em homenagem a um carvalho que havia na frente da janela de seu escritório na Sun. Mais tarde o departamento jurídico da Sun Microsystems descobriu outro produto chamado Oak, rejeitando o nome escolhido, quando uma equipe da Sun visitou uma cafeteria local, onde o nome Java, que é a cidade de origem de um tipo de café importado, foi sugerido e aceito (CADENHEAD; LEMAY, 2001; DEITEL; DEITEL, 2001; HORSTMANN; CORNELL, 2003a). Em 1992, o projeto Green apresentou o star 7, um controle remoto extremamente inteligente, que possuía o poder de uma SPARC Station em uma caixa de 15x10x10 centímetros, entretanto não havia interessados em produzi-lo, que levou o pessoal do

23 20 projeto a procurar outras formas para comercializá-lo. Em 1993, o nome do projeto Green foi alterado para First Person Inc, e tentaram vender a tecnologia por todo ano de 1993 e metade de 1994 (CADENHEAD; LEMAY, 2001; HORSTMANN; CORNELL, 2003a). Em 1994, a web já estava despontando e o departamento Word Wide Web (www) da Sun crescia cada vez mais, e o navegador de maior utilização era o Mosaic, parcialmente escrito por Marc Andreessen, em um projeto acadêmico de pós-graduação, Andreessen posteriormente tornou-se co-fundador da Netscape. Gosling e os desenvolvedores da Sun perceberam que no porcesso cliente/servidor da arquitetura web, se encaixava perfeitamente a neutralidade de arquitetura, que englobava o tempo real, a confiabilidade e a segurança que a linguagem Java oferecia. Então Patrick Naugton e Jonathan Payne elaboraram o navegador Hotjava, escrito em Java, que podia executar applets Java, interpretando os bytecodes intermediários, para mostrar o poder da linguagem (CADENHEAD; LEMAY, 2001; DEITEL; DEITEL, 2001; HORSTMANN; CORNELL, 2003a). O navegador foi apresentado na SunWorld 95 em 23 de maio de 1995 e inspirou a moda Java. Em agosto do mesmo ano, a Netscape se tornou a primeira empresa a licenciar a linguagem Java, incorporando o interpretador em seu produto, navegador Navigator, que o tornou líder do setor. Posteriormente foi seguido de várias empresas tais como MS, IBM, Symantec, Inprise e outras, que possibilitou que milhões de pessoas pudessem executar programas iterativos direto de seus navegadores pela primeira vez, que impulsionou o crescimento da linguagem Java entre os anos de 1995 e No inicio de 1996 a Sun lançou a primeira versão da linguagem Java e começou a distribui-la livremente no URI (CADENHEAD; LEMAY, 2001; DEITEL; DEITEL, 2001; HORSTMANN; CORNELL, 2003a) Sistemas operacionais UNIX e UNIX-LIKE Iniciado em 1965, para mainframes, com codinome de Multiplexed Information and Computing Service ou simplesmente MILTICS, foi o primeiro sistema operacional a propor modo multiusuário, desenvolvido em conjunto entre a Bell Telephone Labs da ATT, Massachusetts Institute of Technology (MIT) e a General Electric (MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000). Em 1969, Bell labs se retirou do projeto, devido aos vários insucessos, e dois

24 21 de seus engenheiros de software, Ken Thompson e Dennis Richie, permaneceram trabalhando independentemente no projeto, com o ardente objetivo de transformar o MULTICS em um sistema operacional de múltiplos usuários (MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000). No inicio da década de 70, eles implementaram um sistema operacional rudimentar, portado para os supercomputadores da Digital Equipment Corporation (DEC) PDP-7, com o nome de UNICS, que mais tarde passou a chamar-se de UNIX e o kernel mostrou notável portabilidade de hardware, se comparado com os sistemas operacionais da época, que eram construídos em assembly especificamente para cada arquitetura (MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000). Esta portabilidade é devida a linguagem de programação C utilizada que permite ao programador acessar recursos de baixo nível, assim como a linguagem assembly. Thompson e Ritchie criaram a linguagem de programação de alto nível C para multiplataforma (MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000; DEITEL; DEITEL, 2001). Ao perceberem a amplitude e interesse crescente por seu trabalho, disponibilizaram gratuitamente copias do UNIX a programadores em todo o mundo, com o objetivo de retornarem suas revisões para aprimoramento do UNIX. Esta atitude claramente não comercial gerou disputas jurídicas e nesta época a ATT era um monopólio nos Estados Unidos da América, onde diversas decisões judiciais e reguladoras mantiveramna afastada de negócios financeiros da área computacional (MCCARTY, 2000; JANG, 2003). Como a ATT estava proibida de lucrar a partir do software, ela manteve a licença do UNIX e em 1974 decidiu distribuir o sistema operacional com código-fonte para universidades, por uma taxa nominal, em troca os advogados da ATT insistiram que a licença declarava explicitamente, que o UNIX não tinha garantias. Esta técnica de lançamento passou a ser chamada, no que conhecemos hoje de open source, com isso rapidamente popularizou-se em uma série de universidades, que tornou o UNIX a base de várias classes de sistemas operacionais e de projetos de pesquisas no meio acadêmico, entretanto a ATT não teve permissão jurídica para obter lucro (NEMETH; SNYDER, 2004; BALL; DUFF, 2004; MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000). Em 1976, a ATT distribuiu o UNIX para a Universidade da Califórnia em Berkeley, ao custo dos manuais e fitas. Em 1977 a Universidade da Califórnia em Berkeley

25 22 iniciou o projeto Computer Systems Research Group (CSRG), como o objetivo de criar o próprio sistema operacional e em longo prazo eliminar todo código-fonte de propriedade da ATT. Um processo árduo e lento, iniciado no mesmo ano com o 1BSD para supercomputadores PDP-11 da DEC (NEMETH; SNYDER, 2004; FERREIRA, 2003; MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000). Em 1978 destacou-se uma das variantes do UNIX, escrito na Universidade da Califórnia, Berkeley, o projeto Berkeley Softwares Distribution (BSD) do CSRG, um dos diretores do projeto Bill Joy, tornou-se em 1982, co-fundador da Sun Microsystems, responsável pelo SunOS e o Solaris, que são variantes do UNIX e pela plataforma de programação Java. O CSRG foi abandonado antes que o trabalho pudesse ser finalizado, devido Berkeley perder as verbas para a pesquisa em sistemas operacionais, e culminando em 1993 com o 4.4BSD, deixando como produto final um conjunto de código-fonte isento de propriedade da ATT denominado 4.4BSD-Lite. Conseqüentemente a Universidade da Califórnia e ATT tornaram-se os maiores centros de desenvolvimento do Unix (NEMETH; SNYDER, 2004; FERREIRA, 2003; MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000). Com o advento das estações de trabalho na década de 1980, surgiram muitas versões comerciais do Unix, como SunOS e o Solaris da Sun Microsystems, AIX da IBM, digital Unix (OSF/1) da DEC, IRIX da Silicon Graphics e HP-UX da Hewlett Packard. ATT reteve a licença através dos anos e no início da década de 80 o governo norte americano processou a empresa por antitruste, e em 1982, uma das provisões permitiu a entrada da ATT no ramo comercial da computação, autorizando a venda do sistema operacional e código-fonte em todas proteções associadas aos direitos autorais (NEMETH; SNYDER, 2004; MCCARTY, 2000; JANG, 2003; MORIMOTO, 2004; ANONYMOUS, 2000; BALL; DUFF, 2004; VEIGA, 2004; FERREIRA, 2003). Em 1984, a ATT, detentora da empresa Bell Labs, iniciou a venda da distribuição UNIX chamada de System V. Infelizmente não foram bem sucedidos com a comercialização do UNIX, e venderam os direitos autorais a Caldeira, que atualmente é conhecida como SCO group, após a fusão com a SCO, em À medida que o UNIX ganhava aceitação no mercado, os preços das licenças aumentavam rapidamente (NEMETH; SNYDER, 2004; INFO, 2002; NUNES, 2003). Devido às limitações acarretadas pelos direitos autorais, os acadêmicos não podiam compartilhar seus dados em pesquisas. Com o objetivo de reconquistar a liberdade acadêmica, em 1983, Douglas Comer desenvolveu o XINU, UNIX escrito ao

26 23 contrário. Em meados da década de 80 o MIT desenvolveu o X Window System, sistema de janelas que atribui uma interface gráfica cliente/servidor, para sistemas operacionais Unix, independente da arquitetura de hardware. Em 1986, Andrew Tannenbaum desenvolveu o MINIX, como alternativa educacional, não baseado no projeto BSD e livre de qualquer código-fonte do UNIX da ATT, e o tornou disponível em seu livro, Sistemas Operacionais: Projeto e Implementação. Em 1988, o XConsortium, uma organização sem fins lucrativos, foi criada para garantir a evolução do X Window System (NEMETH; SNYDER, 2004; MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000; FERREIRA, 2003). Devido a este grande crescimento, houve a necessidade de padronização, que em 1990 o Instituto de Engenheiros Elétricos e Eletrônicos (IEEE), desenvolveu o padrão Portable Operating System Interface Unix (POSIX), com o objetivo de uniformizar as características dos sistemas operacionais Unix (NEMETH; SNYDER, 2004; MC- CARTY, 2000; JANG, 2003; ANONYMOUS, 2000; FERREIRA, 2003). A maioria das distribuições UNIX da família *BSD (BSD/OS, FreeBSD, NetBSD e OpenBSD), são baseados no 4.4BSD-Lite, os demais UNIX (HP-UX, Solaris e Írix) descendem da linhagem original da ATT (NEMETH; SNYDER, 2004; MCCARTY, 2000; JANG, 2003) Projeto GNU Em 1983, o cientista do MIT Richard Stallman, programador no laboratório de inteligência artificial na área de melhorias para sistemas operacionais de supercomputadores DEC PDP-10, lançou o projeto GNU not Unix (GNU), que tinha como objetivo criar um sistema operacional padrão Unix gratuito, o qual como o primeiro Unix, teria seu código-fonte distribuído de forma livre, de modo que os programadores pudessem ler, modificar e redistribui-lo sem restrições (INFO, 2002; FERREIRA, 2003; MC- CARTY, 2000; JANG, 2003). A experiência de Stallman no MIT ensinou-lhe que a internet é um meio de comunicação incrível, o qual poderia ser utilizado para aprimorar e adaptar o software em velocidades deslumbrantes, superando a melhor taxa apresentada pelo modelo tradicional de desenvolvimento (MCCARTY, 2000; JANG, 2003; ANONYMOUS, 2000). Com intuito de organizar o projeto GNU, baseado no dinamismo da internet, Stallman, em 1984, criou a Free Software Foundation (FSF), uma corporação sem fins

27 24 lucrativos que busca promover o o uso do software gratuito e eliminar restrições à cópia, redistribuição, entendimento e modificação de software, imposto pelo corphight (INFO, 2002; FERREIRA, 2003; NEMETH; SNYDER, 2004; MCCARTY, 2000; JANG, 2003). O objetivo de Stallman era organizar um grupo onde o livre compartilhamento de software fosse ativamente encorajado, entretanto era necessário um sistema operacional de código-fonte livre que não tivesse sob os direitos autorais da ATT (INFO, 2002; FERREIRA, 2003; MCCARTY, 2000; JANG, 2003). Para garantia da liberdade a FSF desenvolveu a General Public License (GPL), com a finalidade de proteger o corpo do software gratuito daqueles que poderiam utilizá-lo para criar sistemas de propriedade com código-fonte fechado. (INFO, 2002; FERREIRA, 2003; MCCARTY, 2000; JANG, 2003). JANG (2003), afirma que a GPL garante três princípios básicos: 1. Todo Software GPL precisa ser distribuído com uma copia completa do códigofonte, devidamente documentado; 2. Qualquer software acrescentado a Software GPL também precisa estar claramente documentado. Se o novo software interagir com o Software GPL, todo o pacote, precisa ser distribuído como Software GPL; 3. Qualquer Software GPL será distribuído sem garantias. Estas regras da GPL, disponíveis no anexo B, fundamentam os conceitos de copyleft, que se opõem ao copyright, cujo propósito é proteger os direitos de propriedade intelectual sobre software de fornecedores comerciais. No início da década de 90 a FSF já tinha obtido ou escrito todos os componentes importantes para o sistema operacional GNU, totalmente compatíveis com Unix, exceto o kernel (INFO, 2002; FERREIRA, 2003; NEMETH; SNYDER, 2004; MCCARTY, 2000; JANG, 2003) História do Sistema Operacional Linux O Sistema Operacional Linux foi criado em 1991, pelo finlandês, Linus Trovalds, que na época era estudante de computação na Universidade de Helsinque na Finlândia, quando resolveu melhorar o MINIX, uma variante do sistema operacional Unix

28 25 concebida para fins didáticos, que possui seu código fonte no livro Sistema Operacional: Projeto e Implementação, de Andrew Tanenbaum. Aos poucos Trovalds aperfeiçoava o MINIX de modo a atribuir características melhoradas ao sistema operacional (FERREIRA, 2003; INFO, 2002). No inicio Trovalds acreditava que este projeto seria apenas um substituto para o MINIX com melhorias onde ele achava ruim ou insuficiente, quando percebeu já havia criado um novo Shell, termo UNIX direcionado à interface texto entre o usuário e o sistema operacional. Este Shell muito semelhante ao Bourne Shell original do UNIX, foi finalizado em agosto de 1991 e tornou menos difícil a criação e compilação de outros programas no linux (FERREIRA, 2003; INFO, 2002). Em 17 de setembro de 1991 o linux passou a ser distribuído gratuitamente num servidor da web com a versão 0.01 contendo aproximadamente 10 mil linhas de código, em outubro do mesmo ano veio à versão 0.02 e evoluindo gradativamente, quando em novembro foi apresentada a versão Os internautas apareciam com dúvidas para instalar e melhorar o sistema operacional, que começava a fazer barulho na comunidade underground de tecnologia, onde rapidamente substituiu o MINIX (FER- REIRA, 2003; INFO, 2002). Hoje o linux é um sistema operacional completo na versão 2.6.X com mais de 10 milhões de linhas de código, 180 mil programadores, espalhados pelo mundo, trabalhando em suas melhorias, e utiliza diversos pacotes do projeto GNU, tais como utilitários, ferramentas de desenvolvimentos e aplicativos, sem os quais o linux não seria como se conhece hoje (FERREIRA, 2003; INFO, 2002). Segundo ANONYMOUS (2000), durante muitos anos o UNIX foi executado em hardware cujo preço era muito alto. O linux é executado em quase qualquer plataforma, incluindo os processadores: Advanced Micro Device (AMD): Família k6, Athlon, Duron, Opteron, Semprom ; International Business Machines Corporation (IBM): Cyrix e PowerPC; Digital Equipment Corporation (DEC): Alpha; Intel Corporation (Intel): Família 80x86, Celeron, Xeon, Família Pentium; Sparc International Inc: Família Sparc.

29 26 Cronologia do linux Tabela 1. ANO EVENTO 1969 Ken Thompson criaram o Unix, executado em um supercomputador PDP- 7 da DEC 1970 Thompson e Dennis Richie instalaram o Unix em um PDP-11. Richie cria a linguagem de programação C para ser portável em arquiteturas de hardware diferentes Foi lançada a 1a versão do Unix, escrita na linguagem Assembly 1973 Richie e Thompson escreveram o primeiro compilador C para Unix. e a 4a versão do Unix é escrita na linguagem C A ATT autoriza a distribuição do código-fonte do Unix para as universidades Foi lançada a 6a versão do Unix. Sua distribuição é ampliada nas universidades. a Universidade da Califórnia, em Berkeley, começa a trabalhar no BSD Unix Foi lançada a 7a versão do Unix, sob taxas de licensas A ATT lançou o Unix System III 1983 A ATT lançou o Unix System V. A Universidade da Califórnia, em Berkeley, lança o BSD Unix 4.2, que foi utilizado pela Sun Microsystems para base de criação do SunOS; Stallman cria a FSF O servidor de janelas X Window começa a ser desenvolvido no MIT 1986 Primeira versão comercial do X Window, executado no VAXstation- II/GPX, o X10R Foi lançado o BSD 4.3; A ATT lança o Unix System V release 3; a Sun e a ATT concordam em fundir o BSD Unix e o Unix System V Foi Criado a organização aberta, Xconsortium, para garantir a evolução do X; Lançamento o X11R3; Minix foi criado por Tannembaum A ATT lança o Unix System V release 4, que promove relativa unificação do BSD Unix e do Unix System V; O MINIX é colocado à disposição na internet; Trovalds assiste sua primeira aula de C Trovalds iniciou o desenvolvimento do Linux A Sun lança o Solaris, baseado no Unix System V resease 4; o kernel 0.01 é discutida na internet. Em dezembro foi lançado do Linux 0.99pl Foi lançada a 1a distribuição Linux em um CD-ROM, e distribuída pela Yggdrasil Foi Lançada versão livre do X Windows, o Xfree Project; Surgem outras distribuições Linux, tais como Red Hat, Slackware e outras Surgem as primeiras versões modularizadas do Linux A Caldeira lança a versão 1.0 com o Netscape e o WordPerfect for X, inclusos. ferreira, 2003 com adaptações. Fonte: 2.2 Middleware para Aplicações Distribuídas As aplicações distribuídas existem há vários anos, e o seu objetivo principal é fornecer componentes de softwares remotos. Dentre os middleware para tecnologias de aplicações distribuídos, dos mais conhecidos e utilizados, tem-se: Component Object Model (COM) e Distributed Component Object Model (DCOM), tecnologias da

30 27 Microsoft Corporation (MS), Enterprise Java Beans (EJB) e Java Remote Method Invocation (RMI), tecnologias da Sun MicroSistems, e Common Object Request Broker Architecture (CORBA), tecnologia do Object Management Group (OMG). Figura 2.1: Cronologia de tecnologias para distribuição de serviço (OGBUJI, 2002a) Estas tecnologias para distribuição de serviço são apresentadas por GOMES (2005) como modelos de componentes que trazem novas oportunidades para distribuição de regras de negócio. Todas as aplicações distribuídas em objetos necessitam dos seguintes requisitos, como exposto por SUN (2005): Localizar objetos remotos; Comunicação com os objetos remotos, Recuperar dados passados por parâmetros ou retorno de valores dos respectivos objetos remotos. Segundo BOND (2002), Um componente de software é uma unidade funcional que pode ser usada dentro de uma estrutura específica, onde as estruturas de componentes têm evoluído para dar suporte ao desenvolvimento de aplicativos simplificados. Usando uma estrutura de componentes, um contêiner fornece aos componentes certos serviços padrões, como comunicação e persistência, estes mecanismos são usados para definir os componentes e a comunicação entre eles, o que torna possível escrever ferramentas que examinem componentes e exibam suas informações

31 28 para um gerador de aplicativos, como uma ferramenta visual para Rapid Application Development (RAD). Os princípios de componentes se aplicam também a componentes não visuais. Aplicativos distribuídos inteiros podem ser criados a partir de componentes. Uma das vantagens das estruturas de componentes distribuídos é que elas fornecem independência de linguagem (SEI, 2005) DCOM - Distributed Component Object Model A tecnologia COM apresentada pela MICROSOFT (2005a), utilizada nos sistemas operacionais da família Windows, como ferramenta para habilitar comunicação de componentes de softwares que é usado por seus desenvolvedores para re-usabilidade, unindo os componentes para construir as aplicações, e favorecer os serviços oferecidos pela plataforma Windows. A família de tecnologia COM inclui COM+, DCOM, e controles ActiveX. A família de tecnologia COM, segundo SEI (2005), refere-se a especificações e implementações desenvolvidas pela Microsoft Corporation que prove um framework para integrar os componentes. Este framework suporta interoperabilidade e re-usabilidade de objetos distribuídos permitindo aos desenvolvedores construir sistemas reunindo componentes reutilizáveis de diferentes fabricantes que se comunicam via COM em redes heterogêneas. DCOM é usada em aplicações como a família de produtos MS-Office. E a tecnologia COM OLE, permite vincular dados de documentos Word dinamicamente em planilhas excel e a automação COM permite usuários construir scripts em suas aplicações para efetuar repetitivas tarefas ou controlar aplicações diferentes (MICROSOFT, 2005a) O artigo publicado por SEI (2005), considera a família COM como apenas uma tecnologia que prover um gama de serviços para interação de componentes, promovendo integração de componentes em uma simples plataforma sobre redes heterogêneas. E ainda diz que as extensões COM e DCOM são simplesmente unidas em tempo de execução, tanto para acesso local quanto remoto, que pode ser observada na figura abaixo. Em seu artigo RAJ (2005) apresenta o protocolo Object Remote Procedure Call (ORPC), como protocolo de chamada para tecnologia COM, como apresentada na figura seguinte. O ORPC estabelece uma camada que interage entre os componentes

32 29 Figura 2.2: Comunicação entre processos em COM (SEI, 2005) COM e os serviços em tempo real. Onde o servidor DCOM é o corpo do código capaz de servir os objetos de maneira particular em tempo de execução. Cada servidor de objetos DCOM pode suportar múltiplas interfaces representando diferentes comportamentos dos objetos. Figura 2.3: Interação de objetos com tecnologia DCOM (SEI, 2005)

33 CORBA - Common Object Request Broker Architecture CORBA é apresentado por JUNIOR (2005) como uma especificação de arquitetura desenvolvida para ambientes heterogêneos distribuídos que utiliza a tecnologia de orientação a objetos. Essa especificação foi criada pelo Object Management Group (OMG), que é uma organização internacional da indústria de software independente, fundada em maio de 1989, suportada por seus próprios membros associados. O objetivo primário consiste em alcançar sistemas baseados em objetos que dispõem de ambientes distribuídos heterogêneos com características de re-usabilidade, portabilidade e interoperabilidade, permitindo que as aplicações façam solicitações a objetos, de uma forma transparente, independente, indiferente à linguagem, sistema operacional ou considerações de localização. Segundo OGBUJI (2002a), a tecnologia CORBA surgiu de um esforço fora da industria para padronizar os processos na tecnologia distribuída. Nesta época o OMG focalizou as requisições em objetos remotos para atravessar plataformas de aplicações distribuídas. Por este motivo tenta-se emitir como um objeto estado e gerenciar um ciclo de vida transparente. Em seu artigo RAJ (2005) apresenta o Internet Inter-ORB Protocol (IIOP), como protocolo confiável para chamadas a objetos remotos em CORBA. Toda arquitetura CORBA depende de um Object Request Broker (ORB). O ORB age como um barramento de objetos central sobre o qual cada objeto CORBA interage transparentemente com outros objetos CORBA locais ou remotos. Cada servidor de objetos CORBA tem uma interface que divulga o conjunto de métodos disponíveis. Para requisitar um serviço, um cliente CORBA adquire uma referência ao servidor de objetos CORBA, como apresentado na figura abaixo CORBA - Common Object Request Broker Architecture O ORB é responsável por procurar implementações um objeto CORBA, preparandoo para receber e transmitir requisições, e retornar as respostas aos clientes. Uma iteração de objetos CORBA com uma interface ORB ou uma Interface Object Adapter, ambas com igual valor.

34 31 Figura 2.4: Estrutura ORB (JUNIOR, 2005) EJB - Enterprise Java Beans Os autores KURNIAWAN (2002) e BOND (2002) concordam que EJB é um componente do lado servidor que encapsula a lógica comercial e dados corporativos, também apresentam o EJB como solução para robustez, escalabilidade, gerenciamento de ciclo de vida e gerenciamento de estados em objetos componentizados. GALVÃO (2002) acrescenta que a especificação EJB define um padrão e genrencia os componentes de negócio distribuídos, seguindo uma especificação própria. Os EJB s são executados em um runtime, simplimente um ambiente de execução, que fornece serviços básicos de gerenciamento de transações. O runtime é geralmente implementado por softwares sofisticados, chamados de Application Servers, ou simplimente servidores de aplicações (GALVÃO, 2002). Para BOND (2002), um EJB é uma estrutura empacotada contendo informações de configuração, que é basicamente um componente gerenciado, criado, controlado e destruído pelo contêiner Java 2 Emprise Edition (J2EE). Esse controle permite que o contêiner gerencie o numero de EJB s existentes e os recursos que estão usando, como memória e conexões de banco de dados. Cada contêiner manterá um conjunto de instâncias de EJB s disponibilizados e prontos para serem atribuídas a um cliente. Neste relacionamento os EJB s tiram o máximo proveito de serviços oferecidos pelo

35 32 contêiner J2EE, em segurança, transações e ciclo de vida. Há três tipos diferentes de EJB, apresentados por (BOND, 2002): EJB de sessão, útil para mapear fluxo de regras de negócios, subdividido em EJB de sessão com estado e EJB de sessão sem estado; EJB de entidade usado para mapear uma combinação de dados e a funcionalidade associada, e fundamentado em repositório de dados subjacentes; e EJB dirigido por mensagens que conceitualmente se parece com o EJB de sessão, mas somente é ativado quando chega uma mensagem assíncrona. A tecnologia EJB além de ser desenvolvida em J2EE, a tecnologia mais complexa da plataforma Java, depende de outras tecnologias para funcionar adequadamente,graficamente apresentado na figura abaixo, como afirma KURNIAWAN (2002), tal como Java Remote Method Invocation (RMI), ou sobre o Internet Inter-ORB Protocol (RMI-IIOP), onde ORB é o mesmo protocolo apresentado por RAJ (2005) para um funcionamento confiável do CORBA. Figura 2.5: Comunicação RMI-IIOP do EJB (ALMEIDA; NASCIMENTO; PIMENTEL, 2004) O protocolo RMI-IIOP é apresentado por KURNIAWAN (2002) como a versão mais portátil de RMI que pode ser usada com o IIOP e é especialmente utilizada entre comunicações enterprise bean e um cliente.

36 RMI - Remote Method Invocation A documentação Java/RMI disponibilizada pela SUN (2005), apresenta o servidor de interface remota como identificador de interfaces, cujos métodos podem ser invocados de uma máquina virtual não local. GALVÃO (2002) apresenta Java/RMI como uma solução simples para a distribuição de aplicações Java, permitindo a comunicação entre objetos em máquinas virtuais diferentes, e afirma que o código usado para chamar um método de um objeto remoto é praticamente o mesmo que na chamada de um método de objeto local. As aplicações RMI contêm estruturas distintas para representação cliente/servidor. Um servidor de aplicações típico cria uma determinada quantidade de objetos remotos, tornando-os acessíveis, e aguardando as requisições de métodos por clientes a estes objetos remotos. Uma aplicação cliente típica obtém uma ou mais referências de objetos remotos em um servidor e invoca seus métodos. RMI prove um mecanismo que o servidor e o cliente comunicam-se trocando informações entre si, tal como proposto para aplicações de objetos distribuídos SUN (2005). A figura abaixo representa uma aplicação RMI distribuída que usa o registro para obter referência ao objeto remoto. O servidor chama o registro para associar um nome com o objeto remoto. O cliente procura o objeto remoto pelo nome registrado no servidor e invoca um de seus métodos. A figura também mostra que o sistema RMI usa um servidor web existente para carregar bytecodes das classes escritas na linguagem de programação Java, do servidor para o cliente e vice-versa, dos objetos quando necessário. RMI pode carregar as classes bytecodes usando qualquer protocolo URL (HTTP, FTP, file e outros) que é suportado pela plataforma Java (SUN, 2005). RAJ (2005) em seu artigo apresenta o Java Remote Method Protocol (JRMP), como protocolo confiável para serialização de objetos na tecnologia Java/RMI. O qual permite objetos serem controlados ou transmitidos como um fluxo, desde que a serialização de objeto seja especificado em Java, ambos, tanto o servidor de objetos Java/RMI quanto o cliente de objetos devem ser escritos em Java. Cada servidor de objetos Java/RMI define uma interface que pode ser usada para acessar o servidor de objetos fora da Java Virtual Machine (JVM) e em outras JVM s.

37 34 Figura 2.6: Interação de objetos com tecnologia RMI (SUN, 2005) 2.3 Web Services Para EWALD (2005) o modelo de desenvolvimento para aplicações distribuído tem sido rapidamente adotado e desenvolvido, em tal escala como o modelo web. O sucesso fenomenal do modelo de programação web pode ser atribuído a uma característica central: o fraco acoplamento. O fraco acoplamento é bem maior que o modelo tradicional de programação distribuída, baseada em RPC. As interações entre clientes e servidores são simples, trocam mensagens, entre si, que transportam dados do tipo Multipurpose Internet Mail Extensions (MIME-type), que a semântica das mensagens podem ser modificadas usando seus próprios cabeçalhos. O destino da mensagem especificada indiretamente usando URL, e este nível de caminho indireto pode ser alavancado para implementar o carregamento balanceado, rastreamento de sessões e outras características. Na própria alta plataforma UNIX, como afirma OGBUJI (2002b), HP tentou uma remarcação da estrutura de diretórios para mini computares da era de computação distribuída para o modernos Web Services. Na primeira metade dos anos 90, os Laboratórios HP começaram a pesquisar como reduzir as técnicas bem conhecidas e custos com problemas em sistemas distribuídos. Os principais resultados desenvolvidos guiaram o projeto da HP para e-speak, realizado após 1999, e e- Speak surgiu provavelmente como a primeira tecnologia Web Service, e certamente a primeira tec-

38 35 nologia Web Service desenvolvida comercialmente. Ele usa protocolos genéricos tal como HTTP e representação XML de dados para negociar toda espécie de sistemas em redes como serviços eletrônicos dentro do qual pode rapidamente conectar fluxo de dados. Infelizmente, por causa da visão distante de fluxo do estado atual dos Web Services, a HP recentemente suprimiu o projeto e- Speak em favor de um maior objetivo final oferecido pelos Web Services. A simplicidade das interações em um modelo de programação web torna possível a construção incremental de sistemas. Diferente dos firmemente acoplados RPC e aplicações de objetos distribuídos com os middleware atualmente comercializados. O qual requer todas as peças de um sistema para ser desenvolvido em massa, Você pode adicionar clientes e servidores a sistemas baseados na web à medida que necessário podendo estabelecer conexões a novas aplicações razoavelmente fáceis e ainda fazer deste uma maneira descentralizada sem nenhum ntro de coordenação além do registro de domínio do Dinamic Name Service (DNS), com um grau de interoperabilidade, escalabilidade e gerenciamento que é altamente notável (OGBUJI, 2002a). Como afirma OGBUJI (2002b), o CORBA prove menos escalabilidade de mensagens que em algumas outras tecnologias. O mesmo problema importuna as tecnologias COM e DCOM para protocolos de objetos remotos. Ao mesmo tempo, e- mail e web têm sempre apresentado um maior sucesso em relação a arquitetura de desenvolvimento distribuído, e o programador segue a tecnologia de desenvolvimento distribuído que fornece um fraco acoplamento às mensagens e está presente em todo lugar da internet. Padrões que são adotados por todos os principais fornecedores, que possuem diferentes desejos, com o objetivo de reduzir o risco associado com a escolha de tal tecnologia. Durante este período outras tecnologias distribuídas mais especializadas emergiram. A popularidade da plataforma Java com sua especialização no protocolo RMI, e o nicho de sucesso da tecnologia MQSeries para Microsoft condimenta a Java messaging. O Web Service atua no modelo de desenvolvimento Web englobando o melhor de ambas técnicas para tecnologias de serviços distribuídos, e para ALMEIDA, NASCI- MENTO e PIMENTEL (2004), é uma tecnologia idealizada para comunicação entre sistemas, sendo muito usada em aplicações B2B, padronizando a comunicação entre os serviços, possibilitando a independência de plataforma e de linguagem de programação.

39 36 Romin Irani, em sua contribuição ao livro Profissional Java web services, em parceria com Hendricks et al. (2001), relata que os web services são o que há de mais recente em desenvolvimento de aplicações, e vem atraindo o interesse de desenvolvedores que trabalham em todas as plataformas, embora os Web Services não sejam a primeira e nem a única tecnologia a permitir composição de RPC s, de um objeto pela rede, eles diferem das tecnologias existentes, pelo fato de usarem padrões neutros de plataforma, como HTTP e XML, que permite ocultar as particularidades relativas à implementação e plataforma de hardware do cliente. A ideia dos Web Services é permitir que aplicações sejam criadas compondo funcionalidades de diversos Web Services. Como são disponibilizados por comunicação via código podem ser implementados em diversas linguagens, tais como, C++,C, COBOL, Component Pascal, Curriculum, Eiffel, Fortran, Haskell, Java, Microsoft JScript, Mercury Mondrian, Oberon, Oz, Pascal, Perl, Python, RPG, Scheme, SmallTalk, Standard ML, Microsoft Visual Basic e outras. Atualmente há duas grandes plataformas que facilitam o desenvolvimento de um Web Service, dotnet e JAVA. A plataforma dotnet possue Microsoft Visual Studio dotnet, que atualmente é a melhor solução para desenvolvimento em dotnet, mas além desta tem-se iniciativas livres como o Projeto DotGNU que é uma iniciativa da comunidade GNU liderada por Richard M. Stallman, fundador do Projeto GNU e presidente da Fundação para o Software Livre e também o Projeto Mono que é outra alternativa para implementação livre de desenvolvimento da plataforma dotnet sua principal caracteristica é trazer a plataforma dotnet para os sistemas livres e permitir que os desenvolvedores criem aplicações dotnet que as execute sobre qualquer plataforma suportada pelo Mono. O Projeto Mono é liderado pela Ximian, a empresa de Software Livre co-fundada por Miguel de Icaza, que levou o desktop GNOME a um grande sucesso. A plataforma Java possui um grande conjunto de API s para suportar Web Services, fornecidas livremente por empresas de destaque no mercado como Sun e IBM, estas podem ser atualmente encontradas no Java XML Pack e no Web Services Developer Pack (WSDP). O fato de estarem incorporados a J2EE é importante para efeito de padronização e depende da estabilização destas API s, que ainda estão em processo de evolução (DOEDERLEIN, 2001; DOEDERLEIN, 2002). O Web Service pode criar aplicações modulares e independentes que são distribuídas facilmente em qualquer estrutura de redes TCP/IP, pois esse foi um dos princípios fundamentais de sua implementação. Um grande ponto positivo desta tec-