Made available in DSpace on 2014-06-12T15:59:32Z (GMT). No. of bitstreams: 2 arquivo5143_1.pdf: 1050214 bytes, checksum: 0a32a74ad6bd7626991c681e332e375c (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2004 / Sistemas de middleware têm sido amplamente adotados como infra-estrutura de comunicação para sistemas distribuídos. O middleware provê serviços (e.g., eventos, nomes e tempo) que escondem a complexidade dos mecanismos de comunicação e a heterogeneidade de sistema operacional e de linguagens de programação. Diferentes tipos de aplicações distribuídas utilizam sistemas de middleware, entre elas aplicações móveis, aplicações multimídia e aplicações cientes de QoS. Cada uma destas aplicações possuem determinadas características que necessitam de um middleware que forneça QoS, seja por requisitos de tempo real, como é o caso de multimídia, seja por escassez de recursos, como é o caso de aplicações móveis. Para as aplicações citadas anteriormente, o suporte à configuração dinâmica realiza um papel chave. O middleware precisa ajustar o seu comportamento às mudanças no contexto de execução, ao mesmo tempo que precisa preservar a qualidade de serviço necessária às aplicações. Por exemplo, se o tráfego em uma rede aumenta, o middleware pode dinamicamente adotar um novo algoritmo que melhore a compressão de dados, tornando-a mais eficiente. É preciso observar que a adaptação pode ter um escopo global, que tem seu efeito sentido por todas as chamadas ao middleware subseqüentes à adaptação; ou um escopo de chamada, que têm seu efeito sentido apenas por uma determinada invocação remota. Apesar da grande quantidade de produtos de middleware, como CORBA, RMI ou Web Services, eles normalmente falham em suportar configuração dinâmica de maneira efetiva. A razão desta incapacidade para adaptação reside no fato de que essas plataformas de middleware são projetados de maneira inflexível, como caixas pretas, não oferecendo mecanismos que permitam às aplicações acesso ao seu comportamento interno com o objetivo de modificá-lo. Assim, plataformas de middleware tradicionais não fornecem o dinamismo requerido pelas aplicações citadas anteriormente. Conseqüentemente, os desenvolvedores das aplicações distribuídas precisam criar complexos mecanismos de configuração dinâmica específicos para suas necessidades. Nesta dissertação, é proposto um modelo de middleware adaptativo ciente do contexto que possibilita configuração dinâmica em nível de chamada, não fortemente acoplado a nenhuma plataforma de middleware, linguagem de programação ou sistema operacional. Ciência do contexto refere-se à propriedade do middleware de possuir mecanismos que permitam o conhecimento das condições do ambiente de execução (e.g. memória disponível, carga da CPU e largura de banda). O modelo proposto permite configuração dinâmica em nível de chamada, onde cada chamada remota concorrente pode ser tratada de uma maneira particular. Adicionalmente, como certas configurações do middleware necessitam ter efeito sobre toda invocação remota, como uma estratégia de controle de concorrência, foi também definido um mecanismo de configuração dinâmica que considera o escopo da alteração. Finalmente, com o objetivo de saber o momento no qual o middleware necessita ser configurado, o modelo de middleware adaptativo proposto utiliza-se de monitores que possuem a missão de registrar o estado do ambiente de execução (e.g. vazão da rede)

Java's Remote Method Invocation (RMI) architecture allows distributed applications to be written in Java. Clients can communicate with a server via a local proxy object that hides the network and server implementation details. This loosely coupled architecture makes it difficult for client-side enhancements, such as method caching and validation, to obtain useful information about server state and implementation. Statically-generated custom proxies can provide a limited solution, but are troublesome to deploy and cannot change dynamically at runtime. This thesis presents a framework for Java RMI smart proxies using a distributed aspectoriented platform. The framework allows server-controlled dynamic changes to Java RMI proxy objects on the client, without requiring changes to the client application code or development cycle. The benefits of this framework are demonstrated with three practical examples: method caching, client-side input validation, and load balancing.

Java's Remote Method Invocation (RMI) architecture allows distributed applications to be written in Java. Clients can communicate with a server via a local proxy object that hides the network and server implementation details. This loosely coupled architecture makes it difficult for client-side enhancements, such as method caching and validation, to obtain useful information about server state and implementation. Statically-generated custom proxies can provide a limited solution, but are troublesome to deploy and cannot change dynamically at runtime. This thesis presents a framework for Java RMI smart proxies using a distributed aspectoriented platform. The framework allows server-controlled dynamic changes to Java RMI proxy objects on the client, without requiring changes to the client application code or development cycle. The benefits of this framework are demonstrated with three practical examples: method caching, client-side input validation, and load balancing.

Stuttgart, Univ., Diplomarb., 2001.

Zugl.: Wien, Techn. Univ., Diplomarbeit, 2005

none

Technische Univ., Diplomarbeit--Wien, 2005.

Šiame darbe nagrinėjamos išskirstytos sistemos ir jų kūrimui naudojamos technologijos. Kadangi technologijų yra daug, o visas jas ištirti ir palyginti būtų labai sunku, todėl didžiausias dėmesys skiriamas Java RMI ir .Net Remoting – tai dvi populiarios išskirstytų objektų paradigmos šiuo metu naudojamos programų sistemų kūrimui Pagrindinis darbo tikslas yra išanalizuoti ir visapusiškai palyginti pasirinktas technologijas, didelį dėmesį skiriant jų veikimo greičiui. Darbas sudarytas iš keturių dalių. Pirmoje dalyje pateikiama bendra informacija apie išskirstytas sistemas, jų vystymąsi, architektūras, technologijų raidą ir t.t.. Antroje dalyje nagrinėjama Java RMI ir .Net Remoting veikimo principai, kuriais remiasi šios technologijos. Trečioje dalyje pateikiami šių dviejų technologijų veikimo principų panašumai ir skirtumai. Ir galiausiai siekiant išsiaiškinti Java RMI ar .Net Remoting realiomis sąlygomis veikia greičiau, ketvirtoje dalyje pateikiamas atlikto vykdymo greičio tyrimo aprašymas. Atlikti darbai leidžia teigti, kad Java RMI ir .Net Remoting idėjiškai yra panašios technologijos, bet skirtumų, įtakojančių veikimą, tarp jų irgi yra. Greičio tyrimo metu gauti rezultatai parodė, kad .Net Remoting beveik visais atvejais yra lėtesnė nei Java RMI. / Distributed systems and technologies used for this type of software are analyzed in this paper. Since there are a lot of technologies and it would be very difficult to explore and compare all of them, therefore this paper mainly focuses on Java and RMI. Net Remoting - two popular distributed objects paradigms currently used in distributed systems development. The first part provides general information about distributed systems, their development, architectures, technologies, and so on. The second part of the paper analyses the operating principles of Java RMI and. Net Remoting. The third section determines technological similarities and differencies. And finally, in order to clarify the fact Java RMI or. Net Remoting works faster in real terms, the fourth part provides the results of the implemented speed test. Although Java RMI and. Net Remoting are similar technologies, but the analysis showed that the there are quite a lot differences between them. The speed survey showed that. Net Remoting is slower than Java RMI in almost all cases.

This master thesis design and implement new software which can help children learn and practice "Wubi" Chinese typewriting. The purpose of designing this software is to effectively reduce the phenomenon in China known as "forget how to write while taking pen", so-called character amnesia. First we interviewed two experienced teachers and one class of pupils from an elementary school to collect data. Based on the data we collected, we built a set of prototypes by using PowerPoint on computer and evaluated it by three invited children who belonged to our target user group. After we modified our prototype, we implemented it on a computer using the Java programming language. When the process came to the evaluation part, we invited four students who had background knowledge on the field of HCI and its evaluation methods, to help us finish a cognitive walkthrough evaluation. Although some part of our software, such as certain interfaces and sequences, should be improved in the future work, the opinions of the evaluators were mostly positive.

No description available.