Eine einfachste SPARQL - Abfrage aller Aussagen: select ?s ?p ?o where {?s ?p ?o}.
Alle Aussagen / Sätze sind in ein Tripel zerteilt: Subjekt - Prädikat - Objekt.
Der OpenRDF -Server Sesame lässt sich in einfachster weise auf einem Applicationserver wie Apache Tomcat installieren in dem 2 WAR-Dateien in den WebApp - Ordner bzw. den Autodeploy- Ordner kopiert werden. Sesame bietet ein API an, mit dem auf dem Server u.a. auch mit SPARQL- Abfragen abgesetzt werden können. (TODO: ob Datenmanipulations-Abfragen z.B. Insert funktionieren ist noch offen).
Der Zugriff funktioniert auch über spezielle REST- Requests. Leider bietet Sesame keine WSDL- Schnittstelle an, so dass wir eine eigene entwickeln.
http://openjena.org/ Jena – A Semantic Web Framework for Java
http://jena.sourceforge.net/ARQ/ ARQ - A SPARQL Processor for Jena
http://joseki.sourceforge.net/ Joseki A SPARQL Server for Jena
http://www.ibm.com/developerworks/xml/library/j-sparql/ IBM-Artikel:Search RDF data with SPARQL
http://www.openrdf.org/ ...home of Sesame
http://ibm-slrp.sourceforge.net/2006/11/20/boca-the-rdf-repository-component-of-the-ibm-semantic-layered-research-platform/
Quelloffen und kostenlos unter http://sourceforge.net/projects/geomajas/ (Affero GNU Public License ) zu finden ist eine Webanwendung, die ohne weiteres in einem Tomcat-Container läuft (einfach in der Adminkonsole deployen – fertig.). Benutzerverwaltung incl.
Aus dem Kommerziellen stellen sich Microsoft HyperV, VMWare VShpere und Citrix XENSource und Redhead Enterprise Virtualisierung ( RHEV) in die Anbieterreihe, alternativ gibt es Opensource-Lösungen: Eucalyptus Cloud Management und Open Nebula,
Wem nützen die Paas, Saas und Iaas dieser Welt? Irgendwie sind die Nutzer der Cloud verunsichert, die Begriffe werden schwammig genutzt und der Nutzen? „Wir möchten doch nur unsere Tools auf unserer Oberfläche für unsere Kunden anbieten.“ Nach dem Hype und dem Buzzword-Bingo kommt die Realität wie es der Hype-Zyklus vorausgesagt hatte: Die Technologie erreicht die Produktivitätsphase.
Die Cloud ist kein so harter Managementstrategiewechsel wie die Einführung einer SOA-Strategie. Der Clou der Cloud liegt m.E. darin, dass gerade KMUs davon profitieren – sowohl im Angebot als auch der Nachfrage: ein Einmalsoftwareprodukt ( „App“) lässt sich mehrfach verkaufen, die Nutzung kann nach Aufwand bzw. Nutzungen fakturiert werden. Ein kleines Unternehmen mit wenig Nutzung zahlt einen kleinen Preis.
Ja, aber … wo bleiben meine Daten und kann ich den Anbietern vertrauen? Unternehmensdaten sind sicherlich schutzbedürftig, und dieser Schutz wird auch weithin mehr geboten, allerdings interessant (für die Wettbewerber, Daten – und Technologiedieben) wird es erst, wenn die unternehmenskritischen Daten in der Wolke verschwinden und neben den Spionagewölkchen schweben. Deshalb empfiehlt es sich, eine private Cloud für diese Daten einzusetzen, die physisch im Unternehmen gegen Diebstahl besser geschützt werden kann. Schwierig zu lösen ist das SLA Problem mit gemischten, aus eigenen und fremden Angeboten: Garantien der Verfügbarkeit würde ich auch für Amazons EC2 nicht übernehmen, obwohl diese wirklich einen stabilen Eindruck macht.
Wenn die Daten sich schon in die Wolke verflüchtigen, das doch bitte in einem geeigneten Austauschformat, so dass die Apps sich überhaupt verstehen können! So wäre der Idealzustand. Allerdings ist Transparenz nicht die Stärke der ClosedSource-Anbieter. Die OpenSource-Gemeinde wird sich über die Cloud-Initiativen freuen können, denn es wird gewiss eine Anforderung der Nutzer an Transparenz geben, denn die Datenhoheit möchte jeder Cloud-Nutzer doch selbst haben, oder?! (VE)
http://www.slideshare.net/dpalmisano/from-the-semantic-web-to-the-web-of-data-ten-years-of-linking-up