New AspectJ website
Summary
This is a quasi follow-up on #1746 (closed). Because project lead @aclement has been generally unresponsive for quite a while now and I am the only active developer on both AspectJ and AJDT, two years ago I started converting old AspectJ documentation content based on DocBook XML to AsciiDoc. The last few days, I picked up where I left off two years ago and am basically finished or at least far enough to cut over. The new docs for the binary distribution will soon be included into the AspectJ installer. They constitute about 95% of the website content. The remainder are old general info links, downloads for legacy AspectJ versions and similar things.
A quick glance at the website GitHub repo reveals, that the existing website seems to be PHP-based, which is not true for the new HTML & CSS content generated from AsciiDoc files.
The decision I am trying to make now, is how to proceed. The options are as follows:
-
Continue using the existing repository, committing code there (if I can, I actually never tried), overwriting the legacy stuff, maybe salvaging parts which are not part of the AspectJ project. Here, my question to the infra team is: Does anything happen automagically when I commit to the main branch in that repository? I.e., is the website published to https://eclipse.dev/aspectj/ automatically? Or does anyone have to take additional, manual steps? If so, which ones and do I have the rights to perform them?
-
Continue using the existing repository, but configuring the AspectJ project to use that repository as a source for GitHub Pages which would then become available under https://eclipse-aspectj.github.io/aspectj/ and be linked to from the Eclipse AspectJ project website as the new project website. What are the pros and cons for this approach?
-
Similar to 2, but configuring the AspectJ project to use a gh-pages branch as its source to create a GitHub Pages site. The pro that comes to mind compared to 2 is that everything would be in one repository. The con would be that branch switches would be necessary in the publishing workflow and that cloning the AspectJ repository would also download the full (new) website history with all binaries like images and PDFs published there.
I think, I like 1 or 2 more than 3 with a tendency towards 2, unless it has significant downsides compared to 1. I would like your advice in this matter in order to make an informed decision.
Another related question: Where do www.eclipse.org/downloads download files like this one come from? Since 1.9.7, we attach the downloads to GitHub releases, but it would still be good to know, if and how I could upload files to the central Eclipse download site. The only thing I figured out is how to use a Jenkins job to upload AJDT to an Eclipse update site.
Priority
- Urgent
- High
- Medium
- Low
Severity
- Blocker
- Major
- Normal
- Low
Impact
It is important, not urgent. But ideally, I would like to release a bugfix release AspectJ 1.9.21.1 very soon with the new AsciiDoc-based docs in its installer. It would be desirable to have the website based on the same content up and running by then.