- A central repo where I can store all web service related metadata - the name, URL, purpose, dates, owners, version numbers, dependencies, etc.
- A one page list of the current web service URLs, what they do, and what their status is (live/dev/test etc). This is the one that I am sorely missing right now! One web service per line
- Keeping the WSDL in source control is useful, but there needs to be an easy way to get it in there, to compare differences, and to link the source code URL into the metadata repo; and there needs to be a clear process for when (at what stage in the dev process) the WSDL in source control gets updated
- I need to regularly test/ping these services to ensure they are still up and alert if they aren't. This could be done through something like Servers Alive. Ideally it should dynamically look-up my metadata repo and automatically test the services that are at the right status. Otherwise I'll just forget to add the test into Servers Alive. The repo can hold the names of the people to alert. It would be nice if it could update back into our repo the date/time of the last successful test, and the current test status (up/down)
- Most of all, it needs to flow well and be intuitive to use - buttons/links that lead me through high-level tasks. I don't do this everyday so I don't want to have to refer to a manual every time I want to do something (like upgrade a web service and deploy it).
- What I don't want is run-time web service look-ups!
- What I also don't want is some giant heavy-weight system that does all of this, plus 1,000 things more. Well actually, I don't mind if it does 1,000 things more, as long as they are hidden/unobtrusive and don't turn it into a click-coffee-click tool.
I can see why so many people end up writing their own registries!