-
Notifications
You must be signed in to change notification settings - Fork 1
Create a registry docker for developer testing #129
Comments
I am having problems with mvn linkcheck:linkcheck. Error is:
I have googled it and it is not obvious on how to make it available like |
@al-niessner this step is not necessary for the build you are working on. linkcheck is to check links in the mvn site that we publish on github. It is known to only work with jdk1.8 unlike the rest of the registry which works with jdk11, so you can give up this step in the docker image. Some information on that is available in the readme is your scroll right: |
The application is going to be composed of 2 docker images (registry tools + elastic search) |
Where can I find a block of test data for the harvest command? The paragraphs above suggest using some PDS records, but does not detail the commands to do it. I have the archive directory set up but nothing in it and got this result:
which is when I realized I need some data. It seems like there may be a block of it somewhere (cannot find it into the harvest-3.3.3 release). |
@tloubrieu-jpl @tdddblog can we point @al-niessner to the directory for the data. I believe it is in your home directory @tdddblog ? Btw, I would really like this moved to some.consistent location for test data for all our software, if at all possible. If we need more.diak space or whatever, let's just make it happen so everyone always knows where to go for PDS test data so we can document appropriately. |
I can add it to the docker image if it does not change that much. At the
least, it will be a default test data set that the user can then override
with their own.
…On Sat, Feb 6, 2021 at 12:03 AM Jordan Padams ***@***.***> wrote:
@tloubrieu-jpl <https://github.com/tloubrieu-jpl> @tdddblog
<https://github.com/tdddblog> can we point @al-niessner
<https://github.com/al-niessner> to the directory for the data. I believe
it is in your home directory @tdddblog <https://github.com/tdddblog> ?
Btw, I would really like this moved to some.consistent location for test
data for all our software, if at all possible. If we need more.diak space
or whatever, let's just make it happen so everyone always knows where to go
for PDS test data so we can document appropriately.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#129 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIUBIWOD2C4CGOHWKAGVKDS5TZUTANCNFSM4WYAKP5Q>
.
|
@al-niessner @jordanpadams the pds-registry-app package pulls a small dataset from https://pds.nasa.gov/datastandards/documents/examples/ when you run The data is not in the github source, it is pulled in a few minutes when the package is created. I believe this mvn package should be part of the docker image. If we want a bigger dataset we can work with the one in Eugene home directory. The original datasets are published online. These datasets (insight cameras, orex) are much bigger than the test dataset so it takes longer to download and ingest in the registry (days I think) |
* work in progress * finalized the docker build and run Co-authored-by: Al Niessner <Al.Niessner@xxx.xxx>
Since the registry is a central component of PDS system, many developers use it as an interface for their own development.
To spare them some time, we want to provide them with a docker image providing the elasticsearch data filled with some test data.
The docker image will:
The github repositories which are at stake are:
The docker resources will be manage in this pds-registry-app repository, in a specific directory (docker).
Acceptance criteria:
Instruction for running the registry in docker containers are provided in the pds-registry-app repostory README.
The text was updated successfully, but these errors were encountered: