Um espaço de tuplas tem como função criar uma abstração de memória compartilhada sobre um sistema distribuído. Por propiciar modelos de programação muito simples e com baixo acoplamento entre os elementos do sistema, espaços de tuplas têm sido empregados na construção de sistemas distribuídos complexos. O espaço de tuplas JavaSpaces é um dos mais populares espaços de tuplas para a linguagem Java. Ele tem como características relevantes a conformidade a objetos, a persistência e o emprego de transações. As atuais implementações de JavaSpaces apresentam restrições como: complexidade de configuração, limitação de alcance e não serem abertas. Por “complexidade de configuração” entende-se ter que usar boa parte da infra-estrutura Jini (feita para facilitar o desenvolvimento e administração de sistemas distribuídos) e o Remote Method Invocation (mecanismo de chamadas remotas padrão no ambiente Java), mesmo quando eles seriam dispensáveis. Por "limitação de alcance", entende-se não poder usar as implementações sobre redes amplas, como a Internet. Por “não ser aberto” entende-se que: ou o código fonte não está disponível ou o código fonte e o aplicativo são distribuídos por licenças de software proprietárias ou o uso do software requer algum componente proprietário. Um projeto de espaço de tuplas em conformidade com a especificação JavaSpaces e que busca contornar as restrições acima é apresentado neste trabalho. São destaques do projeto proposto: 1. Dispensar o Remote Method Invocation pois utiliza sockets diretamente; 2. Implementar a persistência sobre bases de dados relacionais; 3. Suscitar o emprego de um mecanismo direto para obtenção de proxies Jini. As características 1 e 3 simplificam a configuração do espaço de tuplas e viabilizam o seu emprego da Internet. A característica 2 viabiliza uma implementação baseada em software aberto. Um protótipo foi implementado para verificar as idéias propostas.

Syftet med denna rapport är att undersöka om modern teknik kan åtgärda de problem som idag finns vid integration av nätverksresurser. En av grundtankarna i detta arbete är att nätverken i framtiden kommer att behöva anpassas till en mer flexibel och heterogen miljö. Anledningen till detta är att det i framtiden kommer utvecklas en rad nya produkter som ska kopplas in i nätverken. Rapporten är uppdelad i tre delar. I första delen undersöks vilka problem som finns idag vid resurshantering i nätverk. Denna undersökning gjordes med hjälp av intervjuer med ett antal systemadministratörer som har praktisk erfarenhet av sådana typer av problem. Den andra delen undersöker en ny teknik vid namn Jini som utvecklats av Sun Microsystems. Jini undersöktes med utgångspunkt från de problem som togs fram i första delen. Tredje delen är praktisk och syftar till att undersöka hur Jini kan användas i praktiken. Resultatet från första delen var sex stycken problem som var vanligast i olika kategorier. Problem med drivrutiner, rättigheter och administration för nätverskresurserna vad det som var vanligast. Resultatet från andra delen blev att Jini klarade av flera av problemen på ett smidigt sätt men kräver separata administrationsprogram för vissa problem. Tredje delen resulterade i ett antal erfarenheter från en relativt begränsad fallstudie.

No description available.

Les agents mobiles peuvent physiquement migrer à travers un réseau informatique dans le but d’effectuer des tâches sur des machines, ayant la capacité de leur fournir un support d’exécution. Ces agents sont considérés comme composants autonomes, une propriété qui leur permet de s'adapter à des environnements dynamiques à l'échelle d'un réseau large. Ils peuvent également échanger des informations entre eux afin de collaborer au sein de leur groupe, nous parlerons ainsi d'une communauté d'agents mobiles. Nous avons développé ce concept de communauté, en se référant aux recherches et aux études précédentes pour définir un nouveau modèle comportemental d'agent mobile. Ce modèle est utilisé pour répondre aux besoins de la surveillance logicielle. Celle ci consiste à collecter des événements à partir de plusieurs sources de données (Log, événements système…) en vue de leur analyse pour pouvoir détecter des événements anormaux. Cette démarche de surveillance s'appuie sur plusieurs types d'agents mobiles issus du même modèle. Chaque type d'agent gère un domaine fonctionnel précis. L'ensemble des ces agents constitue une communauté pouvant collaborer avec différentes autres communautés lorsqu'il existe plusieurs sites à surveiller. Les résultats de cette approche nous ont permis d'évoquer les limites liées à la taille des données collectées, ce qui nous amène à de nouvelles perspectives de recherche et à penser un agent mobile "idéal". Enfin, nous nous intéressons également à l'application de la communauté d'agent mobile pour les systèmes de détection d'intrusion et la remontée d'anomalie / Mobile agents can physically travel across a network, and perform tasks on machines, that provide agent hosting capability. These agents are autonomous; this property allows them to adapt themselves on a dynamic environment in a large network. Also, they can exchange information and data in order to collaborate within their group; in this case we can talk about community of mobile agents. We refer to previous studies and research to develop this concept of community by defining a new behavioural pattern of mobile agent. This pattern is used in monitoring software approach which consist of collecting events from various data sources (log file, OS events…) and analyse them to detect abnormal events. This approach is based on different kind of mobile agents, each kind manages some features. Whole of those mobile agents constitute a community which collaborate with other communities if there are a several sites to supervise. The results of this approach allow us to evoke some limits related to size of collected data. This limit pushes us to have a new possibility of research and probably define an ideal mobile agent. Lastly, we illustrate our mobile approach with results about intrusion detection system application to retrieve anomalies

