Skip to content
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

6905 del ofile #310

Closed
wants to merge 14 commits into from
Closed

6905 del ofile #310

wants to merge 14 commits into from

Conversation

joshmoore
Copy link
Member

See: https://trac.openmicroscopy.org.uk/ome/ticket/6905

This commit allows deleting original files that are linked to jobs. I've always avoided allowing this, but it's necessary to allow deleting scripts. To test you can do:

bin/omero script launch ID_OF_BATCH_EXPORT IDs=0
bin/omero delete /OriginalFile:ID_OF_STDERR

or even:

bin/omero delete /OriginalFile:ID_OF_BATCH_EXPORT

This will require some discussion. One way we could prevent the deletion of stdout and stderr (if we wanted to) would be to require:

bin/omero delete /ScriptFile ...

or similar.

This was a good deal more complicated than would might
have expected. In order to handle the group==-1 case,
it was necessary to pass in the details to isGraphCritical.
However, to be able to simultaneously check each of the
different types of writes (ANNOTATE, EDIT, DELETE, LINK)
it was necessary to re-work allowUpdateOrDelete to check
multiple at the same time.
The call to getSession in the ctor of DetailsI was hanging
since it was within an Ice thread which ic.destroy was
waiting on. Other uses of getSession should not hang on
destroy.
Work on 7314 is happening on the chgrp branch, because it adds a new
requirement to how we work with graphs. Before, it was never possible to
walk "up" a graph, which is needed for handling file to file-annotation
issues.
Failing tests were disabled and a few minor shifts
in logic were corrected for. By large, however, this
looks to bring us back to where we were previously.
Ctors of the measurement contexts now call get_thread_pool,
which will instantiate the global "thread_pool" if it is None.
This is useful for immediately deleting or downloading
the stdout and stderr files (i.e. during testing)
This uses the same technique as the fileannotation delete (#7314)
to delete the joboriginalfilelink if a file is linked to a job.
Deletion instances are now provided by the Spring
context with the name "ome.services.delete.Deletion".
There is still work that could be done to make the
use of the object easier (start/execute/deleteFiles/stop).
Also enabled the "script delete" command for the CLI.
@joshmoore
Copy link
Member Author

Using sprint3-bugs gh-292 since it relies on commits from there.

@joshmoore joshmoore closed this Aug 27, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant