-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Fix propagation of an earlier exception in Transformer #40879
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -13,6 +13,7 @@ | |
parser.add_argument("--noPut", help="do not put data used by transform", action="store_true") | ||
parser.add_argument("--addTracer", help="add Tracer service", action="store_true") | ||
parser.add_argument("--async_", help="use asynchronous module", action="store_true") | ||
parser.add_argument("--exception", help="Make module consumed by transformer to throw an exception", action="store_true") | ||
|
||
argv = sys.argv[:] | ||
if '--' in argv: | ||
|
@@ -27,6 +28,8 @@ | |
process.maxEvents.input = 4 | ||
|
||
process.start = cms.EDProducer("IntProducer", ivalue = cms.int32(1)) | ||
if args.exception: | ||
process.start = cms.EDProducer("FailingProducer") | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. So the test failure is in what is consumed and not in the actual transform call its. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Right, basically from anywhere in the data dependence chain of the module registering the transformation call. |
||
if args.stream: | ||
if args.async_: | ||
process.t = cms.EDProducer("TransformAsyncIntStreamProducer", get = cms.InputTag("start"), offset = cms.uint32(1), checkTransformNotCalled = cms.untracked.bool(False)) | ||
|
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 the putProduct call always get a null wrapper? Or does the later call also call putProduct?
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.
The
putProduct()
call fromEvent::commit_()
cmssw/FWCore/Framework/src/Event.cc
Lines 170 to 175 in ff2213a
will always have a null wrapper. The Transformer itself calls
putProduct()
viaEventPrincipal::put()
cmssw/FWCore/Framework/src/EventPrincipal.cc
Line 209 in ff2213a
cmssw/FWCore/Framework/src/EventForTransformer.cc
Lines 22 to 26 in ff2213a
Written that, I see now an alternative to customizing
putProduct()
that would be to customize (in some way)productResolved()
to returntrue
for Transformer. TheproductResolved()
seems to be called only in{Event,LuminosityBlock,Run,ProcessBlock}::commit_()
, but on a first thought "lying" inproductResolved()
sounds conceptually worse than leaving the status unaltered inputProduct()
.