Vorstellung OAshi/MyTISM

OAshi - Über uns

• gegründet 2005
• Geschäftsführer Angelo Kram
• 7 Mitarbeiter (4 Entwickler, Rest Support und Vertrieb)
• Rosport (bei Echternach), Luxembourg
• nahezu ausschließlich MyTISM-Projekte und -Support

OAshi - Unsere Lösungen [1]

• Enterprise Resource Planning
• DMS mit Anbindung an Finanzbuchhaltung (Vorkontierung)
• Kassensystem incl. Personalmanagement
• Web B2B-Portal mit mehrstufigem Vertrieb, Presseportal, Belegerfassung
• Automatensteuerung Megamat mit optimierter Einlagerungsstrategie
• Warehouse Management mit agentenbasierter Eigenorganisation

OAshi - Unsere Lösungen [2]

• Konfigurationsmanagement mit Validitätsüberprüfung
• Projektmanagement mit Ressourcenplanung
• Anbindung AS/400 Brain A/S zur Synchronisation von Stammdaten
• Synchronisation Movex v9 (AS/400) mit SAP und mobilen Scannern (Symbol)
• Logistik-Optimierung durch Auslieferungs-Simulation
• vollautomatische Farbmischanlage mit Anbindung an WuT (ohne SPS)
• ...

OAshi - So arbeiten wir

• konsequentes Teamwork und Review von Lösungen
• Qualitätssicherung durch
  • Peer-Review aller Quellen via verteilter CVS Commit Diffs
  • automatisierte Tests kritischer Funktionalität
• Verzicht auf klassische hierarchische Strukturen und Prozesse

OAshi - Unsere Ziele

• Weiterentwicklung und Perfektionierung von MyTISM
• Verbreitung der MyTISM-Plattform
• L1-Support: Bugfixes und Implementationshilfe
• L2-Support: Beratung und Koordination
• Marktplatz für MyTISM Entwickler und Endkunden
• aktive Community
• zufriedene Kunden.

MyTISM - Ganz kurz

• Hommage an My* Aera
• Start 2001, ab 2005 Ausgründung in OAshi S.á r.l.
• Akronym für "My Tool Is My..."
• generisches Datenbank-Applikations-Framework
• bis auf den SQL-Server 100% Java (ab 1.5)

Systemaufbau - Technik

• SQL-Server (PostgreSQL 8.x, Tier 1)
• Applikations-Server (Java, Tier 2)
• Web-Applikations-Server bzw. GUI Client (Java, Tier 3)
• verschlüsselte und komprimierte Verbindung zwischen Tier 2 und 3

Hauptmerkmale - Allgemein

• sicher
• flexibel
• plattformunabhängig
• autark
• verteilt und synchronisierend
• wartungsfreundlich
• performant und skalierbar
• konsequent objektorientiert
• mehrsprachig (L10n)
• Grails-Unterstützung

Hauptmerkmale - Sicherheit

• keine Pufferüberläufe möglich dank Java Verifier
• unprivilegierter System-Benutzer, keine Privilege Escalation
• SSLv3/TLSv1-verschlüsselte Verbindung, ebenso Passwörter
• Benutzer- und Gruppenverwaltung
• Rechteverwaltung
• transaktionsbasierte Speicherung
• Transaktions-Logging
• Live-Backup durch Synchronisation
• Point-In-Time-Recovery (PostgreSQL >=8.3)

Hauptmerkmale - Flexibilität

• echtes "Rapid Development"
• Herz von MyTISM: Schema
• generiertes, funktionables, dennoch schlankes Applikations-Grundgerüst
• Anpassung durch Entwickler
  • Geschäftslogik in Business Objects
  • Web-Controller
• Anpassung durch Entwickler und/oder Kunden
  • Abfragen, Formulare, Reports, Alarme
  • Benutzer- und Rechteverwaltung
  • Scripte und Massenänderungen

Hauptmerkmale - Plattformunabhängigkeit

• PostgreSQL und Java sind faktisch auf jeder relevanten Plattform verfügbar
• Modularer Swing-Client braucht lediglich Java-Engine
• Java Web Start via Webserver im Backend
  • keine Installation
  • keine lokalen Daten
  • automatische Updates

Hauptmerkmale - Autarkie

• braucht nur PostgreSQL und Java Engine
• Client baut selbständig verschlüsselte Verbindung
• kein Applikationsserver notwendig
• keine sonstigen Zusatzprodukte notwendig
• somit auch keine Lizenzkosten an Dritte

Hauptmerkmale - Verteilung und Synchronisation

• Verteilung
  • beliebige Anzahl synchronisierender Server
  • vom Mainframe bis zum Laptop
• Synchronisation
  • asynchron
  • Offline- und Online-Betrieb
  • sehr bandbreiten-genügsam und sicher
  • wartungsfrei
  • Live-Backup

