tag:blogger.com,1999:blog-58454612011-07-14T22:26:57.433+01:00Piscohttp://www.blogger.com/profile/02538944974103674732noreply@blogger.comBlogger471100tag:blogger.com,1999:blog-5845461.post-1121335388020227542005-07-14T10:59:00.000+01:002005-07-14T11:04:46.786+01:00

BUG do Visual Studio 8 Beta 2currente == null é falso mas b é verdadeiro

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1120147527576862392005-06-30T17:03:00.000+01:002005-06-30T17:05:27.583+01:00

Os espanhois é que sabem ... via wikipedia Los programas de mensajería instantánea son utilizados para «chatear» ....

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1119443749241595582005-06-22T13:27:00.000+01:002005-06-22T13:44:10.523+01:00

Remoting exceptionsQuando ocurria uma excepção num serviço a excepção recebida na aplicação era a seguinte:"Server encountered an internal error. For more information, turn on customErrors in the server's .config file."Problema:O servidor não estava configurado para enviar as excepções para pedidos feitos noutras máquinas.Pode-se verificar esta situação com:// retona true se o filtro estiver

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1118243105606682272005-06-08T15:56:00.000+01:002005-06-08T16:05:05.610+01:00

Convenções:Nome da base de dados: Namespace dos objectos.Nome das tabelas: "PISCO_ " + nome do objecto.Nome dos campos: Nome das propriedades, não podem ser palavras reservadas.Tipo do serviço: XPTO + "Service".Tipo da interface: "I" + XPTO + "Service.Tipo do objecto remoto: XPTO + "ServiceRemoting".Nome remoto do serviço: XPTO + "ServiceRemoting.rem".

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1115914911223934962005-05-12T17:15:00.000+01:002005-05-12T17:25:28.246+01:00

A seriação do DataObject Visto não ser possível seriar uma DataRow o DataObject não pode ser seriado a menos que, a DataRow seja seriada dentro de um DataSet.Para evitar ter de criar um DataSet com uma DataTable com uma DataRow, tivemos de alterar o DataObject.Uma hipotese passa por criar objectos wrapper que contenha a informação do objecto, mas obrigava a criar, para cada objecto, o objecto

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1115301064182788602005-05-05T14:47:00.000+01:002005-05-05T14:51:47.230+01:00

O drama, o horror, a vida realJames,I think this may be a bug and I hope somebody from Microsoft can eitherconfirm or deny this for me.I'm trying to Clone (deep copy) a class that wraps a DataRow, but uponserializing the DataRow, I get the following exception:System.Runtime.Serialization.SerializationExceptionAdditional information: The typeSystem.Xml.XmlBoundElement in AssemblySystem.Data,

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1115289562857291552005-05-05T11:00:00.000+01:002005-05-05T12:37:43.893+01:00

DataModelAdapter para suportar diversos serviçosProblema:Pelo facto de existir a tabela DataObject em cada um dos serviços não é possivel carregar os vários schemas no mesmo DataSet do DataModelAdapter Soluções:- Fazer mapeamento das várias taqbelas DataObject para nomes únicos, por exemplo baseado no namespace do serviço. Gestão complicada dessas tabelas e do mapeamento de nomes.- Ter um DataSet

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109773278161868612005-02-24T14:19:00.000Z2005-05-05T10:58:28.200+01:00

Novo Modelo do Novo ModeloPara evitar a utilização do DMA como factory, decidimos alterar o modelo, com a alteração da derivação para composição.:Modelo 2O aparecimento de um Parent na PiscoDataRow deve-se ao facto de decidirmos alterar tambem o modo como os objectos são armazenados em base de dados para permitir utilizar relações directamente no SGBD evitando o processamento para manter a

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109776736268182422005-02-22T15:18:00.000Z2005-03-02T17:36:47.100Z

Novo Modelo de DadosAlterando a filosofia de criação de objectos pelo DMA, deve ser este a definir a forma como estes são armazenados e não o serviço. Para tal decidimos criar um identificador único, por serviço, que identifica inequivocamente cada registo.Os objectos são armazenados em tabelas com todas as propriedades, próprias e herdadas..:Exemplo.: Problemas- Relações entre objectos, pelo

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109772369659154572005-02-22T13:32:00.000Z2005-03-02T17:22:46.236Z

