On Tue, 2017-10-03 at 17:03 +0200, Konrad Windszus wrote: > > On 3. Oct 2017, at 16:35, Bertrand Delacretaz <bdelacretaz@apache.o > > rg> wrote: > > > > Hi, > > > > On Tue, Oct 3, 2017 at 3:50 PM, Konrad Windszus <konra...@gmx.de> > > wrote: > > > ...I think we also once discussed on the mailing list where to > > > put bundle documentation: either in the readme or in the site > > > itself... > > > > Now that we have complete control over the website we might > > generate > > http://sling.apache.org/documentation/bundles.html (or part of it) > > using the GitHub API, or the module list that we use for Jenkins, > > and > > mostly use the module's README.md from now on. > > That sounds really good. > @Robert: Would it be possible to maintain the module list as separate > JSON file (currently contained in > https://svn.apache.org/repos/asf/sling/trunk/tooling/jenkins/create_j > obs.groovy).
My plan is to access the repositories using the Sling API rather than define a big list which can get out of date. The 'canonical' way of doing this is by accessing https://api.github.co m/orgs/${github_org}/repos and filtering based on the repo name. > > Then we could easily use it for this purpose as well. > The only question would be, when and how to trigger the update. > > Also we would have two different possibilities here: > 1. Just link towards the readme.md (we must link to Github though, as > Apache's Gitbox doesn't seem to be able to render the HTML from the > MD, compare with https://gitbox.apache.org/repos/asf?p=nutch.git;a=bl > ob;f=README.md;h=3aed205beb13d5b76c257d192d6c23d94669be35;hb=HEAD) > 2. Generate the HTML page within the Sling site for each found > readme. > > I would rather be in favour of option 2 though, as otherwise the > readme link would only point towards Github, but of course then the > updating issue is even more interesting... Option 2 sounds good to me as well. I am not sure though, as Bertrand already mentioned, that we can rely on the README.md format rendering 100% as expected in a different context. What we could do is: - always keep the documentation in sling.apache.org - add a deep link from the README.md to the specific documentation page on sling.apache.org . Thanks, Robert