>>> >>> lp.projects['fooprojectgroup'] happens to work because launchpadlib's >>> ProjectSet generates a URL of /fooprojectgroup, and that URL namespace >>> is shared between projects, distributions and project groups. The >>> returned interfaces are heterogeneous because of exactly the hack that >>> Ian proposes as the easy solution -- indexing a client-defined >>> collection like ProjectSet just generates a URL with a known structure >>> and requests that resource, respecting whatever resource type is returned. >> >> Right, and thats why I'm saying the previously sketched thing of >> respecting such information consistently will reduce the special >> casing code, close of a couple of long standing bugs, be easier to >> maintain and work with. >> >> So I rejected your MP and pointed you at the root cause. It still lets >> you expose a collection of services but you don't need the special >> casing. I don't think it is a distraction in any way. > > (thats bug #340935 - thanks wgrant) >
Oh, so that's why I couldn't find the bug - I was looking in bugs for the launchpadlib project. I had no idea the wadllib project even existed. And why I kept saying to myself "what bug?". Various conversations around fixing the problem without introducing another client collection seemed to lead to having to modify launchpadlib and the wadl generation amongst other things, and seemed much more involved/complicated than the original proposal. Given that advice and my lack of previous exposure to the vagaries of wadl generation et al, it is a distraction since my main aim is to get the disclosure work finished and this stuff is at this stage more of a nice to have from that perspective. _______________________________________________ Mailing list: https://launchpad.net/~launchpad-dev Post to : launchpad-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~launchpad-dev More help : https://help.launchpad.net/ListHelp
