-
Notifications
You must be signed in to change notification settings - Fork 29
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
Allow xrootd files as inputs to eicrecon #1690
Conversation
Questions: |
Capybara summary for PR 1690
|
After testing this on my side, I think, I understand this better now. The check being removed is seemingly impossible to even trigger as TFile's exception in CheckOpenable happen before it and are not being caught. Thus this change does not modify the current behaviour and does provide promised functionality (streaming from XRootD). |
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.
LGTM
Should a test be added for this or is the Jlab XRootD server and file locations potentially too volatile to want to rely on? |
You are welcome to add a test. I don't think full simulations are published anymore. There will be some old ones, and reconstruction can be restricted to few detectors that don't rely on [a consistent] geometry being used. |
Briefly, what does this PR introduce?
Currently eicrecon has two checks for files existing, neither of which allow the file to be on a remote xrootd server. This PR adapts JEventSourcePODIO.cc so that the first check allows for remote files and (currently) removes the second check.
What kind of change does this PR introduce?
Please check if this PR fulfills the following:
Does this PR introduce breaking changes? What changes might users need to make to their code?
tbd
Does this PR change default behavior?
Allows remote files to be passed directly to eicrecon