Hauptmerkmale - Wartungsfreundlichkeit

• einfache Administration des Servers
• extrem einfache Installation
• Konfiguration über Datenbank und Projektverzeichnis
• zentrales Script für Backup, Restore, Wartung und Daemon-Betrieb
• keine administrativen Rechte auf dem Server nötig

Hauptmerkmale - Performance (Beispiel KIS)

• ca. 550 Entitäten, 650 Tabellen
• 50 Mio Live-Objekte, 30 GB DB-Footprint + 17 GB Blobs
• ca. 2,2 Mio Belege, 20 Mio Posten, 250k Artikel, 96k Kunden
• ca. 4000 Belege, 14.000 Transaktionen, 2 Mio Procs pro Tag
• ca. 150 gleichzeitige Benutzer
• 5 stationäre, 4 mobile Server
• weite Streuung unterschiedlicher Hardware
• keine "echten" Server-Maschinen
• kleinster: Notebook Banias 1,5 GHz mit 2 GB und 7k2 IBM HD
• größter: Core2 Quad 6600 2,66 GHz, 8 GB und Intel X25-M SSD
• seit Beginn des Projekts 2003 kein einziger Datenverlust

Hauptmerkmale - Konsequente Objektorientierung

• Metadaten = Objekte
• kontextbezogene Verknüpfungen und Aktionen
• Vererbung und polymorphe Objekthierarchien
• polymorphe Relationen und Queries

Hauptmerkmale - Mehrsprachigkeit

• "inspiriert" von Java Core, aber besser
• dynamisch, live editierbar
• leistungsfähige Pfad-Unterstützung
• dadurch kontext-sensitive Lokalisierung

Hauptmerkmale - Grails-Unterstützung

• MyTISM als Ersatz von Grails-eigenem "GORM" (u.a.)
  • schneller, skalierbarer, echtes "Schema", besseres L10n
  • Admin-Client durch Swing-GUI
• Groovy als Programmier- und Template-Sprache
  • Unterstützung von Mixins, Method Injection, Closures u.v.a.
• Trennung von Model, View, Controller und Services
• automatische Kompilierung während der Entwicklung, kein "redeploy"
• hohe Performance durch NIO-Architektur
• leistungsfähiges Plugin-System mit aktiver Community
  • ca. 70 Plugins für Paypal, Facebook, Twitter, Taggable, Ajax etc
• vorbildliche IDE-Unterstützung in neuer NetBeans 6.7 Release

Konzentration auf Algorithmen

• MyTISM-Framework reduziert "boilerplate-code"
  • generierte Klassen für Business Objects
  • Meta-Ebene des Schemas
  • Tool-Klassen
  • convention over configuration
• dadurch Reduktion des zu schreibenden Codes auf den wirklichen Kern
• Beispiele des Umfangs anhand von Projekten (Stand Q1/2009):
  • Core: ca. 170.000 Zeilen, incl. Kommentare, 1.3M als tgz
  • KIS: ca. 42.000 (30.000 für BOs, 12.000 für Controller), 322K als tgz
  • TIS: ca. 25.000, 201K als tgz
  • Venice: ca. 25.000, 189K als tgz
  • VIS: ca. 18.000, 114K als tgz
  • Paux: ca. 17.000 (9.500 für BOs, 8.500 für Controller), 91K als tgz
  • Ufo: ca. 3.000, 19K als tgz

Investition-Sicherheit

• min. 1 Update pro Quartal
• unbeschränkte Bugfixes
• teilweise kostenfreie Support-Anfragen (abhängig von Lizenzanzahl)
• Kompletter Sourcecode wird mitgeliefert (ohne Lizenzcode)
• Überschaubar: Lediglich ca. 170.000 Zeilen incl. Kommentare (Q1/2009)
• Komplettes Repository-Backup incl. Historie bei Treuhänder hinterlegt für "Ernstfall"

Ende...?

Fragen soweit? Dann wird es jetzt technisch!

GUI "Solstice"

• leistungsfähiger GUI-Client auf Swing-Basis
• komplett mit der Tastatur bedienbar, barrierefrei
• plattformunabhängig: Windows/Linux/Solaris/MacOSX...
• Auslieferung via Java Web Start über eingebauten Webserver im Backend
• automatische Updates via Java Web Start
• modular und extrem flexibel
• Entwicklung innerhalb des GUI-Clients möglich, keine Neustarts erforderlich
• legt keine lokalen Daten ab (außer Maschinen-spezifische Daten)
• alle Metadaten sind Objekte wie alles andere auch
• dank Schema immer kontextbezogene Verknüpfungen und Aktionen verfügbar
• Rechteverwaltung Server- wie Clientseitig verhindert zu späte Fehlermeldung beim Commit
• Scripte bzw. Massenänderungen für Spezialfälle