Novo ModeloAproveitando o facto de serem utilizados DataSet´s para suportar os dados,foi escolhido o modelo descrito no "Pragmatic ADO.NET" de Shawn Wildermuth, que consiste na simplificação da camada dos objectos de negócio.- Mapeamento directo do modelo relacional para o modelo hierarquico, evitando a transformação.- Ler e gravar esses objectos na base de dados.- Adicionar lógica de negócia aos

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109769141217764062005-02-21T12:59:00.000Z2005-03-02T17:09:14.580Z

Conclusões 2A implementação desta solução para objectos com propriedades de tipos compostos como referências para outros objectos e listas de objectos, mostrou ser bastante complexo..:Problemas- Criação dos objectos dependentes, terá de ser o transformer do objecto a criar as depedências do objecto.- Possibilidade de ocurrência de referências circulares.O controlo de referências circulares não é

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109768353021899002005-02-18T12:32:00.000Z2005-03-02T16:49:46.716Z

ConclusõesConcluimos a implementação desta solução no Serviço de Contactos, com a implementação do SimpleContact. Verificamos a validade da mesma para objectos compostos por propriedades de tipos primitivos (int, string, ...).

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109762089763504502005-02-14T10:49:00.000Z2005-03-02T16:42:51.190Z

TransformaçãoO problema que agora se levanta é como realizar a transformação.A solução apontada anteriormente definia um DataModelAdapter base, do qual os serviços criavam uma versão especializada para transformar os objectos em rows e vice-versa, o que torna um pouco confuso o facto de o adapter ter de saber todas essas transformações.A ideia é a utilização de objectos especializados para cada

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109708005592458012005-02-04T20:12:00.000Z2005-03-02T16:35:14.383Z

Manuseamento dos dados(Serviço de Gestão de Dados)- inserir, ler e actualizar dados.- transformação de modelo relacional para modelo de objectos.- garantir coerência das referências entre objectos..:Modelo propostoInserção/Actualização:O serviço cria um Objecto que é transformado pelo Adapter numa Row, o Manager acrescenta um Header com informação de sistema e envia ao SGBD.Leitura:O Manager

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109710432182380652005-01-28T20:47:00.000Z2005-03-01T20:54:52.286Z

Interfaces dos Serviços do PISCOO acesso aos serviços é realizada por wrappers disponibilizados em .Net Remoting e WebService

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109707935191296082005-01-20T19:37:00.000Z2005-03-01T20:13:50.556Z

Modelo de dados dos serviçosPara que um registo tenha dados persistidos é necessário que estes sejam tratados pelo Gestor de Dados da plataforma, para replicação dos mesmos.Criação das tabelas no SGBD (Serviço de Registo de Novos Serviços de Comunicação):Para a criação das tabelas o serviço tem de fornecer um XSD schemma com a informação das tabelas, relações e constraints.

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109705628682396082005-01-20T19:30:00.000Z2005-03-01T19:33:48.683Z

