Project

General

Profile

Feature #9326

Feature #7538: art service/module command-line helpers

Feature #8770: Implement parameter set validation - task 3a of issue #7538

Feature #9099: Implement FHiCL validation in art

Use FHiCL validation for art-provided services and modules

Added by Kyle Knoepfel almost 5 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
06/29/2015
Due date:
% Done:

100%

Estimated time:
24.00 h
Spent time:
Scope:
Internal
Experiment:
-
SSI Package:
art
Duration:

Description

A majority of experiments agreed to enabling configuration validation for art-provided services and modules. In principle, this is also the case for sources and output modules. However, due to the likely need for extending the FHiCL validation facility, not all art-provided configurable plugins will include configuration validation for Alpha Centauri. Those that will enable configuration validation:

  • All art-provided services except for the messagefacility
  • All art-provided modules with the exception of EmptyEvent and OutputModules

History

#1 Updated by Kyle Knoepfel almost 5 years ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 100

This has been implemented with commits art:3d4c01be2b1b9dae59263b73c3fee6f098ae3b49 and art:3e4c19a16ff887cbfbf08b4c53302db740d466a8. Validation is not enabled for the following:

  • input sources (namely EmptyEvent, RootInput, and any user-supplied sources)
  • floating_point_control and message services
  • any FCMDPlugins in RootOutput

There is an oddity with RootOutput in that the description printed (i.e. art --module-description RootOutput) gives two entries for parameter name fileName: one shows that a default is supplied; the other shows that a user must provide a string literal. The reason for this ambiguity has to do with OutputModule and RootOutput both wanting to own fileName. As in the past, whenever RootOutput is specified for the output module, a user-provided fileName value is required. This ambiguity in the printed description should be cleaned up in the future.

#2 Updated by Kyle Knoepfel over 4 years ago

  • Target version changed from 1.18.00 to 1.16.00

#3 Updated by Christopher Green over 4 years ago

  • Status changed from Resolved to Closed


Also available in: Atom PDF