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

Reply via email to