Hi Andrea Some quick responses, based on what was discussed:
> >> Pass tests: This may require updating some dependencies >> (this can be split up) > > > The PRs that I've sent do not just compile, they pass a full "mvn clean > install", that includes tests, > if you take the time to build every bit from sources, in turn. Not sure > how this got overlooked. > It didn't get overlooked so much as no one in the meeting had run those branches locally yet, and no one knew for sure if this was the case. Thanks for the clarification, this point can be removed from the plan in this case. Discussion: >> >> - >> >> Jody prefers github pages so that everyone can edit, maintain >> - >> >> https://jekyllrb.com/tutorials/convert-site-to-jekyll/ >> - >> >> >> https://stackoverflow.com/questions/15347808/display-javadocs-on-github >> >> > "everyone can edit"... but everyone already can edit the docs, I assume > you're talking about the https://docs.geoserver.org/ > landing page right? > Yes, we were talking about the landing page (which isn't even in version control) > > >> >> - >> >> docs.geoserver.org has already been migrated to S3? DNS not changed >> over yet. >> - >> >> swagger docs don't like being hosted statically, need to >> investigate and see if there is a workaround. >> >> > I am confused about this bit, the swagger UI I know it's pure > HTML/javascript, all one has to do is to point to the YAML/JSON definition > of the API? > > Yeah, in theory it should be able to be host the swagger docs statically, but for some reason this doesn't work. We need to figure out why, given that this is something that ought to be trivial. > >> - >> >> https://sourcey.com/spectacle/ >> >> > The output of this looks better than Swagger imho. > That does look nice. If there is no easy way of getting the current docs to work statically, that could be an alternative. Cheers, Torben
_______________________________________________ GeoTools-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