Fomos infelizmnete informados pelo Sergio que iria desistir deste projecto por razões profissionais. :(

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1106063227106598262005-01-18T15:31:00.000Z2005-01-20T15:01:49.326Z

Serviços da Plataforma: Adress book - Guarda informação sobre os contactos. Autentication - Autentica os utilizadores (falta definir politica de autenticação). Presence - Conhece quais os utilizadores online. Localization - Conhece a localização dos utilizadores. Notification - Subscrição e encaminhamento de notificações. Data Repository - Sincroniza as diferentes réplicas. User Management -

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1094830864382673952004-09-10T16:29:00.000+01:002004-09-10T16:41:04.383+01:00

Discussão sobre o modelo de dados. Para o nosso projecto, existem 3 formas de implementação do modelo de dados -Modelo dados generico - que permite o tratamento de qualquer informacao como dados genericos favorecendo a replicação/sincronização. -Modelo dados directamente relacionado com o modelo de dados dos serviços existentes - o que obriga a criação de novas tabelas quando se insere um

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1075471209132342792004-01-30T14:00:00.000Z2004-01-30T14:02:39.623Z

O poster ajudou-nos a perceber bastantes coisas. Assentamos algumas ideias. Achamos que estamos no ponto de dividir tarefas. Serviços existentes: -Repositório de Dados -Notificação -Contactos -Presença -Gestão de Perfil -Autenticação -Localização Combinámos um dia para nos reuniar e discutir ideias, para já fica combinado para Quinta-feira 14h. Distribuição de Trabalho: Serviço de

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074448787981617732004-01-18T17:59:00.000Z2004-01-19T19:16:30.670Z

Versão a colocar no poster Introdução Projecto Final de Curso da Licenciatura em Engenharia Informática e de Computadores - ano lectivo 2003/2004. Orientado por Luís Falcão e por Paulo Pereira - CCISEL/DEETC. Encontra-se em fase de desenvolvimento Descrição Actualmente os clientes comunicam na Internet de várias formas (WebMail, E-Mail, Instant Messaging, etc.). Existem diferenças no

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074437192585213252004-01-18T14:46:00.000Z2004-01-18T19:53:16.843Z

Ideias a colocar no poster IntroduçãoServiços de comunicação têm dados persistentes. Esses dados encontram-se nas máquinas onde esses serviços são acedidos. Clientes que utilizam várias máquinas têm os seus dados dispersos, impossibilitando a sua consulta noutra máquina. Para resolver este problema propomos uma centralização dos dados num servidor acessível via http. O cliente poderá aceder a

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074428843268917792004-01-18T12:27:00.000Z2004-01-18T12:29:31.403Z

Agora a sério Objectivo 1: Resolver alguns problemas que os serviços de comunicação têm actualmente. Email - Existem duas variantes, o cliente de pop3 e o webmail. O cliente de mail de pop3 tem como vantagem a consulta do email offline(desde que previamente descarregado), no entanto se um utilizador tiver varias estações de trabalho o correio encontra-se

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074426513145321412004-01-18T11:48:00.000Z2004-01-18T11:50:29.606Z

A mesma história mas de maneira diferente Era uma vez um serviço de email que apenas dava para descarregar correio para qualquer maquina. No principio não havia qualquer problema pois como os computadores eram caros os utilizadores não tinha mais do um sitio para descarregar o seu correio, mas à medida que surgiu o boom da internet e o preço do hardware desceu, os utilizadores começaram a ter

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074424016914385252004-01-18T11:06:00.000Z2004-01-18T11:08:53.763Z

O serviço de Repositório de Dados Para que seja possivel o modo de funcionamento offline é necessário que existam cópias locais dos dados. Havendo várias cópias dos dados que podem ser alteradas quando o utilizador está offline surge o problema da sincronização destas varias cópias de modo a que estejam consistentes umas com as outras. A ideia do serviço Repositório de Dados é tratar o

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074267176787095462004-01-16T15:32:00.000Z2004-01-18T10:35:56.403Z

Qual é o problema? Problema 1 - Ao se utilizarem multiplos dispositivos para armazenar dados da mesma aplicação (ex:email, agenda) ,faz com que exista dispersão nos dados. Exemplo 1:uma pessoa com um pc em casa outro no trabalho e um portatil tem os seus emails distribuidos em tres sitios diferentes. Exemplo :no mesmo cenário anterior mas com uma agenda, é impossivel saber quais os

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074264275453022402004-01-16T14:44:00.000Z2004-01-16T16:19:12.610Z

"What everyone wants: a single, easy-to-use app that combines email, calendaring, address book, instant messaging, and file-sharing - and works with any device running any major operating system. Oh, and it should be really cheap, if not free." in Wired, November 2003 Acho que esta frase descreve exactamente o que é que temos andado a tentar fazer, ou melhor aquilo que não conseguia-mos

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1073503892632723672004-01-07T19:31:00.000Z2004-01-19T12:50:07.296Z

Merdas Aleatórias para o posterObjectivoIntegrar vários serviços de comunicação pessoal. Disponivel em qualquer sitio com um browser e ligação à internet(para consulta). Permitir funcionamento offline através de replicas locais dos dados e serviços. Serviços disponibilizados pela plataforma (backbone)Presença - Permite saber quais os contactos online. Notificação - Notificação "assincrona" dos

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1073491539100121832004-01-07T16:05:00.000Z2004-01-07T18:36:22.280Z

Conclus�es sobre o Modo OfflineEm conversa com o Eng. Paulo Pereira chegamos a conclus�o que existem 2 tipos de cliente. Um em que tem o funcionamento normal (Online) e outro em que est� Offline e tem uma replica dos dados. Para o funcionamento Offline existem 2 solu��es:Cliente Windows forms para obter replicasDesvantagens: 2 implementa��es da UI Vantagens: Menor impacto para o cliente (apenas

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1073407200151566892004-01-06T16:40:00.000Z2004-01-07T16:44:54.206Z

O que � que andamos para aqui a fazer?????Integrar varios servi�os de comunica��o pessoal(e-mail, instant messaging, agenda, blog), de modo a que os dados pessoais estejam disponiveis em qualquer dispositivo ligado. Outro objectivo � que o modo ligado tenha os menores requisitos possiveis � infraestrutura de rede existente.Como implementar o modo offline???Como integrar o modo online com o

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1070654036463658172003-12-05T19:53:00.000Z2003-12-12T15:16:35.920Z

Reuni�o com os professores coordenadoresDiscuss�o sobre efici�ncia da solu��o de notifica��o ass�ncrona do servidor para o cliente usando apenas o protocolo HTTP.Explicar bem no relatorio esta op��o e indicar todas as vantagens e desvantagens, justificando muito bem a op��o que tomamos. Tendo em conta que se trata de um risco muito grande dever� ser justificado com os resultados dos testes de

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1070631015110126792003-12-05T13:30:00.000Z2003-12-05T13:31:42.226Z

Comunica��o assincrona (testes) Testada a 2� ideia verificou-se que: - � necess�rio a exist�ncia de um servidor Web com capacidade para manter liga��es abertas, pelo menos uma por cliente. - � necess�rio a existencia do servi�o de suporte para encaminhamento de call-back�s para o cliente. - Defini��o de um protocolo de comunica��o, para mensagens de call-back.

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1070628999111770982003-12-05T12:56:00.000Z2003-12-05T12:58:15.860Z

Comunica��o assincrona servidor/cliente e cliente/cliente .: IDEIA 1 :.Atribuir um porto no qual o receptor se encontra � escuta de mensagens. - Vantagem: a possibilidade de comunica��o directa entre cada dois intervenientes. - Desvantagem: necessidade de configura��o das firewall�s para permitir o acesso ao porto. .: IDEIA 2 :.Utilizar o porto 80 (firewall friendly) para a recep��o de

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1067346251242067352003-10-28T13:04:00.000Z2004-01-18T11:18:18.890Z

Reunião com os coordenadores Servico de Replicação e SincronizaçãoServico replicação e sincronização é apenas um serviço e vai ser chamado como REPOSITORIO DE DADOS (RD)e vai ser responsavel pela transparencia da localização dos dados independentemente do estado do cliente (online/offline). Este serviço está disponivel localmente para ser possivel o funcionamento offline. Servico de Localiza��o

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1067339379983143982003-10-28T11:09:00.000Z2003-10-28T11:37:54.200Z

Chegamos a uma brilhante conclus�o!!!!!!!!! (Weeeee!!!)Reuni�es com o Eng. Lu�s Falc�o v�o ser apenas � TARDE!!!!

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1067263292911963102003-10-27T14:01:00.000Z2003-10-27T14:01:34.040Z

Prepara��o para a reuni�o com os profs coordenadores: Pontos a discutir: -Servico replica��o/Sincroniza��o -Persistencia dos dados (existencia de apenas um ficheiro como BD) -Servico de estado dos clientes (pooling do cliente ou do servidor) -Apresentar a arquitectura candidata -Discutir os use cases feitos

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1067261369072371492003-10-27T13:29:00.000Z2003-10-27T13:53:28.966Z

Teste de inser��o de uma imagem num post

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1067092511669077532003-10-25T15:35:00.000+01:002004-11-16T12:38:03.390Z

Como escolher cores???Z�zito estes links s�o para ti ;) Temos muito a aprender com os decoradores de casas, finalmente a primeira flashada que serve para alguma coisa de jeito. Este apartir de uma cor gera cores que acompanham a primeira de uma forma harmoniosa. Como criar um gradiente em html??, � s� dar duas cores que esta aplica��o gera as cores interm�dias. E dura, e dura,... Mais um

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1066835391097095412003-10-22T16:09:00.000+01:002003-10-22T16:30:26.680+01:00

Artigo sobre controlo de transa��es sem base de dados, fornecido pelo Walter Viera.

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1066829560329777342003-10-22T14:32:00.000+01:002003-10-22T16:31:18.960+01:00

O Z� chegou � conclus�o q � preciso um servi�o novo !!! weeeeeeeee :) Separar o servi�o de estado do cliente em tr�s servi�os operacionais, um de informa��o estado, outro de subscri�ao e ainda outro de gest�o de clientes. Servi�o de informa��o de estado Permitir ao utilizador informar o seu estado. Deve permitir obter o estado de outros utilizadores. .:ideia 1:.O utilizador faz pooling para se

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1066747618656130332003-10-21T15:46:00.000+01:002004-01-18T11:16:04.060Z

