SlideShare a Scribd company logo
Semantic Web Services
State of the Art
Markus Lanthaler
Graz University ofTechnology
©SprengBen
Programming today is a race between software engineers
striving to build bigger and better idiot-proof programs,
and the Universe trying to produce bigger and better idiots.
© Rick Harris
[Rick Cook,The Wizardry Compiled]
So far, the Universe is winning.
SOAP + WSDL + UDDI
© Capture Queen
SOAP ≈ RPC not Web-friendly
© jvs11
REST (Representational StateTransfer)
specifically developed for the Web
© longhorndave
© Michael Glasgow
(Perceived) complexity High Low
Usage of HTTP as an
application protocol
No, abused as
transport protocol
Yes
Web-friendly (direct support
of caches, proxies, etc.)
No Yes
Stateless No (most of the time) Yes
Addressable resources No Yes
Data handling Automatic mapping
to objects (O/X)
No automatism
Data security WS-Security, … HTTPS
SOAP REST
REST typically has just a
human-readable documentation
WRDLNSDLRSWSSMEX-DResedelWDLMost natural description by HTML
containing hyperlinks and forms
The only regularly updated
proposals are hRESTS and WADL
WADL: closely related to WSDL
hRESTS: microformats for HTML doc.
Syntactic description is not enough
Semantic annotation of
data and behavior
© Clever Cupcakes
Semantic Description Formats
 OWL-S
 WSMO
 SAWSDL
 SA-REST
 MicroWSMO
 WSMO-Lite
 Atom/RSS
 OpenSearch
 oEmbed
 …
