[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: XSA proposal
* Jeffrey Ricker > >My first reaction was just like Tim's: this is OSD. But then I saw that it >was more of the e-commerce part rather than the mechanics of software >distribution. Am I right? To tell you the truth my first reaction now was that I need to rewrite the motivation part. :-) XSA is supposed to solve a very simple problem: I and lots and lots of other people maintain lists of software and we have a very difficult time keeping them up to date. New versions are released that make our descriptions obsolete, email addresses change, links die, product names change etc etc If developers could maintain XSA documents that listed these things anyone who was interested could poll them for changes at intervals and discover these things automatically. Today most software list maintainers simply don't even try to keep their coverage up to date and instead rely on developers to do it for them. The developers usually have their products listed in too many places for this to be feasible, hence XSA. What I've done besides the specification is to write a Java API and a client that can be run from a cron job so that list maintainers (and whoever else might be interested) can get email when something happens. E-commerce never entered the picture, but that's not to say that an expanded version might be useful in such a context as well. Or that XSA might not make use of information published for e-commerce purposes. >If so, perhaps it should be a part of a larger effort. That would suit me well. For this to work people need to write actual XSA documents, publish them and update them. This is the Achilles heel of the project: if nobody does that XSA is dead. The more official this looks the greater the chance that people will take it seriously to do it. (Which is why I've now added OSD support. It's tested and it works, as far as it goes.) To alleviate this I've made two CGI scripts that give users a form to fill out and return a validated XSA document ready for publishing. That simplifies creation, but the real problem is to be taken seriously. Also, the reason I've kept XSA as simple as possible (and omitting almost everything in OSD) is to make the documents easy to create and modify. For the purpose I had in mind I don't see any benefits to more information, but that would make XSA harder to get started with. >Have you spoken to the RosettaNet project about your ideas? Never heard of it, I'm afraid. The stuff I dug up with AltaVista looks like something that it might be possible to integrate with XSA (sort of like I've now done with OSD), but I just didn't know about it before. Do you have some URLs with details and perhaps some contact addresses? --Lars M. xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|