With the rapidly advancing technologies, training has been vital to keep companies competitive. Web-based training grows rapidly and attracts more attention for its most flexible manner. Virtual classroom is a form of synchronous web-based training. It provides real-time interactivity in learning process. I have developed a virtual classroom that uses Web services to control the audio/video transmission, chat box, whiteboard, and synchronous HTML presentation. Compared to an early implementation of the virtual classroom based on the Jini network, my Web-service based implementation has a significantly different control structure. My implementation has better interoperability.

<p>This work address the adding, removing and upgrading of network elements in a computer network at run-time. This is already accomplished by Sun Microsystems Jini architecture, but we have investigated if it is possible to create a maintenance system that can handle this, using CORBA. We also want the manual intervention to be minimal. We have discovered that it is possible to create such a system, using CORBA, and that this solution also can handle upgrading a network element at run-time. This report outlines the design of this system, realizing automatic run-time network maintenance.</p>

<p>Aktiv funktionalitet efterfrågas i flera sammanhang. Den har sitt ursprung i forskning om aktiva databaser, men det finns även användningsområden utanför dessa. Aktiv funktionalitet kan utnyttjas för vanliga applikationer som kan generera händelser, vilka skall initiera någon form av aktivitet. I detta arbete undersöks hur sammansatt händelsedetektering kan erhållas med hjälp av Jini. Jini är en utbyggnad av Java och har bland annat en händelsemekanism. Jini studeras, och då i synnerhet händelsemekanismen, för att undersöka Jinis stöd för att hantera de krav som ställs på sammansatt händelsedetektering i en distribuerad, dynamisk miljö. Arbetet visar att Jini till stor del ger möjligheter att uppfylla krav för sammansatt händelsedetektering, men att stödet är bristande i flera fall. Implementering av en prototyp för sammansatt händelsedetektering visar på stora möjligheter, men också att ett stort ansvar ligger hos utvecklaren om kraven skall mötas.</p>

<p>Arbetet har gjorts åt Saab Security Systems i Växjö. Syftet med arbetet har varit att ta fram ett generellt distribuerat informationssystem som ska användas för informationsspridning på en flygplats. Från Saabs sida är målet med att införa ett nytt informationssystem att få en generell standard för hur informationsspridning ska gå till. På det nya informationssystemet ställs krav på flexibilitet, att det ska vara utbyggningsbart, att det ska finnas möjlighet att ansluta nya aktörer samt att det ska vara en tjänstebaserad arkitektur. Den övergripande frågställningen för arbetet har varit som följer.</p><p>Kan tjänstabaserad arkitektur vara en lösning för hur information kan överföras på ett säkert sätt mellan flygklubbarna och flygledartornet?</p><p>Under arbetets gång har en teoretisk studie gjorts där fem olika mellanprogram jämförts utifrån transport av information, tjänstebeskrivning, tjänsteregistrering och upptäckt samt säkerhet. Jämförelsen hade fokus på flexibilitet och visade att Jini, CORBA och Web Services var de bästa lösningarna. Dessa tre mellanprogram jämfördes sedan ur ett säkerhetsperspektiv.</p><p>Det som studerades var vilka lösningar som finns för integritet, attestering och verifiering. Dessutom testades hur kommunikation med de tre olika mellanprogrammen fungerar genom en brandvägg.</p><p>Efter den teoretiska genomgången samt testerna med brandväggen så valdes Web Services för den implementation som skulle utföras. Jag valde Web Services eftersom det var det mellanprogram som fungerade bäst vid kommunikation genom en brandvägg.</p><p>Implementationen som utförts inom ramarna för examensarbetet är en applikation för att möjliggöra för flygklubbar att boka tid för start vid Göteborg City Airport och skulle visa på konceptet för informationssystemet och den säkerhet som behövs.</p><p>Arbetet med olika tjänstebaserade lösningar visar att detta sätt att bygga ett informationssystem för flygplatsen lämpar sig väl. Flexibilitet vad gäller möjligheten att koppla upp sig mot systemet från olika plattformar krävs då det finns många aktörer och detta är SOA en lösning på. Det är även en viktig aspekt att det finns möjlighet för de säkerhetslösningar som anses nödvändiga.</p><p>Testningen av systemet visade att dessa säkerhetslösningar fungerade för implementationen av tidsbokningstjänsten.</p>

