User table defined twice

Description

From a recent Slack message, both the auth and requisition service defining a User entity with overlapping fields on the same table. When defined together (during work in to create reference distribution), one of the services wouldn't start because of the conflict. Separating the reference data concerns from authorization concerns is an interesting idea, but we at least need to remove the technical conflict.

The classes are org.openlmis.hierarchyandsupervision.domain.User (requisition service) and org.openlmis.auth.domain.User (auth service)

Assigning to Sebastian for triage as it seems AYIC is working on the auth service.

Environment

None

QAlity Plus - Test Management

Checklists

Activity

Show:

Sebastian Brudziński July 13, 2016 at 12:19 PM

The table name has been changed on openlmis-auth

Done
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Original estimate

Time tracking

3d 4h logged

Components

Sprint

Fix versions

Affects versions

Priority

Time Assistant

Created July 8, 2016 at 11:27 PM
Updated July 14, 2016 at 1:00 PM
Resolved July 13, 2016 at 12:19 PM