Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Eclipse DemoCamps November 2009/Karlsruhe/Presenters

< Eclipse DemoCamps November 2009‎ | Karlsruhe
Revision as of 19:04, 9 November 2009 by Stefan.schuerle.andrena.de (Talk | contribs) (New page: === Presenters === * '''Automatic Ontology Extraction with SMILA''' [https://www.xing.com/profile/Igor_Novakovic Igor Novakovic], [http://www.empolis.com/ empolis] SMILA (SeMantic Informa...)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Presenters

SMILA (SeMantic Information Logistics Architecture) is an extensible framework for building information management solutions to access unstructured information in the enterprise. Besides providing essential infrastructure components and services, SMILA also delivers ready-to-use add-on components, like connectors to most relevant data sources and some data processing services. Using the framework as basis will enable developers to concentrate on the creation of higher value solutions, like search or semantic driven applications. In this demo we will show how automatic ontology extraction can be realized by simply integrating an entity extraction web service (provided by OpenCalais) in SMILA.

Igor Novakovic is Deputy Director Development at Empolis GmbH. After joining empolis in 2000, he was at first responsible for the development of some server-side components written in C + + and Java. Later on, beside designing and developing J2EE applications, he successfully introduced company-wide the application lifecycle management based on open source tools. From 2006 he led the development of the solution "empolis Service Lifecycle Suite". Since late 2007 he is the co-lead of the SeMantic Information Logistics Architecture (SMILA) project.

In Software-Teams sind gemeinsame Vorstellungen über Coding-Praxis und Design-Ideen eine wichtige Voraussetzung für erfolgreiche und nachhaltige Entwicklungsarbeit. In guten Teams bildet sich schnell ein 'Usus', eine allseits geteilte Vorgehensweise. Diese erstreckt sich auch (und besonders) auf die Verwendung von Tools und die Einhaltung von Qualitätskriterien.

Um den in unseren Teams geltenden 'Usus' zu unterstützen haben wir einige Plug-Ins für die Eclipse-IDE entwickelt, die verbreitete Tools wie CheckStyle und EclEmma integrieren, erprobte Qualitätsindikatoren 'on-the-fly' berechnen, und das Einstellen von Compiler- und Tool-Optionen zum reinen Vergnügen werden lassen.

Many projects at Eclipse produce technology that is useful in a wide range of runtime scenarios. Responding to a lack of integration scenarios, this demo connects the dots for runtime technologies at Eclipse. We'll bring together topics such as Equinox, RAP, EclipseLink, BIRT and Riena into a coherent package, showing how the pieces can fit together to accelerate development solutions.

  • Horus - Business Process Management based on Eclipse RCP Johannes Michler, Horus software GmbH; Thomas Schuster, FZI

Mit Horus wird ein modernes Instrumentarium für das Business Process Engineering zur Verfügung gestellt. Auf Basis wissenschaftlich fundierter Konzepte (z.B. XML-Netze) werden Software Tools geboten, die in Verbindung mit der Horus Methode™ ein durchgängiges agiles Modellierungsverfahren unterstützen. Horus unterstützt das kooperative Arbeiten in Business Communities, auch über Unternehmensgrenzen hinweg.

Watch a live demonstration that shows the complete life cycle of running an application on a Compute Cloud. Starting with a workspace crammed with Equinox/OSGi-based components, we set up a distributed, virtual infrastructure with the help of g-Eclipse on the Amazon cloud. Then we show the export of our Equinox based application and how to use p2 to deploy the application from our workspace into the cloud.


  • SoMoX - The SOftware MOdel eXtractor is able to reverse engineer component models from source code Klaus Krogmann, KIT

The component extraction supports basic components, composite structures, interfaces, ports, as well as connectors. The extracted models are suitable to improve understanding of existing software and enable further quality analyses. Analyses for software performance, reliability, and maintenance are already available as part of a complementary tool chain. SoMoX extraction is based on the evaluation of multiple source code metrics. The Extraction can be guided by metric settings which allow the adaptation of SoMoX to the specific component definitions and needs of individual projects. Currently, SoMoX supports source code of the languages C/C++, Delphi, and Java. However, its general source code model can be easily extended to further programming languages. SoMoX has been developed within the context of the EU project Q-ImPrESS.

Websites: http://www.somox.org and http://www.q-impress.eu

  • Write once, test everywhere? Cross platform development and testing with Eclipse Markus Tiede, Bredex

How platform independent are Eclipse applications in practice? This talk looks at some of the differences between operating systems supported by Eclipse with respect to RCP applications and examines their effects on usability, development and testing.

The talk is aimed at developers, project managers and testers (automated and manual) working on RCP applications that are intended to run on more than one platform. Participants will learn about large and small differences between the platforms. Some of these differences must simply be considered in the development and testing process, others mean that testing, documentation and development are affected.

Some of the points raised include:

How widgets can behave differently on the platforms Variation in the library support for each platform Other GUI considerations such as tooltips, toolbars, buttons and focus

Automated testers will also benefit from the information and examples in the talk. Ideally, only one automated test should be necessary to test all versions of an application. Some of the differences between the platforms make this aim difficult, and some differences mean finding a lowest common denominator to be able to write tests. The variation between the platforms is therefore something which must be considered at the test planning stage, and in the test design itself.

Participants will learn to consider and deal with any variations between platforms to make cross-platform projects a success.

Back to the top