Domain-specific
formats
General-purpose
formats
Profile
Service Process Model
Grounding
described by
What does
the service
How to access
the service
How the
service works
OWL-S
Connectors between these components
handles heterogeneities
allows loose coupling
Goals
Ontologies
Service
Description
Mediators
Objectives a client might
have when consulting the
service
Description of servicesDefines the formalized
domain knowledge
WSMO
SAWSDL
modelReference
liftingSchemaMapping
loweringSchemaMapping
WSDL/XSD
MicroWSMO
Model
Lifting
Lowering
HTML + microformats
(relies on hRESTS)
SA-REST
Action
Input/Output/Fault
Lifting
HTML + RDFa
Operation
Lowering
WSMO-Lite
Information
Model
Behavioral
Semantics
Functionality the
service offers
How has a client to
talk to the service
Data model for input,
output and fault
messages
Functional
Semantics
Non-functional
Descriptions
Non-functional properties,
e.g. QoS or pricing
Possible to create matching
stacks for SOAP and REST
SAWSDL
WSDL
Ontology, e.g. WSMO-Lite
extends
hRESTS
MicroWSMO
Service interface description
Semantic annotation
extends
annotations point to
All of these approaches assume a
RPC-style service. REST is different.
©Nesster
©DaveJoyce
Atom, OpenSearch + Linked Open Data
Domain-specific Description
Formats
Atom/AtomPub OpenSearch
© 2010, Markus Lanthaler. Some Rights Reserved.
http://creativecommons.org/licenses/by-nc-sa/3.0/
ThankYou
Markus Lanthaler
Markus.Lanthaler@student.TUGraz.at
©MichaelSauers
Image Credits
(1) http://www.flickr.com/photos/sprengben/4550315185/
(2) http://www.flickr.com/photos/rickharris/3241285917/
(4) http://www.flickr.com/photos/uaeincredible/64162372/
(4) http://www.flickr.com/photos/uaeincredible/64162372/
(5) http://www.flickr.com/photos/jvs11/4253275748/
(7) http://www.flickr.com/photos/davidw/3501319155/
(8) http://www.flickr.com/photos/glasgows/2200685325/
(12) http://www.flickr.com/photos/clevercupcakes/4397152402/
(21) http://www.flickr.com/photos/nesster/3168425434/
(22) http://www.flickr.com/photos/deapeajay/2597109669/
(24) http://www.flickr.com/photos/travelinlibrarian/223839049/
(27) http://www.flickr.com/photos/arenamontanus/2530501831/
(28) http://www.flickr.com/photos/mdid/2698688454/
(30) http://www.flickr.com/photos/luisbg/2072134438/
Bonus Slides
Use lifting/lowering schemas
Translation between service’s native and ontology’s format
© Anders Sandberg
Data mediation/integration is a
common and still open problem
© mdid
Publishers are willing to annotate
their data if there is an incentive
Facebook’s Open Graph
Protocol was implemented
in over 50,000 Web sites
within the first week
[http://developers.facebook.com/blog/post/379]
… and it’s simple enough
“We know the hard things are
possible, we just have to make the
easy things easy.”
[Norman Walsh, 2006]
©LuisdeBethencourt

More Related Content

What's hot

Intoduction to web services
Intoduction to web servicesIntoduction to web services
Intoduction to web services
Ahmed Gamil
 
Web services
Web servicesWeb services
Web services
Michael Weiss
 
Spring and SOA (2006)
Spring and SOA (2006)Spring and SOA (2006)
Spring and SOA (2006)
Geert Pante
 
Overview of web services
Overview of web servicesOverview of web services
Overview of web services
People Strategists
 
Soa Grundlagen
Soa GrundlagenSoa Grundlagen
Soa Grundlagen
Brockhaus Group
 
OGSA
OGSAOGSA
Web Services and the Service-Oriented Architecture
Web Services and the Service-Oriented ArchitectureWeb Services and the Service-Oriented Architecture
Web Services and the Service-Oriented Architecture
rbalderas
 
Develop ASP.Net Web Service
Develop ASP.Net Web Service Develop ASP.Net Web Service
Develop ASP.Net Web Service
Safaa Farouk
 
SOA Pattern : Policy Centralization
SOA Pattern : Policy CentralizationSOA Pattern : Policy Centralization
SOA Pattern : Policy Centralization
WSO2
 
Open Grid Service Architecture By Gargishankar Verma - RCET Bhilai
Open Grid Service Architecture By Gargishankar Verma - RCET BhilaiOpen Grid Service Architecture By Gargishankar Verma - RCET Bhilai
Open Grid Service Architecture By Gargishankar Verma - RCET Bhilai
gargishankar1981
 
POLITEKNIK MALAYSIA
POLITEKNIK MALAYSIAPOLITEKNIK MALAYSIA
POLITEKNIK MALAYSIA
Aiman Hud
 
AEA Microservices Presentation Oct2015
AEA Microservices Presentation Oct2015AEA Microservices Presentation Oct2015
AEA Microservices Presentation Oct2015
achurch & associates pty ltd
 

What's hot (12)

Intoduction to web services
Intoduction to web servicesIntoduction to web services
Intoduction to web services
 
Web services
Web servicesWeb services
Web services
 
Spring and SOA (2006)
Spring and SOA (2006)Spring and SOA (2006)
Spring and SOA (2006)
 
Overview of web services
Overview of web servicesOverview of web services
Overview of web services
 
Soa Grundlagen
Soa GrundlagenSoa Grundlagen
Soa Grundlagen
 
OGSA
OGSAOGSA
OGSA
 
Web Services and the Service-Oriented Architecture
Web Services and the Service-Oriented ArchitectureWeb Services and the Service-Oriented Architecture
Web Services and the Service-Oriented Architecture
 
Develop ASP.Net Web Service
Develop ASP.Net Web Service Develop ASP.Net Web Service
Develop ASP.Net Web Service
 
SOA Pattern : Policy Centralization
SOA Pattern : Policy CentralizationSOA Pattern : Policy Centralization
SOA Pattern : Policy Centralization
 
Open Grid Service Architecture By Gargishankar Verma - RCET Bhilai
Open Grid Service Architecture By Gargishankar Verma - RCET BhilaiOpen Grid Service Architecture By Gargishankar Verma - RCET Bhilai
Open Grid Service Architecture By Gargishankar Verma - RCET Bhilai
 
POLITEKNIK MALAYSIA
POLITEKNIK MALAYSIAPOLITEKNIK MALAYSIA
POLITEKNIK MALAYSIA
 
AEA Microservices Presentation Oct2015
AEA Microservices Presentation Oct2015AEA Microservices Presentation Oct2015
AEA Microservices Presentation Oct2015
 

Similar to Semantic Web Services: State of the Art

Mobility Information Series - Webservice Architecture Comparison by RapidValue
Mobility Information Series - Webservice Architecture Comparison by RapidValueMobility Information Series - Webservice Architecture Comparison by RapidValue
Mobility Information Series - Webservice Architecture Comparison by RapidValue
RapidValue
 
webservices overview
webservices overviewwebservices overview
webservices overview
elliando dias
 
Unit 2
Unit 2Unit 2
Unit 2
Ravi Kumar
 
The Story of How an Oracle Classic Stronghold successfully embraced SOA
The Story of How an Oracle Classic Stronghold successfully embraced SOAThe Story of How an Oracle Classic Stronghold successfully embraced SOA
The Story of How an Oracle Classic Stronghold successfully embraced SOA
Lucas Jellema
 
Introduction to webservices
Introduction to webservicesIntroduction to webservices
Introduction to webservices
Gagandeep Singh
 
REST vs WS-*: Myths Facts and Lies
REST vs WS-*: Myths Facts and LiesREST vs WS-*: Myths Facts and Lies
REST vs WS-*: Myths Facts and Lies
Paul Fremantle
 
Web services for developer
Web services for developerWeb services for developer
Web services for developer
Rafiq Ahmed
 
Android chapter16-web-services
Android chapter16-web-servicesAndroid chapter16-web-services
Android chapter16-web-services
Aravindharamanan S
 
Towards a RESTful Service Ecosystem
Towards a RESTful Service EcosystemTowards a RESTful Service Ecosystem
Towards a RESTful Service Ecosystem
Markus Lanthaler
 
Presentation
PresentationPresentation
Presentation
Videoguy
 
The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...
The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...
The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...
Lucas Jellema
 
Ntg web services
Ntg   web servicesNtg   web services
Ntg web services
Farag Zakaria
 
Xml.ppt
Xml.pptXml.ppt
Automating the Use of Web APIs through Lightweight Semantics
Automating the Use of Web APIs through Lightweight SemanticsAutomating the Use of Web APIs through Lightweight Semantics
Automating the Use of Web APIs through Lightweight Semantics
mmaleshkova
 
17 applied architectures
17 applied architectures17 applied architectures
17 applied architectures
Majong DevJfu
 
SOA and web services
SOA and web servicesSOA and web services
SOA and web services
Sreekanth Narayanan
 
Web Service
Web ServiceWeb Service
Web Service
Kumar S
 
WebService-Java
WebService-JavaWebService-Java
WebService-Java
halwal
 
Service Oriented Development With Windows Communication Foundation 2003
Service Oriented Development With Windows Communication Foundation 2003Service Oriented Development With Windows Communication Foundation 2003
Service Oriented Development With Windows Communication Foundation 2003
Jason Townsend, MBA
 
Java web services
Java web servicesJava web services
Java web services
kumar gaurav
 

Similar to Semantic Web Services: State of the Art (20)

Mobility Information Series - Webservice Architecture Comparison by RapidValue
Mobility Information Series - Webservice Architecture Comparison by RapidValueMobility Information Series - Webservice Architecture Comparison by RapidValue
Mobility Information Series - Webservice Architecture Comparison by RapidValue
 
webservices overview
webservices overviewwebservices overview
webservices overview
 
Unit 2
Unit 2Unit 2
Unit 2
 
The Story of How an Oracle Classic Stronghold successfully embraced SOA
The Story of How an Oracle Classic Stronghold successfully embraced SOAThe Story of How an Oracle Classic Stronghold successfully embraced SOA
The Story of How an Oracle Classic Stronghold successfully embraced SOA
 
Introduction to webservices
Introduction to webservicesIntroduction to webservices
Introduction to webservices
 
REST vs WS-*: Myths Facts and Lies
REST vs WS-*: Myths Facts and LiesREST vs WS-*: Myths Facts and Lies
REST vs WS-*: Myths Facts and Lies
 
Web services for developer
Web services for developerWeb services for developer
Web services for developer
 
Android chapter16-web-services
Android chapter16-web-servicesAndroid chapter16-web-services
Android chapter16-web-services
 
Towards a RESTful Service Ecosystem
Towards a RESTful Service EcosystemTowards a RESTful Service Ecosystem
Towards a RESTful Service Ecosystem
 
Presentation
PresentationPresentation
Presentation
 
The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...
The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...
The Story of How an Oracle Classic Stronghold successfully embraced SOA (ODTU...
 
Ntg web services
Ntg   web servicesNtg   web services
Ntg web services
 
Xml.ppt
Xml.pptXml.ppt
Xml.ppt
 
Automating the Use of Web APIs through Lightweight Semantics
Automating the Use of Web APIs through Lightweight SemanticsAutomating the Use of Web APIs through Lightweight Semantics
Automating the Use of Web APIs through Lightweight Semantics
 
17 applied architectures
17 applied architectures17 applied architectures
17 applied architectures
 
SOA and web services
SOA and web servicesSOA and web services
SOA and web services
 
Web Service
Web ServiceWeb Service
Web Service
 
WebService-Java
WebService-JavaWebService-Java
WebService-Java
 
Service Oriented Development With Windows Communication Foundation 2003
Service Oriented Development With Windows Communication Foundation 2003Service Oriented Development With Windows Communication Foundation 2003
Service Oriented Development With Windows Communication Foundation 2003
 
Java web services
Java web servicesJava web services
Java web services
 

More from Markus Lanthaler

From Strings to Things to a Web of Services
From Strings to Things to a Web of ServicesFrom Strings to Things to a Web of Services
From Strings to Things to a Web of Services
Markus Lanthaler
 
The Web Is Changing — From Strings to Things
The Web Is Changing — From Strings to ThingsThe Web Is Changing — From Strings to Things
The Web Is Changing — From Strings to Things
Markus Lanthaler
 
Why and How to Optimize Your Data Architecture for an Integrated Future
Why and How to Optimize Your Data Architecture for an Integrated FutureWhy and How to Optimize Your Data Architecture for an Integrated Future
Why and How to Optimize Your Data Architecture for an Integrated Future
Markus Lanthaler
 
Creating Awesome Web APIs is a Breeze
Creating Awesome Web APIs is a BreezeCreating Awesome Web APIs is a Breeze
Creating Awesome Web APIs is a Breeze
Markus Lanthaler
 
A Deep Dive into JSON-LD and Hydra
A Deep Dive into JSON-LD and HydraA Deep Dive into JSON-LD and Hydra
A Deep Dive into JSON-LD and Hydra
Markus Lanthaler
 
Stop Reinventing the Wheel! Use Linked Data to Build Better APIs
Stop Reinventing the Wheel! Use Linked Data to Build Better APIsStop Reinventing the Wheel! Use Linked Data to Build Better APIs
Stop Reinventing the Wheel! Use Linked Data to Build Better APIs
Markus Lanthaler
 
The Web 3.0 is just around the corner. Be prepared!
The Web 3.0 is just around the corner. Be prepared!The Web 3.0 is just around the corner. Be prepared!
The Web 3.0 is just around the corner. Be prepared!
Markus Lanthaler
 
Full-on Hypermedia APIs with Hydra
Full-on Hypermedia APIs with HydraFull-on Hypermedia APIs with Hydra
Full-on Hypermedia APIs with Hydra
Markus Lanthaler
 
Building Next-Generation Web APIs with JSON-LD and Hydra
Building Next-Generation Web APIs with JSON-LD and HydraBuilding Next-Generation Web APIs with JSON-LD and Hydra
Building Next-Generation Web APIs with JSON-LD and Hydra
Markus Lanthaler
 
Creating 3rd Generation Web APIs with Hydra
Creating 3rd Generation Web APIs with HydraCreating 3rd Generation Web APIs with Hydra
Creating 3rd Generation Web APIs with Hydra
Markus Lanthaler
 
Model Your Application Domain, Not Your JSON Structures
Model Your Application Domain, Not Your JSON StructuresModel Your Application Domain, Not Your JSON Structures
Model Your Application Domain, Not Your JSON Structures
Markus Lanthaler
 
Hydra: A Vocabulary for Hypermedia-Driven Web APIs
Hydra: A Vocabulary for Hypermedia-Driven Web APIsHydra: A Vocabulary for Hypermedia-Driven Web APIs
Hydra: A Vocabulary for Hypermedia-Driven Web APIs
Markus Lanthaler
 
A Web of Things to Reduce Energy Wastage
A Web of Things to Reduce Energy WastageA Web of Things to Reduce Energy Wastage
A Web of Things to Reduce Energy Wastage
Markus Lanthaler
 
JSON-LD for RESTful services
JSON-LD for RESTful servicesJSON-LD for RESTful services
JSON-LD for RESTful services
Markus Lanthaler
 
Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...
Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...
Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...
Markus Lanthaler
 
SAPS - Semantic AtomPub-based Services
SAPS - Semantic AtomPub-based ServicesSAPS - Semantic AtomPub-based Services
SAPS - Semantic AtomPub-based Services
Markus Lanthaler
 
A Semantic Description Language for RESTful Data Services to Combat Semaphobia
A Semantic Description Language for RESTful Data Services to Combat SemaphobiaA Semantic Description Language for RESTful Data Services to Combat Semaphobia
A Semantic Description Language for RESTful Data Services to Combat Semaphobia
Markus Lanthaler
 

More from Markus Lanthaler (17)

From Strings to Things to a Web of Services
From Strings to Things to a Web of ServicesFrom Strings to Things to a Web of Services
From Strings to Things to a Web of Services
 
The Web Is Changing — From Strings to Things
The Web Is Changing — From Strings to ThingsThe Web Is Changing — From Strings to Things
The Web Is Changing — From Strings to Things
 
Why and How to Optimize Your Data Architecture for an Integrated Future
Why and How to Optimize Your Data Architecture for an Integrated FutureWhy and How to Optimize Your Data Architecture for an Integrated Future
Why and How to Optimize Your Data Architecture for an Integrated Future
 
Creating Awesome Web APIs is a Breeze
Creating Awesome Web APIs is a BreezeCreating Awesome Web APIs is a Breeze
Creating Awesome Web APIs is a Breeze
 
A Deep Dive into JSON-LD and Hydra
A Deep Dive into JSON-LD and HydraA Deep Dive into JSON-LD and Hydra
A Deep Dive into JSON-LD and Hydra
 
Stop Reinventing the Wheel! Use Linked Data to Build Better APIs
Stop Reinventing the Wheel! Use Linked Data to Build Better APIsStop Reinventing the Wheel! Use Linked Data to Build Better APIs
Stop Reinventing the Wheel! Use Linked Data to Build Better APIs
 
The Web 3.0 is just around the corner. Be prepared!
The Web 3.0 is just around the corner. Be prepared!The Web 3.0 is just around the corner. Be prepared!
The Web 3.0 is just around the corner. Be prepared!
 
Full-on Hypermedia APIs with Hydra
Full-on Hypermedia APIs with HydraFull-on Hypermedia APIs with Hydra
Full-on Hypermedia APIs with Hydra
 
Building Next-Generation Web APIs with JSON-LD and Hydra
Building Next-Generation Web APIs with JSON-LD and HydraBuilding Next-Generation Web APIs with JSON-LD and Hydra
Building Next-Generation Web APIs with JSON-LD and Hydra
 
Creating 3rd Generation Web APIs with Hydra
Creating 3rd Generation Web APIs with HydraCreating 3rd Generation Web APIs with Hydra
Creating 3rd Generation Web APIs with Hydra
 
Model Your Application Domain, Not Your JSON Structures
Model Your Application Domain, Not Your JSON StructuresModel Your Application Domain, Not Your JSON Structures
Model Your Application Domain, Not Your JSON Structures
 
Hydra: A Vocabulary for Hypermedia-Driven Web APIs
Hydra: A Vocabulary for Hypermedia-Driven Web APIsHydra: A Vocabulary for Hypermedia-Driven Web APIs
Hydra: A Vocabulary for Hypermedia-Driven Web APIs
 
A Web of Things to Reduce Energy Wastage
A Web of Things to Reduce Energy WastageA Web of Things to Reduce Energy Wastage
A Web of Things to Reduce Energy Wastage
 
JSON-LD for RESTful services
JSON-LD for RESTful servicesJSON-LD for RESTful services
JSON-LD for RESTful services
 
Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...
Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...
Aligning Web Services with the Semantic Web to Create a Global Read-Write Gra...
 
SAPS - Semantic AtomPub-based Services
SAPS - Semantic AtomPub-based ServicesSAPS - Semantic AtomPub-based Services
SAPS - Semantic AtomPub-based Services
 
A Semantic Description Language for RESTful Data Services to Combat Semaphobia
A Semantic Description Language for RESTful Data Services to Combat SemaphobiaA Semantic Description Language for RESTful Data Services to Combat Semaphobia
A Semantic Description Language for RESTful Data Services to Combat Semaphobia
 

Recently uploaded

Choosing The Best AWS Service For Your Website + API.pptx
Choosing The Best AWS Service For Your Website + API.pptxChoosing The Best AWS Service For Your Website + API.pptx
Choosing The Best AWS Service For Your Website + API.pptx
Brandon Minnick, MBA
 
JavaLand 2024: Application Development Green Masterplan
JavaLand 2024: Application Development Green MasterplanJavaLand 2024: Application Development Green Masterplan
JavaLand 2024: Application Development Green Masterplan
Miro Wengner
 
Presentation of the OECD Artificial Intelligence Review of Germany
Presentation of the OECD Artificial Intelligence Review of GermanyPresentation of the OECD Artificial Intelligence Review of Germany
Presentation of the OECD Artificial Intelligence Review of Germany
innovationoecd
 
Columbus Data & Analytics Wednesdays - June 2024
Columbus Data & Analytics Wednesdays - June 2024Columbus Data & Analytics Wednesdays - June 2024
Columbus Data & Analytics Wednesdays - June 2024
Jason Packer
 
Energy Efficient Video Encoding for Cloud and Edge Computing Instances
Energy Efficient Video Encoding for Cloud and Edge Computing InstancesEnergy Efficient Video Encoding for Cloud and Edge Computing Instances
Energy Efficient Video Encoding for Cloud and Edge Computing Instances
Alpen-Adria-Universität
 
HCL Notes and Domino License Cost Reduction in the World of DLAU
HCL Notes and Domino License Cost Reduction in the World of DLAUHCL Notes and Domino License Cost Reduction in the World of DLAU
HCL Notes and Domino License Cost Reduction in the World of DLAU
panagenda
 
Y-Combinator seed pitch deck template PP
Y-Combinator seed pitch deck template PPY-Combinator seed pitch deck template PP
Y-Combinator seed pitch deck template PP
c5vrf27qcz
 
Best 20 SEO Techniques To Improve Website Visibility In SERP
Best 20 SEO Techniques To Improve Website Visibility In SERPBest 20 SEO Techniques To Improve Website Visibility In SERP
Best 20 SEO Techniques To Improve Website Visibility In SERP
Pixlogix Infotech
 
Introduction of Cybersecurity with OSS at Code Europe 2024
Introduction of Cybersecurity with OSS  at Code Europe 2024Introduction of Cybersecurity with OSS  at Code Europe 2024
Introduction of Cybersecurity with OSS at Code Europe 2024
Hiroshi SHIBATA
 
Driving Business Innovation: Latest Generative AI Advancements & Success Story
Driving Business Innovation: Latest Generative AI Advancements & Success StoryDriving Business Innovation: Latest Generative AI Advancements & Success Story
Driving Business Innovation: Latest Generative AI Advancements & Success Story
Safe Software
 
Apps Break Data
Apps Break DataApps Break Data
Apps Break Data
Ivo Velitchkov
 
“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...
“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...
“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...
Edge AI and Vision Alliance
 
Digital Banking in the Cloud: How Citizens Bank Unlocked Their Mainframe
Digital Banking in the Cloud: How Citizens Bank Unlocked Their MainframeDigital Banking in the Cloud: How Citizens Bank Unlocked Their Mainframe
Digital Banking in the Cloud: How Citizens Bank Unlocked Their Mainframe
Precisely
 
Building Production Ready Search Pipelines with Spark and Milvus
Building Production Ready Search Pipelines with Spark and MilvusBuilding Production Ready Search Pipelines with Spark and Milvus
Building Production Ready Search Pipelines with Spark and Milvus
Zilliz
 
Skybuffer SAM4U tool for SAP license adoption
Skybuffer SAM4U tool for SAP license adoptionSkybuffer SAM4U tool for SAP license adoption
Skybuffer SAM4U tool for SAP license adoption
Tatiana Kojar
 
Public CyberSecurity Awareness Presentation 2024.pptx
Public CyberSecurity Awareness Presentation 2024.pptxPublic CyberSecurity Awareness Presentation 2024.pptx
Public CyberSecurity Awareness Presentation 2024.pptx
marufrahmanstratejm
 
Programming Foundation Models with DSPy - Meetup Slides
Programming Foundation Models with DSPy - Meetup SlidesProgramming Foundation Models with DSPy - Meetup Slides
Programming Foundation Models with DSPy - Meetup Slides
Zilliz
 
Monitoring and Managing Anomaly Detection on OpenShift.pdf
Monitoring and Managing Anomaly Detection on OpenShift.pdfMonitoring and Managing Anomaly Detection on OpenShift.pdf
Monitoring and Managing Anomaly Detection on OpenShift.pdf
Tosin Akinosho
 
Taking AI to the Next Level in Manufacturing.pdf
Taking AI to the Next Level in Manufacturing.pdfTaking AI to the Next Level in Manufacturing.pdf
Taking AI to the Next Level in Manufacturing.pdf
ssuserfac0301
 
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdf
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdfHow to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdf
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdf
Chart Kalyan
 

Recently uploaded (20)

Choosing The Best AWS Service For Your Website + API.pptx
Choosing The Best AWS Service For Your Website + API.pptxChoosing The Best AWS Service For Your Website + API.pptx
Choosing The Best AWS Service For Your Website + API.pptx
 
JavaLand 2024: Application Development Green Masterplan
JavaLand 2024: Application Development Green MasterplanJavaLand 2024: Application Development Green Masterplan
JavaLand 2024: Application Development Green Masterplan
 
Presentation of the OECD Artificial Intelligence Review of Germany
Presentation of the OECD Artificial Intelligence Review of GermanyPresentation of the OECD Artificial Intelligence Review of Germany
Presentation of the OECD Artificial Intelligence Review of Germany
 
Columbus Data & Analytics Wednesdays - June 2024
Columbus Data & Analytics Wednesdays - June 2024Columbus Data & Analytics Wednesdays - June 2024
Columbus Data & Analytics Wednesdays - June 2024
 
Energy Efficient Video Encoding for Cloud and Edge Computing Instances
Energy Efficient Video Encoding for Cloud and Edge Computing InstancesEnergy Efficient Video Encoding for Cloud and Edge Computing Instances
Energy Efficient Video Encoding for Cloud and Edge Computing Instances
 
HCL Notes and Domino License Cost Reduction in the World of DLAU
HCL Notes and Domino License Cost Reduction in the World of DLAUHCL Notes and Domino License Cost Reduction in the World of DLAU
HCL Notes and Domino License Cost Reduction in the World of DLAU
 
Y-Combinator seed pitch deck template PP
Y-Combinator seed pitch deck template PPY-Combinator seed pitch deck template PP
Y-Combinator seed pitch deck template PP
 
Best 20 SEO Techniques To Improve Website Visibility In SERP
Best 20 SEO Techniques To Improve Website Visibility In SERPBest 20 SEO Techniques To Improve Website Visibility In SERP
Best 20 SEO Techniques To Improve Website Visibility In SERP
 
Introduction of Cybersecurity with OSS at Code Europe 2024
Introduction of Cybersecurity with OSS  at Code Europe 2024Introduction of Cybersecurity with OSS  at Code Europe 2024
Introduction of Cybersecurity with OSS at Code Europe 2024
 
Driving Business Innovation: Latest Generative AI Advancements & Success Story
Driving Business Innovation: Latest Generative AI Advancements & Success StoryDriving Business Innovation: Latest Generative AI Advancements & Success Story
Driving Business Innovation: Latest Generative AI Advancements & Success Story
 
Apps Break Data
Apps Break DataApps Break Data
Apps Break Data
 
“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...
“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...
“How Axelera AI Uses Digital Compute-in-memory to Deliver Fast and Energy-eff...
 
Digital Banking in the Cloud: How Citizens Bank Unlocked Their Mainframe
Digital Banking in the Cloud: How Citizens Bank Unlocked Their MainframeDigital Banking in the Cloud: How Citizens Bank Unlocked Their Mainframe
Digital Banking in the Cloud: How Citizens Bank Unlocked Their Mainframe
 
Building Production Ready Search Pipelines with Spark and Milvus
Building Production Ready Search Pipelines with Spark and MilvusBuilding Production Ready Search Pipelines with Spark and Milvus
Building Production Ready Search Pipelines with Spark and Milvus
 
Skybuffer SAM4U tool for SAP license adoption
Skybuffer SAM4U tool for SAP license adoptionSkybuffer SAM4U tool for SAP license adoption
Skybuffer SAM4U tool for SAP license adoption
 
Public CyberSecurity Awareness Presentation 2024.pptx
Public CyberSecurity Awareness Presentation 2024.pptxPublic CyberSecurity Awareness Presentation 2024.pptx
Public CyberSecurity Awareness Presentation 2024.pptx
 
Programming Foundation Models with DSPy - Meetup Slides
Programming Foundation Models with DSPy - Meetup SlidesProgramming Foundation Models with DSPy - Meetup Slides
Programming Foundation Models with DSPy - Meetup Slides
 
Monitoring and Managing Anomaly Detection on OpenShift.pdf
Monitoring and Managing Anomaly Detection on OpenShift.pdfMonitoring and Managing Anomaly Detection on OpenShift.pdf
Monitoring and Managing Anomaly Detection on OpenShift.pdf
 
Taking AI to the Next Level in Manufacturing.pdf
Taking AI to the Next Level in Manufacturing.pdfTaking AI to the Next Level in Manufacturing.pdf
Taking AI to the Next Level in Manufacturing.pdf
 
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdf
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdfHow to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdf
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdf
 

Semantic Web Services: State of the Art

Editor's Notes

  1. Good morning and welcome to my presentation. My name is Markus Lanthaler, I’m a PhD student at the University of Technology in Graz in Austria and today I’m going to give you an overview of the state-of-the-art of semantic Web services.
  2. But first I would like to start with a quote from Rick Cook who once said that “Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots.” He concluded that “So far, the Universe is winning.”
  3. Till some years ago that usually meant that idiot is sitting in front of the monitor. The user was normally a human. But that changed with the introduction of service-oriented architectures in the late nineties.
  4. Typically when someone talks of a SOA he means a system based on Web services built on SOAP, WSDL, and UDDI.
  5. But unfortunately that approach is fundamentally flawed since SOAP is a RPC-oriented technology which ignores the differences between local and remote computing which means in turn that it is not web-friendly at all. The main reason for this is that RPC-oriented technologies usually don’t support intermediaries for caching, filtering, or, e.g., logging which are must-haves in Internet-scale systems.
  6. So this lead to a situation where we now have idiots on both sides. The different systems are usually so tightly coupled that even a tiny change such as the change from a 16 bit integer to a 32 bit integer could break the whole communication and would require the recompilation of the other system. Well, this might be acceptable in a controlled enterprise environment but for sure it isn’t for Internet-scale systems.
  7. So, to solve these and other problems, Roy Thomas Fielding introduced in 2000 REST, a new architectural style which was specifically developed for the Internet. Fielding made some meticulously chosen constraints to enhance performance, scalability, and resource abstraction within distributed hypermedia systems.
  8. Thus, REST’s approach is fundamentally different from traditional SOAP-based services. I won’t go into details but as you can see on this slide, REST has as lot of advantages. The most fundamental difference is that REST uses HTTP as an application protocol while SOAP abuses it as a pure transport protocol. This makes REST Web-friendly since it adds native support for intermediaries such as caches or proxies which perform their functions based on the semantics associated to the used HTTP verbs. Furthermore REST services are perceived to be simple while SOAP-based services with its gazillion specifications suffer from high complexity which might be one of the reasons why recently almost all developed services follow, at least to some degree, the REST principles. But there are still a lot of problems to be solved.
  9. So, e.g., till now there exists no agreed standard for a machine readable interface description. So, the usual way to use a RESTful service is to read a textual documentation as the one shown on this slide. This is, of course, an error-prone and tedious task.
  10. Since the most natural interface description which can be done by using HTML with hyperlinks and forms isn’t expressive enough, a lot of different approaches have been proposed. But most of them, such as WRDL, NSDL, SMEX-D, Resedel, RSWS, and WDL were more or less just ad-hoc inventions designed to solve some particular problems and haven’t been updated for many years. The only regularly updated proposals are hRESTS and WADL. WADL, which stands for Web Appli­cation Description Language, is closely related to WSDL. It uses a monolithic XML-file containing all the information about the service. hRESTS, which stands for HTML for RESTful Services follows a quite different approach. hRESTS’ idea is to enrich the, mostly already existent, human-readable HTML documentation with so called microformats to make it machine-processable. Maybe I should mention that there are controversial discussions if REST even needs an interface description format because its interface variability is almost eliminated by its uniform interface using the HTTP verbs. So, while it is arguable if there is a need for an interface description format,
  11. it is clear that such a syntactic description will not be enough. Indeed, two services can have exactly the same syntactic definition but perform significantly different functions.
  12. So what we need is a way to describe the semantics of both, the exchanged data and the behaviour of the service. Again, till now this is normally done in the form of a textual description which is, hopefully, easily understandable by a human being but machines have huge problems to understand such a document.
  13. So what we need is a semantic description format for Web services. There have been already a lot of proposals and they can be basically classified into general-purpose and domain-specific descriptions formats. So in the next minutes I will talk a bit about the general-purpose description formats and then conclude my talk with some words on the domain-specific formats.
  14. So let’s start with OWL-S, the Web Ontology Language for Web Services. OWL‑S is an ontology based on the Web Ontology Language which is in turn a World Wide Web Consortium standard. OWL-S consists of three main parts: the Service Profile, the Service Process Model and the Service Grounding. The service profile is primary meant for human reading and is used to describe what the service does. It includes the service name, a description and other information such as quality of service or publisher and contact information. The service process model describes how a client can interact with the service. So it describes the inputs, outputs, pre-conditions and the results of the service execution. Finally, the service grounding provides the needed details about transport protocols to in­voke the service. So, generally speaking, the Service Profile provides the informa­tion needed to discover a service, while the Service Process Model and Grounding, taken together, provide enough information to make use of a service, once found. OWL-S principal aim is thus to describe the service’s offers and needs. The main critique of OWL‑S is its limited expressiveness in practice and that it cannot contain completely unrelated operations as WSDL can. OWL-S allows only the description of static and deterministic aspects and doesn’t cover any notion of time and change, nor uncertainty.
  15. Another approach to describe Web services semantically is the Web Service Modeling Ontology (WSMO). WSMO offers the four top-level notions: Ontologies, Goals, Service Descriptions and Mediators. The Ontologies define the formalized domain knowledge while the Goals specify objectives that a client might have when consulting a Web service and the Service Descriptions describe the services that are requested or provided. Finally the Mediators are used to enable interoperability and to handle heterogeneity between all these components to allow loose coupling. (Mediation at data (mediation of data structures) and process level (mediation between heterogeneous communication patterns))   So, in contrast to OWL-S, WSMO propagates a goal-based approach. It is particularly designed to allow the search for Web services by formulating the queries in terms of goals. This clearly goes beyond of OWL‑S’ description of the service’s offers and needs.   One of the main critiques of WMO has been that concrete guidelines for developing mediators, which seem to be the essential contribution of WSMO, are missing. Another critique is that its development has been done in isolation of other standards. WSMO defines a conceptual model and a formal language called WSML (Web Service Modeling Language) together with a reference implementation of an execution environment (WSMX; Web Service Execution Environment).
  16. In fact the only standard is SAWSDL which was published three years ago the World Wide Web Consortium. SAWSDL stands for Semantic Annotations for WSDL and XML Schema and defines three new exten­sibility attributes for WSDL and XML Schema to add semantic annotations to them. The modelReference attribute defines the association between a WSDL or XML Schema com­ponent and a concept in some semantic model. The other two attributes, liftingSchema­Mapping and loweringSchemaMapping, are used in a XML Schema to specify the mappings to the semantic model, i.e., the needed transformations between the service’s native XML format and the semantic model. So to shortly summarize, SAWSDL is the only World Wide Web Consortium standard but, as it just defines extension attributes,  it comes without any formal semantics and it thus needs some kind of “magic mediators” outside the framework to re­solve the semantic heterogeneities. Given that SAWSDL relies on WSDL it mostly addresses SOAP-based services. But there exists a very similar approach for RESTful services,
  17. namely MicroWSMO. As you already see on the slide it is basically the same as SAWSDL. The only difference is that instead of relying on WSDL, it relies on hRESTS. So, all annotations are made in the HTML documentation of the service in the form of microformats.
  18. Another very similar approach is SA-REST. Again, it’s basically the same but this time RDFa is used instead of microformats. As a matter of fact, SA-REST was the first approach which reused the already existent HTML documentation. So, what all those three approaches, SAWSDL, MicroWSMO and SA-REST, have in common is that they don’t specify concrete formal semantics for representing the semantic model.
  19. This is where WSMO-Lite comes into play. WSMO‑Lite is as lightweight service ontology to fill the annotations with concrete semantics. It adopts some ideas of WSMO model but makes its semantics lighter. As you can see on the slide, WSMO‑Lite describes four aspects of a Web service: 1) the Information Model, which de­fines the data model for input, output, and fault messages; 2) the Functional Semantics, which define the functionality, which the service offers; 3) the Behavioral Semantics, which define how a client has to talk to the service; and 4) the Non-functional Descriptions, which define non-functional properties such as quality of service or pricing. So shortly summarized, WSMO-Lite is a lightweight ontology to fill the annotations with concrete service semantics  and it isn’t bound to a particular service description format which is important to highlight since that means that it can be used for example with SAWSDL as well as with MicroWSMO  to create matching stacks for SOAP- and REST-based services. The biggest differences are that WSMO‑Lite treats mediators as infrastructure elements and specifications for user goals as dependent on the particular discovery mechanism used, while WSMO defines formal user goals and mediators. Furthermore, WSMO‑Lite defines the behavior semantics only implicitly. WMO‑Lite also does not exclusively use WSML, as WSMO does, but allows the use of any ontology language with a RDF-syntax.
  20. So what I mean by matching stacks is shown on this slide. On one side you can have a stack built of WSDL and SAWSDL pointing to the WSMO-Lite ontology for SOAP-based services and on the other side you can have a stack of hRESTS and MicroWSMO for RESTful services. This allows performing tasks such as discovery or composition completely independently from the underlying Web service technology as you operate on a higher semantic level. But unfortunately,  so far none of the presented approaches has managed to break out of its academic confines. In my opinion there is a simple reason for that, at least in regard to RESTful services.
  21.  The thing is that all of the presented approaches assume that the service follows the RPC-style. But REST is fundamentally different as it is a resource-oriented architecture. So in my opinion all of these approaches are condemned to failure for RESTful services. I think we need something dramatically simpler for RESTful services and I believe that the description of the resource representations, i.e., the transport format, combined with the use of hypermedia should be enough to achieve a high degree of automation for RESTful services without overburdening the developers.
  22. That’s exactly what some of the most successful domain specific description formats do. I assume you all know Atom feeds and OpenSearch; OpenSearch is the underlying technology of your browser’s search bar. So I won’t describe them. Both formats are widely used and are pretty simple but unfortunately they are restricted to a very specific application domain. That’s exactly the problem we try to address right now. We try to combine those two formats with Linked Data to create a system that is usable for a much broader application domain while still remaining as simple as possible.
  23. OK, that was all from me, I would like to thank you for your attention.
  24. I would be glad to answer all of your questions now – even the silly ones.
  25. One way to do that would be to specify, additionally to the semantics, so called lifting and lowering schemas which are then used to translate from the service’s native data format to the ontology’s data structure, the so called grounding schema. So basically you add another abstraction layer. This added abstraction layer has also the important benefit that it makes the solution scalable because each service provider has to provide then only one lifting and lowering schema pair in contrast to the usual way which requires a mapping between all possible service combinations. But unfortunately it is not always possible to define a complete mapping to the grounding schema; this is a point that needs further research.
  26. Another important problem that might could be solved with semantic annotation is the data mediation or integration problem - which by the way is still an open problem. So typically when you create a mashup you as developer would go and implement a special mediation layer to translate the data formats between different services. And quite often this layer represents then the major part of the whole code. So what we need is some kind of support to translate between those different data formats automatically. Picture: Further comments on that site note that the tours of this particular castle are given in Czech (cheaply) and in other languages (at high prices).  This sign aims to prevent non-Czech-speakers from signing up for the Czech tour and having someone interpret it for them. The most obvious joke is in the fact that the sign is in violation of itself.  The second is a small in-joke about the differences between translation and interpreting.