A P P E N D I X C |
RFID Configuration File |
This appendix illustrates sample configuration files for the semantics of an Execution Agent. The semantics are contained in an XML configuration file for each Execution Agent. It may be necessary to create and edit these configuration files manually. By default, the system ships configured to execute with one Execution Agent.
The Execution Agent configuration syntax is illustrated below:
The name and value properties used are case sensitive. For instance, a value of EPC is treated differently from Epc.
Properties appropriate to each of the configurable entities (adapters, filters and loggers) are shown in other appendices in this book.
In ALE there is a concept of physical reader and logical reader. A logical reader can be comprised of one or more physical readers. For a reader to participate in the ALE implementation, its configuration must include an REProducer that defines the physical reader and logical reader name. The name of the physical reader defined in the reader configuration file, RfidConfig.xml, must match the name for the service defined in the readers.xml file contained in /etc/opt/sun/rfidem. A sample configuration file, RfidConfig.xml, to support this is listed in CODE EXAMPLE C-1 and a sample readers.xml is listed in CODE EXAMPLE C-2.
To fully understand the ALEEventFilter it is necessary to understand the ALE specification. An ECSpec describes an event cycle and one or more reports that are to be generated from it. It contains a list of logical Readers whose read cycles are to be included in the event cycle, a specification of how the boundaries of event cycles are to be determined, and a list of specifications each of which describes a report to be generated from this event cycle. A sample of an ECSpec is listed in CODE EXAMPLE C-3.
Copyright © 2004, Sun Microsystems, Inc. All Rights Reserved.