fix the logging / null pointer / init failure
but only that portion of this bug:

https://csfe.aceworkspace.net/sf/tracker/do/viewArtifact/projects.veterans_administration_project/tracker.4_defects/artf229154

https://jira.ihtsdotools.org/browse/OTFISSUE-4

The bigger issue of the init sequence not reporting failures back is
still open.
Fixing package name to match location in directory structure.
1) Add missing update of Group-field when updating existing Relationship
2) Add missing update of isDefined field when updating existing Concept Attributes
3) Although never called in current approach, construct(ConceptAtrributesAB)doesn't set isDefined field.  Couldn't find actual case where this method was called though but put in change as placeholder
Enable retrieval of RelationshipType by Characteristic & Refinibility Nids
1) CharacteristicUUID being set is incorrectly in constructor where RelationshipType passed in referring to HISTORICAL_REFSET_RF2 and not HISTORICAL_RELATIONSHIP_RF2 (which is misspelled)

2) When validating that new version of relationship is not same as another version, GroupId was not checked for
Didn't handle qualifiers and historical RelationshipTypes for makeBlueprint()
Creating a revision but losing MemberUUID. . . which causes failures as may try and recreate Member with same UUID
Replace P.s.getUuidsForNid(c.getNid()).toString())

as current approach is not supported:

    public List<UUID> getUuidsForNid(int nid) throws IOException {
        throw new UnsupportedOperationException();
    }
Merge pull request #21 from Apelon-VA/master

fix the logging / null pointer / init failure