Arbetet har gjorts åt Saab Security Systems i Växjö. Syftet med arbetet har varit att ta fram ett generellt distribuerat informationssystem som ska användas för informationsspridning på en flygplats. Från Saabs sida är målet med att införa ett nytt informationssystem att få en generell standard för hur informationsspridning ska gå till. På det nya informationssystemet ställs krav på flexibilitet, att det ska vara utbyggningsbart, att det ska finnas möjlighet att ansluta nya aktörer samt att det ska vara en tjänstebaserad arkitektur. Den övergripande frågställningen för arbetet har varit som följer. Kan tjänstabaserad arkitektur vara en lösning för hur information kan överföras på ett säkert sätt mellan flygklubbarna och flygledartornet? Under arbetets gång har en teoretisk studie gjorts där fem olika mellanprogram jämförts utifrån transport av information, tjänstebeskrivning, tjänsteregistrering och upptäckt samt säkerhet. Jämförelsen hade fokus på flexibilitet och visade att Jini, CORBA och Web Services var de bästa lösningarna. Dessa tre mellanprogram jämfördes sedan ur ett säkerhetsperspektiv. Det som studerades var vilka lösningar som finns för integritet, attestering och verifiering. Dessutom testades hur kommunikation med de tre olika mellanprogrammen fungerar genom en brandvägg. Efter den teoretiska genomgången samt testerna med brandväggen så valdes Web Services för den implementation som skulle utföras. Jag valde Web Services eftersom det var det mellanprogram som fungerade bäst vid kommunikation genom en brandvägg. Implementationen som utförts inom ramarna för examensarbetet är en applikation för att möjliggöra för flygklubbar att boka tid för start vid Göteborg City Airport och skulle visa på konceptet för informationssystemet och den säkerhet som behövs. Arbetet med olika tjänstebaserade lösningar visar att detta sätt att bygga ett informationssystem för flygplatsen lämpar sig väl. Flexibilitet vad gäller möjligheten att koppla upp sig mot systemet från olika plattformar krävs då det finns många aktörer och detta är SOA en lösning på. Det är även en viktig aspekt att det finns möjlighet för de säkerhetslösningar som anses nödvändiga. Testningen av systemet visade att dessa säkerhetslösningar fungerade för implementationen av tidsbokningstjänsten.

Detta examensarbete behandlar Service Oriented Architecture (SOA) och dess implementeringar Jini och Web services. SOA beskriver hur applikationsintegration mellan olika plattformar skall ske och innebär att applikationer designas som tjänster för att enkelt integreras med andra applikationer. Dynamisk lokalisering av tjänster via en registertjänst används för att applikationer skall finna andra applikationer. Vi designar och implementerar en mekanism i Web services som gör det möjligt att byta en tjänst under exekvering. Ett sådant byte kan vara intressant av två skäl, tjänster kan registreras utan att vara tillgängliga, eller att det uppstår ett fel under exekvering som gör att tjänsten blir otillgänglig. / This degree project is about Service Oriented Architecture (SOA) and its implementations Jini and Web services. SOA is a description of how application integration between different platforms can be carried out by designing applications as services, which implies an easier integration with other applications. Dynamic location of services is carried out by consultation with a register service so that applications can find other applications. We design and implement a mechanism in Web services that makes it possible to change service during execution. A change of service can be interesting for two reasons, the service might be registered but not available or there might be some sort of fault during execution that makes the service unavailable.