Ground Equipment Monitoring Service Avatar
  1. OMG Specification

Ground Equipment Monitoring Service — Closed Issues

  • Acronym: GEMS
  • Issues Count: 8
  • Description: Issues resolved by a task force and approved by Board
Closed All
Issues resolved by a task force and approved by Board

Issues Descriptions

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

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

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

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

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 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

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