Evolving systems and the link to service orientation
Upcoming SlideShare
Loading in...5
×
 

Evolving systems and the link to service orientation

on

  • 1,558 views

A talk I gave at the Semantic Technology & Business Conference in London, 26 September 2011 ( http://semtechbizuk2011.semanticweb.com/sessionPop.cfm?confid=63&proposalid=4198 )

A talk I gave at the Semantic Technology & Business Conference in London, 26 September 2011 ( http://semtechbizuk2011.semanticweb.com/sessionPop.cfm?confid=63&proposalid=4198 )

Statistics

Views

Total Views
1,558
Views on SlideShare
824
Embed Views
734

Actions

Likes
1
Downloads
0
Comments
0

4 Embeds 734

http://changelos.com 727
http://www.365dailyjournal.com 4
http://prlog.ru 2
http://webcache.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Evolving systems and the link to service orientation Evolving systems and the link to service orientation Presentation Transcript

  • Evolving  systems  and   the  link  to  service   orienta4on ...and  the  search  for  a  shorter  .tleAngelo  van  der  Sijptangelo.vandersijpt@luminis.eu http://www.flickr.com/photos/artolog/313055444/
  • $ whoami• Angelo  van  der  Sijpt• Commi:er  with  Apache  ACE• So=ware  engineer  at  Luminis   Technologies• angelo.vandersijpt@luminis.eu    • Buzzwords:  Java,  OSGi,  Agile
  • ARL http://www.flickr.com/photos/shonk/57302289/
  • Formalcurriculum • ... • ... schoolsobjec+ves curriculum personal)objec-ves • ... • ... personal)learning)path
  • personal)learning)path Goal%selec)on Learning( objec-ves
  • Learning( objec-ves Objectselec*onContent Executable* learning design Execu&on
  • Formalcurriculum • ... • ... schoolsobjec3ves curriculum personalobjec3ves • ... • ... personallearningpath Goalselec3on Learning( objec-ves Objectselec*on Content Executable* learning design Execu&on
  • ARL• “Where  is  this  student  compared  to  his  class?” ve Re a( st ric or pl• “What  learning  style  do  I  have?” (v Ex ed e uc pro . file• “Who  else  has  problems  with  this?” Educ.& domain• “What  should  I  do  now?” http://www.flickr.com/photos/jeffsmallwood/233853485
  • The  profile  service http://www.flickr.com/photos/crazyneighborlady/411869140/
  • • Pluggable• Evolvable• Driven  by  code
  • Query q = new Query() .select(person()) .where(person().firstName(literal("Roy")));RowSet<Row> rowSet = q.select(model);Person roy = rowSet.iterator().next().get(person());roy.lastName();roy.lastName("Trenneman");
  • PIM:Person Subject9 Curriculum hasTopConcept SKOS: hasEduca/on Achievement ha f sA O ch SKOS:Concept sist iev con edEduca/on Learing Objec/ve
  • new Query().select(curriculum().label(), learningDimension(),learningDimension().label(), achievement(),learningdimension("sublearningdimension")) .where( curriculum() .hasTopConcept(learningDimension()) .label()), learningdimension("sublearningdimension") .broader(learningDimension()) learningDimension() .label(), p.has(education()), optional( education() .consistsOf(achievement()), achievement() .hasAchieved(learningdimension("sublearningdimension"))), filter("bound(" + achievement() + ")");
  • Service  Orienta4on http://www.flickr.com/photos/camknows/4712191684
  • “A  Service  Oriented  Architecture  is  comprised  of  independently  defined  components,  providing  services  through  agreed-­‐upon  interfaces.  Components  can  in  turn  have  dependencies  on  other  services.” http://www.flickr.com/photos/camknows/4712191684
  • Service  Orienta4on• Mo.va.on • Isola.on  &  decoupling • (Coping  with  or  causing)   B A dynamic  composi.on binding• Vocabulary • Service,  component,   mandatory/op.onal   dependency • Excluded• Rules • Discovery • Services  are  self-­‐contained • Orchestra.on • Interfaces  are  defined   • Communica.on   beforehand method
  • http://www.flickr.com/photos/artolog/313055444/
  • Service Module LifecycleFramework
  • More  on  OSGi • Defines  a  framework • Bundles  (components)  are  Java  jar  files • Contain  code,  metadata,  and  arbitrary  data Hall et al. C rea tin g M odu lar A ppl ica tio ns in J ava OSGi IN ACTION Richard S. Hall Karl Pauls Stuart McCulloch David Savage FOREWORD BY PETER KRIENSMANNING MANNING
  • SOA  and  data
  • • Code  centric• Data  never  dies,  but  code  can  go• Plugging  axioms  and  entailments
  • • Allows  (de-­‐)installa.on  of  components• Respects  the  service  dependency  tree• Tradeoffs • Transform  data,  or  pay  with  code  complexity
  • Versioning Semantic Versioning• Code:  we’re  ge[ng  there Technical Whitepaper Revision 1.0 May 6, 2010 • Major/minor/micro• Ontologies:  version  from  the   start • Closed  system?  Place  addi.ons  in   © 2010 OSGi Alliance All Rights Reserved. same  version • Open  system?  Bump  version  on   every  change  (but  minimize  those)
  • In  short• Code  and  data  can  learn  from  each  other• Evolve  code  and  data  together • Package  them  together• Consider  your  versioning  scheme • Do,  or  don’t,  worry  about  interchangeability
  • Evolving  systems  and   the  link  to  service   orienta4onAngelo  van  der  Sijptangelo.vandersijpt@luminis.eu http://www.flickr.com/photos/98469445@N00/327471676/