12:30 wollte eigentlich Vortrag zum ERP ADempiere anschauen, falscher Raum
Also Mercurial DCVS Sehr interessanter Ansatz von verteilter Versionskontrolle, also bleib ich sitzen. Mozilla und Lanuchpad von Ubuntu nutzen es beispielsweise…
Kurz:
CVS bisher
lokale Arbeitskopie <–> Server
DCVS
lokale Arbeitskopie <–> lokales Archiv <–> Server Archiv
Vorteile:
- Test-Branches bleiben lokal
- Man kann über das lokale Hauptarchif greppen, um z.B. de Werdenshergang einer Konstante (oder so) zu verfolgen.
- Fördert gute Commits (kleiner, fokussiert … keinen dumen tippfehler, vergessene datein usw…)
- immer und überall ad-hoc branches möglich
- starke merge funktionalität
Ähnliches:
. 13:15 Opensource @ SAP Wo kann man freies den in SAP integrieren? Enterprise Services Repository
Wollen Interopreabilität über Open Standards (z.B. OASIS) unterstützen. Opensource CMS von Alfresco kann mit SAP genutzt werden (dank Standard Schnittstelle) SAP liefert zu jedem Produkt den Sourcecode! (Zur Nutzug sind allerdings Lizenzen von Nöten) SAP läuft auch auf Linux, Solaris und mit offenen Datenbanken (z.B. MySQL) Interoperabilität mit Opensource:
- durch SAP Java GUI
- Firefox wird unterstützt
- ODF wird durchgehend angeboten!
- Grails kann benutzt werden um SAP WebDynpro Apllikationen zu schreiben
- Java Entwicklungsumgebung basiert auf Eclipse (und arbeiten aktiv daran mit (Haben den “Memory Analyzer” gestiftet)
- Stellen teilweise auch Risikokapital zur Verfügung
. 13:56 Erfahrungen mit OpenSource Groupware by Puzzle ITC Allgemeine Anforderungen (kurzversion)
- Web Client
- Teamfunktionen
- Import/Export
- Synchronisation
- LDAP Auth
Grundfunktionen (kurzversion)
- Mail
- Contacts
- Calendars
- Tasks
- Memos
Puzzle ITC setzte bei konkretem Kundenprojekt auf “ScalableOGo Project”, weil da Standard-Schnittstellen am besten unterstützt werden. Sync mit mobile devices ist über funambol erreichbar. FatClients lassen sich dank den Schnittstellen problemlos benutzen. Was fehlt?
- Teamkalender (OpenGroupware hat das)
- Ressourcenkalender
- Standardkonfiguration für neue Benutzer
- Adressverwaltung in CRM
Will man ein produkt aus einem Guss kann Zimbra verwendet werden (Wurde von Yahoo aufgekauft, zukunft unsicher) Fazit
- Anforderungenmüssen genau erhoben werden
- Weiterntwicklung gut beobachten
- Viele versch. lösungen möglich
- …für den rest war ich zu langsam…
.
14:32 KOffice im Produktiv Einsatz
Die erste Frau als Speaker… und auch noch eine hübsche 
bin mal gespannt…
Alles neu in KOffice 2! (Beta wurde heute released) (sauberere CodeBasis) alle wurde auf qt4 portiert, keine Abhängigkeiten mehr auf qt3
Mix von Text und Grafik Editoren (in jedem Programm dasselbe ToolSet)
Plugins (Backend)
FlakeShapes (Frontend) (einfach zu erstellen, sauberes API)
–> In allen Applikationen zu verwenden und zu bearbeiten Beispiel: Textverarbeitung im Grafikprogramm usw…
FlakeShapes teilen gewisse Eigenschaften: Bearbeitbar, Skalierbar, Rotierbar….
Pigment Farbverwaltung, in allen Programmen nutzbar (Farbräume, Effekte, Konversionen, mischungen) volle PDF Unterstützung
- Transparenz
- echtes Einbetten der Fonts!
- angepasste Seitenmasse
- verbesserte Integration von Print Preview Techniken
Portabilität (läuft ab 2.0 also auf allen Plattformen (auch auf mobiles), setzt auf ODF)
Plugins
Architektur für individuelle Lösungen
volle Integration von Plugins Dritter (bereits mitgelieferte Plugins benutzen diesselbe API)
sehr einfache CodeBasis
Kross Scripting
(Phyton, Ruby, Java usw….)
Integration von externer Software
Automation
Fazit
Der neue modulare Ansatz passt KOffice an jede erdenkliche Situation an, vom SimpleOffice bis zu hochkomplexen und/oder spezialisierten Anwendungen.
.
15:13 Apache Hadoop… das letzte für heute…
Distributed Computing Ansatz von Apache
klassisch ist 3-tier (Database /Application / View)
- mehrere single point of failures
- begrenzt skalierbar
Dagegen der distributed computing Ansatz von Apache
- Jeder Rechner hat nur einen Teil der Daten, alle Daten sind aber mindestens 2mal verfügbar (redundant)
- Client fragt Name-Node nach dem Ort der Daten (Skaliert super)
- redundante daten sind alle zugreifbar (traditionelle backups überflüssig)
- name node hat replication policy (z.b. redundanz auf 2 versc. racks od. data-center verteilen)
- verteiltes Filesystem (Google File System als Vorbild) Softwarebasiert (Linux)
- verteilte Datenbank HBase (Vorild Googles BigTable) schema frei, keine fremdschlüssel
Keine typisierte Datenbank
Jede Zelle ist versioniert!
jeder Schreibzugriff erzeugt neue Zeile mit Zeitstempel
- Map/Reduce
Vorbild: googles Map/reduce paper
….ständig am updaten …..
Tags: !programming, *nix, free