SAPERION Blog

Nachdem der VOI und das BSI eine gemeinsame Erklärung kurz vor der CeBIT zur TR 03125 (Technische Richtlinie Vertrauensvolle elektronische Langzeitspeicherung) veröffentlicht haben, wurde inzwischen beim VOI weiter gearbeitet (siehe auch den ECM-Krimi). Die VOI-Teams, die in den beiden ausgemachten Arbeitsgruppen zur technischen und sprachlichen Überarbeitung mitwirken, haben ihre relevanten Positionen detailliert schriftlich niedergelegt. Nun ist zunächst das BSI wieder an der Reihe, diese zu sichten und zu bewerten. Anschließend werden sich die Arbeitsgruppen zusammenfinden und hoffentlich  zu einem inhaltlichen Konsens finden. Das BSI hat es in der Zwischenzeit allerdings nicht geschafft, dem Wunsch des VOI nachzukommen, auf ihrer Web-Site entsprechende Informationen zur Überarbeitung zu publizieren  und sprachliche Formulierungen zu entschärfen. (more…)

You may already have heard that SAPERION 6 has finally been released (hmmh, okay, it took a little longer than first expected, but we’re far from becoming an entrant of the Vaporware Awards…). With this new release, we have added more than a 100 new features, greatly overhauled the core architecture, and made available more than a 1,000 API calls in addition to those already available. While in the process of creating SAPERION’s newest ECM release, we also created SAPERIONforge, a SAPERION-centric platform for open source developers we intend to further expand in the future. (more…)

"Die JCR führt zu einer unifizierten Anwen-dungsentwicklung"

Warum bin ich von der Java Content Repository überzeugt? Nach einer gewisser Zeit, beim Arbeiten mit der Spezifikation wird einem klar, dass die JCR sehr wichtig ist, insbesondere in der „Ordner-Akten“-Denkweise, wovon der DMS-Bereich geprägt ist. Und nicht nur das. JSR-170 (oder JCR) ist ein Standard, der zu einer unifizierten Anwendungsentwicklung führt. (more…)

A (actually, the first) CMIS TC F2F in Redmond is coming to an end (ok, at the time of this writing, folks are still considering the issues that have been raised so far (see the CMIS Jira at http://tools.oasis-open.org/issues/browse/CMIS)). Many valuable contributions and discussions evolving around controversial aspects have taken place. Not surprising, one of the important results is the aggressive schedule set for the release of CMIS 1.0. The preliminary schedule leading to a first public draft can be found here: http://www.oasis-open.org/committees/download.php/30951/CMIS%20strawman%20schedule.xls. This schedule requires some functions to be restricted to a common denominator or to be dropped entirely. Thus, ACLs (particularly, the distinction between reading and writing ACLs), batch processing, and mix-ins (or aspects, think decorators when not familiar with AOP) will need to be further refined. (more…)

Im Wesentlichen reichen die CMIS-Funktionen, um auf Daten von typischen Dokumentenmanagementsystemen – siehe die Produkte der Initiatoren der Spezifikation, zugreifen zu können. Für eine Vereinheitlichung sämtlicher Content Repositories, wie dies die Intention des JCR ist, greift der CMIS-Funktionsumfang zu kurz. Demnach würden mit der intensiven Nutzung des CMIS zwar eine Reihe von Repositories von Anwendungen gemeinsam oder alternativ genutzt werden können, aber es blieben doch immer noch reichlich Informationsinseln übrig. Daher ist zu vermuten, dass sich langfristig eher der JCR-Standard durchsetzen wird.

Was mich befremdet ist, dass die gleichen treibenden Hersteller, die unter der AIIM-Flagge seit 5 Jahren scheinbar vergeblich um eine gemeinsame Spezifikation Namens iECM – Interoperable Enterprise Content Management – gerungen haben, parallel vor 2 Jahren die Spezifikation des CMIS begonnen haben. Bis diese Spezifikation jedoch durch die OASIS zum Standard erklärt wird, ist sicherlich noch mit eineinhalb Jahren zu rechnen. Ob dann auch der eingereichte Funktionsumfang so bleibt, ist noch abzuwarten. Day mit dem Vorsitzenden der JCR Expertengruppe, David Nuescheler, sowie einige weitere Firmen dieser Expertengruppe haben sich entschlossen, an der CMIS Standardisierung ebenfalls mitzuarbeiten. Ich bin mehr als gespannt, was dann endgültig den CMIS ausmachen wird.