-
1. Re: Versioning of services
marklittle Feb 16, 2006 9:51 AM (in response to marklittle)Damon Sicore mentioned that Shotoku may be useful for helping to address the versioning requirements.
-
2. Re: Versioning of services
starksm64 Feb 16, 2006 1:43 PM (in response to marklittle)We also should not repeat the mistake of ignoring management of esb deployments as a fundamental aspect that needs to be considered from the perspective of an admin as opposed to a developer. I would like a discussion between the JBossESB, JBossAS, and JBossON teams on the whole service definition, versioning and management issue.
-
3. Re: Versioning of services
marklittle Feb 16, 2006 2:02 PM (in response to marklittle)Agreed. I haven't got round to adding the topic on management yet, but it's there to be done.
Mark. -
4. Re: Versioning of services
ddossot Mar 20, 2006 8:00 AM (in response to marklittle)How about the possibility to tag a service as deprecated? This would allow to warn the consummer (or the admin) that a migration to a newer version is now imperative.
-
5. Re: Versioning of services
marklittle Mar 21, 2006 7:11 AM (in response to marklittle)Sure. We could support that within the repository, which would allow for static bind-time evaluation, as well as some tag within the header (or context) of a response from such a service that the receiver could then use at runtime to force a rebind to a newer version.
The problem is always going to be finding a quiescent period when the service can be removed entirely. Without maintaing durable user information, and requiring users to explicitly bind/unbind (ref/unref) the service, you're never going to be able to guarantee a service-fault hit by some client once the service is removed. However, one of the things the ESB architecture we're developing will allow, is the placement of Tomb Stones, so in the case where you really want to leave a permanent forward reference, you can do so: a TS would simply redirect automatically to a new service and short-cut the chain back to the client so that subsequent invocations don't need to go via the TS. -
6. Re: Versioning of services
ddossot Mar 21, 2006 11:34 AM (in response to marklittle)Thanks for your reply. The Tomb Stone concept is great! It will be very helpful to manage smoothly the transition period in the service end-of-life cycle.
D.
PS. Will it glow in the dark? ;-) -
7. Re: Versioning of services
marklittle Mar 21, 2006 11:40 AM (in response to marklittle)It won't glow in the dark, but if you deploy enough of them you may see Wyatt Earp!
Actually the concept goes back to some early work I did with some colleagues on fixing the broken link problem in the Web (http://citeseer.ist.psu.edu/context/1033244/0). Still applicable today.