Software Engineering Research Group Kassel

Building a rich internet application (RIA) requires the programming of various callbacks and listeners. AJAX like server requests require callback handler objects that react to the asynchronous server response. Active GUI elements like buttons or menu entries require action handlers. Using a timer queue requires appropriate event handlers, too. Programming all these handlers is tedious and error prone. Subsequent steps of e.g. initialization or of a protocol of server requests are scattered over multiple separated blocks of code. The control flow between these blocks is hard to retrieve. Some common variables have to be introduced in order to pass the application state between the different handler blocks. To overcome these problems, we propose to use an extension of UML statecharts, called action charts, dedicated to the modeling of callbacks and listeners. All kinds of handlers are modeled in a common uniform statechart notation. States become actions or handlers. Transition represent the flow of execution. Variables are shared between actions providing a simple mechanism for passing the application state from one handler to the next. From such action charts we generate GWT compliant Java code that facilitates validation and debugging of the modeled behavior. This is implemented as part of the open source CASE tool Fujaba.

Wir verwenden seit geraumer Zeit erfolgreich das CoObRA Persistenz Framework innerhalb des Fujaba-Projektes als Persistenzschicht für modellgetrieben entwickelte Anwendungen. Im Kontext von größeren Web-Anwendungen zeigen sich jedoch Probleme - das Instanz-Modell wird als komplette Einheit betrachtet und sowohl auf dem Server als auch allen Clients vollständig im Speicher gehalten. Es gibt nur eine zentrale Instanz, welche die Daten persistiert. Fein granulare Rechte und Sichtbarkeiten, z.B. für verschiedene Nutzerrollen, sind nicht möglich. Wir möchten einen Ausblick auf geplante Aktivitäten in unserer Forschungsgruppe geben, das CoObRA-Framework fit für verteilte Web-Anwendungen zu machen. Dabei ist uns besonders wichtig, dass bestehende Anwendungen einfach migriert werden können und der strikt modellgetriebe Ansatz fortgeführt wird.

Originally, model versioning has been developed to enable teams of developers to work on common model data, concurrently. We have the idea to use the same techniques to facilitate the collaboration of collaboration applications. Multi threaded applications share a common main memory. Thus, all threads have access to the full data structures and each thread may query and update the data structures, concurrently, in order to fulfill its tasks. In distributed applications, each distributed process has access only to its own share of the data model. In order to query and update remote data structure parts, the process has to send an appropriate request to the process, that owns that data. Transferring complex data structures, e.g. as query result, from one process to the other requires tedious data serialization and deserialization mechanisms. To overcome these problems, this paper proposes to replicate model data for each process and to use model versioning techniques to synchronize the different model data replicas. We have built a web based workflow editor and a web based version of a Ludo game to validate this idea. This paper reports about our experiences with the data replication approach and our experiences in using it for web applications.

Das Google Web Toolkit (GWT) ist ein Framework zur Erstellung dynamischer Webanwendungen mit einer Hochsprache wie zum Beispiel Java. Das Problem für einen Entwickler, eine solche Anwendung zu schreiben, ist das zur Erstellung einer WEB2.0-Applikation benötigte Detailwissen über die Anwendung und das Zusammenwirken der unterschiedlichsten Technologien wie CSS, JavaScript und HTML. Genau an diesem Punkt setzt GWT an. Mit GWT ist es möglich eine WEB2.0- Anwendung ausschließlich in einer nahezu beliebigen Hochsprache zu definieren. Der Einsatz von GWT bei der Entwicklung von WEB2.0-Projekten bietet nicht nur eine große Unterstützung bei der Implementierung, sondern beginnt schon beim Design, fortgesetzt mit der Einbindung von getesteten Eigen- und einer Vielfalt von vorhandenen Fremdbibliotheken, der Verwendung von guten Entwicklungsumgebungen und der hier integrierten Testumgebung.