Fase de analise de requisitos e use cases Discussão sobre a Replicação e Sincronizaçao: Faz sentido existir um servico que acede aos dados sendo esse servico usado por todos os servicos? Deverá existir um servico de acesso a dados para cada servico? Existencia de 2 servicos: Replicação e Sincronização? Replica��o: .:IDEIA 1:.Nao existencia do servico de replicação e é o servico o responsavel

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-106615005734603992003-10-14T17:47:00.000+01:002003-10-21T19:26:42.780+01:00

Hor�rio de trabalho do grupoSegundaTer�aQuartaQuintaSexta9h30-11h(Z,B,S)(Z,S)11h-12h30h(Z,B,S)(Z,S)12h30h-14h(Z,B,S)(Z,B,S)(B,S,Z,P,F)14h-15h30(Z,B,S)(Z,B)(B,S)15h30-17h(Z,B,S)(Z,B)

Brunohttp://www.blogger.com/profile/03098936765788065677noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1066138062725300782003-10-14T14:27:00.000+01:002003-10-21T19:27:04.580+01:00

Links uteis CSS ZEN Garden Weather Web Service

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1065702642534429342003-10-09T13:30:00.000+01:002003-10-21T19:27:44.780+01:00

2� Reuni�o (Com os profs coordenadores) no dia 9 de Outubro de 2003 as 12h30 Plataforma de integracao de servicos com visualizacao grafica de cada servico (em web) Cada servico tem o seu viewer. Fazer um levantamento de requisitos. Definir as interfaces para a plataforma e viewers. Use cases para servico e para aplicacao no seu todo. Componentes visuais, componentes que implementam a logica e o

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1065018824632508582003-10-01T15:33:00.000+01:002003-10-21T19:28:57.076+01:00

