-
Notifications
You must be signed in to change notification settings - Fork 492
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IQSS/10318 Uningest/Reingest UI #10319
IQSS/10318 Uningest/Reingest UI #10319
Conversation
Jenkins run failed on |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! I left a few comments. I didn't run the code.
doc/sphinx-guides/source/user/tabulardataingest/ingestprocess.rst
Outdated
Show resolved
Hide resolved
doc/sphinx-guides/source/user/tabulardataingest/ingestprocess.rst
Outdated
Show resolved
Hide resolved
who can see the draft version of the dataset containing the file that will indicate why ingest failed. When the file is published as | ||
part of the dataset, there will be no indication that ingest was attempted and failed. | ||
|
||
If the warning message is a concern, the Dataverse software includes both an API call (see the Files section of the :doc:`/api/native-api` guide) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A :ref: link to the specific endpoint would be nice.
This will remove the .tab version of the file that was generated. | ||
|
||
If a file is a tabular format but was never ingested, .e.g. due to the ingest file size limit being lower in the past, or if ingest had failed, | ||
e.g. in a prior Dataverse version, an reingest API (see the Files section of the :doc:`/api/native-api` guide) and a file page Edit/Reingest option |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A :ref: link would be nice here as well.
public String ingestFile() throws CommandException{ | ||
|
||
User u = session.getUser(); | ||
if(!u.isAuthenticated() || !(permissionService.permissionsFor(u, file).contains(Permission.PublishDataset))) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was expecting to see a check for superuser here... Add a comment to say that the permission check is in the command (if it is)?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, this is re-ingest - and there is no command involved. The corresponding API is superuser-only - so this should probably be .isSuperuser()
here as well. (?)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(but note the "shouldn't happen" comment in the next line; i.e. I still believe it would make sense to check for superuser here, for consistency, but it's not as crucial)
if (!file.isTabularData()) { | ||
if(file.isIngestProblem()) { | ||
User u = session.getUser(); | ||
if(!u.isAuthenticated() || !(permissionService.permissionsFor(u, file).contains(Permission.PublishDataset))) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this be superuser-only?
Ah, I see UningestFileCommand has a check for superuser. Maybe add a comment here to look at the command for the actual permission check?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This permission check does not appear to be for an actual attempt to uningest a file - it's just for clearing of the ingest failure warning from the UI (the file is not ingested to begin with), and yes, it makes perfect sense to allow authors to do this.
I hope I'm getting it right this time around.
if(!u.isAuthenticated() || !(permissionService.permissionsFor(u, file).contains(Permission.PublishDataset))) { | ||
logger.warning("User: " + u.getIdentifier() + " tried to uningest a file"); | ||
//Shouldn't happen (choice not displayed for users who don't have the right permission), but check anyway | ||
JH.addMessage(FacesMessage.SEVERITY_WARN, BundleUtil.getStringFromBundle("file.ingest.cantUningestFileWarning")); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This entry may not be in the Bundle in the develop branch yet.
Co-authored-by: Philip Durbin <philipdurbin@gmail.com>
file.setIngestReport(null); | ||
//Ingest never succeeded, either there was a failure or this is not a tabular data file | ||
User u = session.getUser(); | ||
if (!u.isAuthenticated() || !u.isSuperuser()) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, I thought what you had here before was on purpose - to give the dataset author a way to remove an ingest failure report - no?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(those are only visible to the owners/authors, so not a big deal either way)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would be nice if that's OK. (Probably less work for superusers as that warning bothers the authors.)
At QDR all of this is with the publish permission.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All 6 Jenkins runs failed so far but I think Jenkins was having issues. I just kicked off a 7th run: https://jenkins.dataverse.org/job/IQSS-Dataverse-Develop-PR/job/PR-10319/7/
I found a typo in the docs. I'll probably just commit it.
There's one spot where I'm suggesting we lower logging to fine but I don't feel strongly about it.
I didn't run the code but I'd say it's safe to start manually testing. Hopefully the API test pass.
doc/sphinx-guides/source/user/tabulardataingest/ingestprocess.rst
Outdated
Show resolved
Hide resolved
|
||
} | ||
|
||
dataFile.SetIngestScheduled(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh, it's unconventional that this and other methods start with capital "S" but whatever, something to address another time:
public void SetIngestScheduled() {
ingestStatus = INGEST_STATUS_SCHEDULED;
}
public void SetIngestInProgress() {
ingestStatus = INGEST_STATUS_INPROGRESS;
}
public void SetIngestProblem() {
ingestStatus = INGEST_STATUS_ERROR;
}
|
||
logger.warning("Ingest Status for file: " + dataFile.getId() + " : " + status); | ||
} | ||
logger.info("File: " + dataFile.getId() + " ingest queued"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
logger.info("File: " + dataFile.getId() + " ingest queued"); | |
logger.fine("File: " + dataFile.getId() + " ingest queued"); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All 6 Jenkins runs failed so far but I think Jenkins was having issues. I just kicked off a 7th run: https://jenkins.dataverse.org/job/IQSS-Dataverse-Develop-PR/job/PR-10319/7/
This passed so I'm approving this.
@landreev I know you're assigned to this but I'll make sure neither one of us is assigned as this moves to "ready for QA", as is our custom.
There is still the one logger line we might want to lower but I'll leave that the to the person doing QA to decide if it adds value as-is.
Overall, this PR is looking much better than the first time I looked at it. Missing bundle properties have been added. Docs are better. I haven't run the code but looks good, approved.
@qqmyers Any thoughts about adding the option to the Edit Files button/kebab on the dataset page? |
@qqmyers There are also merge conflicts that need to be resolved. thanks! |
IQSS/10318-uningest_reingest_UI
|
@@ -79,14 +79,14 @@ | |||
</ui:fragment> | |||
|
|||
<!-- Single file uningest/reingest --> | |||
<ui:fragment rendered="#{isFilePg and (dataverseSession.user.superuser and FilePage.fileMetadata.dataFile.isTabularData()) or (FilePage.fileMetadata.dataFile.isIngestProblem() and FilePage.canPublishDataset())}"> | |||
<ui:fragment rendered="#{(dataverseSession.user.superuser and FilePage.fileMetadata.dataFile.isTabularData()) or (FilePage.fileMetadata.dataFile.isIngestProblem() and FilePage.canPublishDataset())}"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Now I'm getting a 500 error when I try to go to the dataset page because the FilePage.fileMetadata is null (jakarta.servlet.ServletException: Cannot invoke "edu.harvard.iq.dataverse.FileMetadata.getDataFile()" because "this.fileMetadata" is null)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe it's not worth it to allow display the uningest on the dataset page. it will be pretty complicated - especially if the user selects multiple files from the list.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK - the list part shouldn't be an issue if this is only in the kebab menu, but yeak, more work than just removing the isFilePage check - I'll restore that.
3f59722
to
5760149
Compare
@qqmyers in all cases, whether the original ingest was successful or failed and whether it was an uningest or reingest the api does not create a new draft, but the ui does. |
Thanks. I see that the new code was calling FilePage.save() to make sure the changes to the datafile were saved, but that triggers a draft. I changed that to just call DataFileServiceBean.save(DataFile) instead, which is what the API does. |
Good catch btw - I think QDR only uses this on draft datasets, so not a lot of testing on published files. |
All set., thanks for the follow-up. |
@qqmyers @sekmiller ideally, we don't want pages to call the service beans directly. That said, since this is in jsf and going away eventually AND it is superuser only anyway, I think it's fine for now. |
What this PR does / why we need it: Per the issue, this adds a File page Edit menu Uningest/Reingest menu item for tabular files, visible to superusers, that allows clearing ingest errors/removing ingested tab files, and ingesting/reingesting a file (useful if a new Dataverse version may have fixes or if ingest limits change, etc.)
Which issue(s) this PR closes:
Closes #10318
Special notes for your reviewer: The PR as is, keeps these as requiring superuser. At QDR, we switched to allowing anyone who has permission to publish the dataset to uningest/reingest via API/UI. For QDR, that means curators can use these options whereas in a non-curated/self-publication setup it would allow anyone to do this in their draft datasets. If that's desired, the permission changes can be added to this PR.
Suggestions on how to test this: Go to the file page and try the uningest/reingest options on a tabular file. Verify that for a file where ingest has failed, that uningest clears the error and that for one where ingest succeeded, the .tab version is removed. Verify that reingest does an ingest (and fails or succeeds as the initial ingest did).
Does this PR introduce a user interface change? If mockups are available, please link/include them here: single entry (uningest or reingest) in the File page Edit menu, visible for superusers.
Is there a release notes update needed for this change?:added
Additional documentation: