Ground Equipment Monitoring Service Avatar
  1. OMG Specification

Ground Equipment Monitoring Service — All Issues

  • Acronym: GEMS
  • Issues Count: 10
  • Description: All Issues
Open Closed All
All Issues

Issues Descriptions

GEMS Device Definition does not include a multiplicity for ParameterSetDefType

  • Key: GEMS14-3
  • Legacy Issue Number: 18813
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    The ParameterSetDefType needs a multiplicity attribute similar to ParameterDefType. This allows for lists of Parameter Sets.

  • Reported: GEMS 1.2 — Mon, 15 Jul 2013 04:00 GMT
  • Disposition: Closed; No Change — GEMS 1.4
  • Disposition Summary:

    GEMS Device Definition needs multiplicity setting

    This was already fixed in GEMS 1.3

    <xsd:complexType name="ParameterSetDefType">
    <xsd:sequence>
    <xsd:element name="Description" minOccurs="0" maxOccurs="1"
    type="xsd:string" />
    <xsd:element name="ParameterDef" maxOccurs="unbounded" minOccurs="1"
    type="ParameterDefType" />
    </xsd:sequence>
    <xsd:attribute name="name" type="xsd:string" use="required" />
    <xsd:attribute name="multiplicity" type="xsd:int" use="optional" />
    </xsd:complexType>

  • Updated: Tue, 29 Mar 2016 15:08 GMT

obtained only changed parameters

  • Key: GEMS14-2
  • Legacy Issue Number: 18315
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    Received a request for either an asynchronous push or a new message
    type that provides changes only. This was an optional requirement in
    the original RFP

  • Reported: GEMS 1.2 — Thu, 13 Dec 2012 05:00 GMT
  • Disposition: Resolved — GEMS 1.4
  • Disposition Summary:

    Add AsyncStatusMessage

    This message is used for Asynchronous status messages. The transport mechanism or how it is set up are left for later versions of GEMS. At this point it was determined that the message definition would be sufficient for forward progress.

  • Updated: Tue, 29 Mar 2016 15:08 GMT
  • Attachments:

Unbounded Lists In Device Definitions

  • Key: GEMS13-8
  • Legacy Issue Number: 18814
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    It is not clear how to define the multiplicity of a list of Parameters or ParameterSets when the list is unbounded or can vary in length. For example, if the multiplicity is set to 5, it is assumed this means the list must contain 5 parameters. How does one specify "up to 5" or "unbounded"?

  • Reported: GEMS 1.2 — Mon, 15 Jul 2013 04:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Create standard method of declaring unbounded list sizes. Use a multiplicity of -1 to indicate an unbounded array, while a non-negative and non-zero multiplicity indicates that the array may contain up to the number. For example, a multiplicity of 5 indicates that the array may contain anywhere between 0 and 5 elements.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

GEMS TCP socket close behavior is not obvious

  • Key: GEMS13-6
  • Legacy Issue Number: 18723
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    GEMS VERSION 1.2

    It is not obvious what happens to a client using either GEMS-ASCII or GEMS-XML across TCP when the TCP socket is closed. If the client has successfully connected to a GEMS Device, is that GEMS connection (and resulting token) still active or does it automatically disconnect? Section 6.5 indicates that it should be disconnected, but this is not an obvious place for this behavior to be described.

    Also, GEMS-XML states that the HTTP header should be added. When using client-side HTTP libraries, the default behavior is to disconnect often. This is an internet-style approach. The GEMS specification should state that persistent socket connection are required

  • Reported: GEMS 1.2 — Thu, 16 May 2013 04:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Clarify socket behavior for GEMS over a TCP connection by stating that once a TCP connection is lost, the GEMS device should disconnect

  • Updated: Fri, 6 Mar 2015 20:58 GMT

GEMS-XML hex_value length Issue

  • Key: GEMS13-1
  • Legacy Issue Number: 16950
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    The GEMS-XML XSD bases the HexParameter on the xsd:hexBinary type. This type expects an even number of characters (two for each octet). The GEMS-XML specification should mention this and explain how it needs to be handled.

    Recommend always providing an even number of hex characters and using the bit length to specify the actual length.

    Example of an invalid 4 bit field: E/4

    Example of a valid 4 bit field: E0/4

  • Reported: GEMS 1.2 — Tue, 10 Jan 2012 05:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Pad the hex_value field to two full nibbles for the XML.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Confusing comments

  • Key: GEMS13-7
  • Legacy Issue Number: 18733
  • Status: closed  
  • Source: us.af.mil ( Michael Heffron)
  • Summary:

    The comments about the GEMS Version field in Table 8.2 are confusing. Is the example trying to imply that starting with GEMS version 1.2 the GEMS Version field digits matches the actual GEMS version number, or what?

  • Reported: GEMS 1.2 — Fri, 24 May 2013 04:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Clarify comment text to specify that starting after version 1.2, the GEMS version field will be the same as the GEMS version number, with the decimal point removed (1.2 is 12, 1.3 is 13, etc.)

  • Updated: Fri, 6 Mar 2015 20:58 GMT

clarify GEMS authentication

  • Key: GEMS13-3
  • Legacy Issue Number: 18313
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    Authentication of a GEMS user is loosely defined in the specification.
    This should be clarified and include a better definition of how
    credentials are passed in, what is the roll (if any) of SSL and
    similar transports, and how do proxies handle authentication. In
    particular, how does a GEMS user grab control of a system without
    creating a race condition.

  • Reported: GEMS 1.2 — Thu, 13 Dec 2012 05:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Add a multiplicity attribute to the ParameterSetDefType declaration to the GEMS_Device file, where it was omitted.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

GEMS-XML ParameterSet Order

  • Key: GEMS13-2
  • Legacy Issue Number: 16952
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    The current GEMS-XML schema requires that Parameters and ParameterSets are always listed in that order. (i.e. ParameterSets cannot precede Parameters). It seems that these should be order independent.

    Reported to AMERGINT by Raytheon

  • Reported: GEMS 1.2 — Tue, 10 Jan 2012 05:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Fix the schema to be order independent.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

GEMS-XML schema (GEMS 1.2) for MessageSequenceType does not support elements for DirectiveMessage

  • Key: GEMS13-5
  • Legacy Issue Number: 18535
  • Status: closed  
  • Source: Anonymous
  • Summary:

    GEMS-XML schema (GEMS 1.2) for MessageSequenceType does not support elements for DirectiveMessage, even though DirectiveMessageType shares the same base (MessageType) as the other supported elements defined in MessageSequenceType.

  • Reported: GEMS 1.2 — Thu, 7 Mar 2013 05:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Add DirectiveMessages to the MessageSequenceType in the GEMS-XML schema. Upon analysis of this issue, it was discovered the several other message types were missing. These were not reported in the original issue, but are fixed as part of the resolution.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Extend GEMS-ASCII message length

  • Key: GEMS13-4
  • Legacy Issue Number: 18314
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    Currently the message length is limited to 999999 characters. This can
    cause problems translating from GEMS-XML to GEMS-ASCII. It also limits
    the utility of message sets

  • Reported: GEMS 1.2 — Thu, 13 Dec 2012 05:00 GMT
  • Disposition: Resolved — GEMS 1.3
  • Disposition Summary:

    Extend message length to 10 characters

  • Updated: Fri, 6 Mar 2015 20:58 GMT