1 / 6

Dynamic Reconfiguration of Evolving Web Services

Dynamic Reconfiguration of Evolving Web Services. Piotr Kaminski, Hausi M üller, Marin Litoiu, Dan Jemiolo University of Victoria / IBM. Research supported by IBM and NSERC. Goals and Results. We are looking at: autonomic self-configuration --> dynamic redeployment

pelham
Télécharger la présentation

Dynamic Reconfiguration of Evolving Web Services

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Dynamic Reconfigurationof Evolving Web Services Piotr Kaminski, Hausi Müller, Marin Litoiu, Dan Jemiolo University of Victoria / IBM Research supportedby IBM and NSERC

  2. Goals and Results • We are looking at: • autonomic self-configuration • --> dynamic redeployment • ----> evolution management ...from a design-time perspective ...applied to web services • Our results thus far: • the Chain of Adapters design technique for version management • an Eclipse/WTP plug-in to help apply Chain of Adapters • publication at SEAMS workshop (ICSE 2006) Dynamic Reconfiguration of Evolving Web Services

  3. Requirements • Backwards compatibility • Common code base • Common data store • Untangled versions • Unconstrained evolution • Visible mechanism Isolated versions Tangled versions Dynamic Reconfiguration of Evolving Web Services

  4. Chain of Adapters Pros • common code/data • encapsulated versions • transparent mechanism • duplicate interface into new namespace • create trivial delegating adapter • retarget previous adapter • publish frozen interface at new endpoint • make compensating changes in adapter Cons • backwards compatibility not guaranteed • some constraints on evolution • performance issues (manageable) • duplicate interface into new namespace • create trivial delegating adapter • publish frozen interface at new endpoint • make compensating changes in adapter Dynamic Reconfiguration of Evolving Web Services

  5. Reconfiguration Scenario • Applying CofA within an application allows: • splitting the reconfiguration process into smaller chunks • shorter service discontinuities • easier failure recovery (Each box in these diagrams encompasses a whole application, including its entire chain of adapters.) Dynamic Reconfiguration of Evolving Web Services

  6. Next Steps • Rewrite Chain of Adapters plug-in for WTP 1.0/1.5 • Adapt plug-in for WAS • Integrate plug-in into WTP or other IBM tools • Investigate generalizing chain into tree • e.g. for bug fixes, or decoupled client/server development Dynamic Reconfiguration of Evolving Web Services

More Related