Schema (Definition)

• Herz von MyTISM
• Entitäten (Klassen) und Attribute (Properties)
• Unterscheidung von (nicht) persistenten und virtuellen Attributen
• keine Legacy-Unterstützung von vorhandenen SQL-Schemata
• alle Objekte haben Id, Crea, Lmod und Ldel
• Relations-Typen nur n-1, 1-n und n-m, alle bidirektional (letzteres sogar zwingend)
• skalare Typen erweiterbar, Grundtypen von Java größtenteils verfügbar (keine Primitives)
• Tipps an die Generatoren, "Scaffolding"
• weitgehende Integritätsprüfung mit sehr guten Fehlermeldungen

Schema (API)

• mächtige Schema-API mit weitaus mehr Möglichkeiten als Reflections
• Entitäten und Attribute
• Abhängigkeiten und Vererbungs-Hierarchie
• Text-Generator für textuelle Beschreibung von Objekten
• L10n und Formatierungs-Unterstützung

Lokalisierung (L10n)

• "inspiriert" von Java Core, aber anders.
• lokale Daten im Klassenpfad (wie normales Java), aber
  • bessere Langtext-Unterstützung
  • höhere Performance durch eigenen Index (zum Build-Zeitpunkt erstellt)
  • Caching
  • leistungsfähige Pfad-Unterstützung (Package, Lexikalisch und PathProviderI)
  • dynamisch, kann also neue Dateien aufgreifen
• Backend-Daten auf der Datenbank, damit
  • dynamische Lokalisierung
  • direkt im Client im laufenden Betrieb erstellbar
  • Veränderungen wirken sich sofort aus
  • sehr schnell durch Preloading, Caching, Bulk-Transfers
• direkte Integration in MyTISM
  • ausgefeiltes Konzept zur Erfassug der Entitätsnamen und Attributnamen (Plurale/Singulare, Namensräume etc)
  • durch Pfad-Unterstützung auch kontext-sensitiv, "weiß" welches Attribut in welchem Kontext in welcher Sprache wie heißen soll

Schema (Generatoren)

• während des Builds wird Quellcode erzeugt, der die benötigten Klassen stellt
  • im Grunde genommen ganz "normale" Java Beans
  • "Managed" Code mit automatischer Rückrelations-Pflege
  • benutzerdefinierte Klassen (als 'custom' bezeichnet) werden als abstrakte Klassen vorgebaut
  • diese abstrakten Klassen werden dann vom Benutzer abgeleitet und implementieren die notwenigen Getter/Setter
  • diverse Integritätsprüfungen, die sonst vom Compiler nicht erkannt würden
  • Generierung von JavaDoc für die generierten Klassen
• während des Serverstarts sorgen diverse Generatoren für
  • Kongruenz der Tabellenstruktur des SQL-Servers mit dem Schema, ggfs. Anpassungen
  • Anlage bzw. Prüfung von
    • Lokalisierungseinträgen
    • Initial-Benutzer und -Gruppen mitsamt notwendiger Rechte
    • Struktur-Elemente wie Ordner, Schablonen, Lesezeichen, Formulare und Reports (Scaffolding)
  • Integritätsprüfung der Datenbank

Alarme und Benachrichtungen

• Alarme sind
  • zur Laufzeit erstellbar
  • keine Programmierkenntnisse nötig (wenngleich nützlich)
• Alarmauslösung
  • feste oder per Objekt ermittelbare Zeitpunkte
  • bestimmte Änderungen an Objekten
  • 'Nicht-Eintreten' von Bedingungen (Wiedervorlagen)
• Benachrichtigung
  • Email
  • direkt im Client (Popup)
  • Scripts (andere Objekte erzeugen, Anhänge, Reports)

Administration

• weitreichende Möglichkeiten für Betätigung des Kunden
  • Formulare, Schablonen, Lesezeichen, Reports gestalten
  • Alarme, Hinweise, Wiedervorlagen definieren und verwalten
  • Benutzer- und Rechteverwaltung
• einfache Administration des Servers
  • alles liegt entweder in der Datenbank oder in einem bestimmten Verzeichnis (.bla)
  • zentrales Script steuert Backup, Restore, Wartung und Daemon-Betrieb
  • keine administrativen Rechte auf dem Server nötig

Synchronisation

• asynchron, also zeitlich versetzt
• kann offline und online im Wechsel betrieben werden - ob Problem oder Intention
• sehr bandbreiten-genügsam und sicher
• wartungsfrei

Beispiel Schema-Definition

Definition einer Entität Artikel

Definition eines Katalogs von Artikeln

Beispiel GUI Definition

Definition Lesezeichen

Beispiel Formular-Definition

Definition Formular