Hi. Travis Brown <[email protected]> writes:
> On Tue, Aug 28, 2012 at 10:25:13AM +0200, Olivier Berger claimed: >>Have you considered OSLC-CM (Open Services for Lifecycle Collaboration >>Change Management) specifications [2] ? > > When I was searching I didn't find any mention of it, but I'll > definitely take a deeper look at it. You're not the first one. I experienced the same myself, working on bugtracker interoperability for a year in 2009 before I discovered OSLC without having ever seen it on my radar ! ;-) > After a quick glance it looks to me that the protocol is designed with > real time bidirectional communication in mind (ie. an HTTP > session). Are you familiar enough with the protocol to comment on any > obvious impediments to using it, in a restricted manner perhaps, over > an asynchronous protocol such as email? I think there's the protocol part which specifies the behaviour of service and client operating over a REST API (including AJAX dialogs for delegated stuff, compact preview, etc.). Then there is the RDF representation of the bugs (Change Requests). I don't see why that last part wouldn't fit for email transfer of bug properties. At least for the generic properties [0], it looks very similar to what you described, I think. See for instance a fictional sample in turtle format : http://open-services.net/bin/view/Main/CmSpecificationV2Samples#Request_with_no_parameters_as_Tu I can imagine quite well such text content inside an email without too much decoding issues (other that your preferred language's library for RDF/Turtle parsing... hint: rdflib supports turtle for Python). I think I'm quite familiar to OSLC, but then I'm not sure I understand what you try to achieve (I may have over read and forgotten... oh, look, your home page suggests https://github.com/travisb-ca/nitpick ;-) > > Wheels are nice but there are already too many of them. Thank you very > much for the pointer. > I hope it helps. I wish I could have been pointed to OSLC sooner when we worked on Beatle and Helios_bt, which happened to be quite redundant in the old times ;-) Best regards, [0] http://open-services.net/bin/view/Main/CmSpecificationV2#CM_Resource_Definitions -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) _______________________________________________ dist-bugs mailing list [email protected] http://kitenet.net/cgi-bin/mailman/listinfo/dist-bugs