1� Reuni�o 1 de Outubro de 2003 14h30 Plataforma versatil o suficiente que possa integrar novos servi�os. (Bruno) Objectivos/Requisitos do Trabalho: -a partida 3 servicos (Mail, Messenger, Agenda) -Servi�os exportados por Web Service e Remoting -Plug in de servicos -Core comum para os varios servicos -A aplica��o sem plug ins tem que ter algumas funcionalidades -Replica��o de dados e acesso

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1064842037160704672003-09-29T14:27:00.000+01:002003-10-21T14:04:51.050+01:00

Primeira reuni�o marcada para dia 2 de Outubro de 2003 as 10h. Temas em discuss�o: -Defini��o de objectivos concretos -Modela��o do trabalho a fazer -Divis�o de tarefas

Sergiohttp://www.blogger.com/profile/11222603401038397982noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1074445936870660142003-09-23T19:24:00.000+01:002005-03-01T19:24:45.983Z

ObjectivosConstrução de uma plataforma para integração de serviços de comunicação pessoal (E-mail, mensagens instantâneas, agenda pessoal).A plataforma centraliza os dados persistentes desses serviços e disponibiliza-os também offline sob a forma de replicas locais.A plataforma minimiza o impacto nas infra-estruturas das redes privadas, nomeadamente ao nível da segurança.A plataforma

Zéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.com