tag:blogger.com,1999:blog-58454612009-02-21T11:13:57.181ZPISCOPiscohttp://www.blogger.com/profile/02538944974103674732noreply@blogger.comBlogger47125tag:blogger.com,1999:blog-5845461.post-1121335388020227542005-07-14T10:59:00.000+01:002005-07-14T11:04:46.786+01:00BUG 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:00Os 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:00Remoting 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:00Convençõ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:00A 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:00O 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:00DataModelAdapter 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 DataSetZé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:00Novo 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.100ZNovo 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.236ZNovo 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 aosZéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109769141217764062005-02-21T12:59:00.000Z2005-03-02T17:09:14.580ZConclusõ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.716ZConclusõ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.190ZTransformaçã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.383ZManuseamento 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.286ZInterfaces dos Serviços do PISCOO acesso aos serviços é realizada por wrappers disponibilizados em .Net Remoting e WebServiceZéhttp://www.blogger.com/profile/09418457476039379846noreply@blogger.comtag:blogger.com,1999:blog-5845461.post-1109707935191296082005-01-20T19:37:00.000Z2005-03-01T20:13:50.556ZModelo 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.683ZFomos 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.326ZServiç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:00Discussã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.623ZO 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.670ZVersã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.843ZIdeias 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.403ZAgora 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.763ZO 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.com