NIH | National Cancer Institute | NCI Wiki  


Wright, Larry NIH/NCI  x
Fragoso, Gilberto NIH/NCI    x

De Coronado, Sherri    


Safran, Tracy

Ong, Kim L
Lucas, Jason R
Bauer, Scott  Mayox
Stancl, Craig
Endle,  CoryMayox
Sharma, DeepakMayox
Wynne, Robert    NIH/NCI [C]x
Tran, Tin    NIH/NCI [C]  
Carlsen, Brian NIH/NCI [C]x
Wong, Joanne NIH/NCI [C] 

Kuntipuram, Kumar

Sarah ElkinsNIH/NCI [C]x

Action Items

AssignedDescriptionDate IdentifiedDue DateDate CompletedStatus

Close issue 

  LEXEVS-1516 - Getting issue details... STATUS

2016.02.092016.04.10 Open

Create JIRA issue to update CTS2 service to use Apache Commons Collections Version 3.2.1 (security issue)

2016.03.092016.03.30 Open


  • Sprint 27
  • Sprint 28 Planning
  • On going Support
  • Sprint 27
  • Sprint 28 Planning
  • On going Support
  • Sprint 27
  • Sprint 28 Planning
  • Sprint 27
  • Sprint 28 Planning
  • Agile Admin


Sprint Status

Current Sprint  Sprint 27 (March 31, 2016 – April 13, 2016)

LexEVS S13-500 Agile Development - Sprint Status#SprintStatus-Sprint27

We discussed Sprint 28 work that is planned.

Larry was asking when we can deliver the first release candidate for NCI DEV.

They would only need the LexEVS core API initially (no remote service).

Priority for sprint 28 will be to get LexEVS API deployed to NCI DEV.  CTS2 changes have a lower priority.

LexEVS Compatibility

  • Remote service and client jar migration
Cory will add notes to the wiki that describes the changes.

Feature request to get qualifiers on properties (Metathesaurus)

LEXEVSCTS2-35 - Getting issue details... STATUS

  • Discuss 6.3 related deployment
  • Discuss 6.3. and 6.4 CTS2 versions running simultaneously

CTS2 needed to be upgraded (Lucene dependencies) for 6.4.  We will need CTS2 services for both LexEVS 6.4 and LexEVS 6.3.

CTS2 service for LexEVS 6.4 can be used by end users instead of the CTS2 service for LexEVS 6.3.  There are no API changes.  However, there are dependency changes for the CTS2 services.  This results in the CTS2 service being dependent on 6.4 and will not be able to talk to LexEVS 6.3.

Larry suggested getting the CTS2 service for LexEVS 6.3 up the tiers prior to CTS2 service for 6.4.

It was decided that the CTS2 service for 6.3 will be deployed up to PROD independent of the CTS2 service for 6.4.

The CTS2 service for 6.4 will be deployed with LexEVS 6.4.

PTE for CI and DEV environment discussion

  • MySQL for integration tests
  • MySQL plugin for Jenkins

PTE for CI server request questions

  • We use Jenkins to run unit and integration tests every time there is a check in.
  • This would require a separate tier (aside from DEV, QA) for CI deploys.
  • Mayo would like a MySQL plugin for Jenkins for LexEVS integration testing.

Jacob will need to make a VM request for our Jenkins instance.


PTE for LexEVS

  • If Mayo installs Jenkins, they may need root access during the install.
  • Jacob mentioned that the new container would run Java 8 and asked if LexEVS would run on 8. 
  • LexEVS hasn't been thoroughly tested on Java 8.  This could be a substantial effort.
  • Jacob suggested that we can still run Java 7 for this release.
  • For the LexEVS DEV environment, the current indexes are taking up approximately 60% of the drives. 
    • Jacob suggested possibly moving 6.3 to NFS drives and 6.4 would be on the fixed drives for DEV. 
    • We may need more space for the indexes if both 6.3 and 6.4 reside on the same drives.
  • Jacob will have a container for 6.4 DEV by next Monday.
  • Sarah suggested that we do not need a separate ARC meeting for setting up the 6.4 DEV container.  This is an existing application with software from the existing tech stack.
LexEVS External UsersNothing to note.

JIRA Issues

Recent LexEVS Related Bugs and Features (within last week)

Key Summary T Created Reporter P Status Affected Version/s Fix Version/s

Recent CTS2 Service Related Issues (within last week)

Key Summary T Created Updated Due Assignee Reporter P Status Resolution

6.4 LexEVS Related Issues

Key Summary T Created Updated Due Assignee Reporter P Status Resolution

6.4 CTS2 Service Related Issues

Key Summary T Created Updated Due Assignee Reporter P Status Resolution

Project Plan Changes

#DescriptionDue DateResourcesNotesRisksMitigation

 Planned Activities

Area of InterestDetails

Risks, Issues, Dependencies


Opened DateDue DateDescriptionLikelihood (H, M, L)ImpactAssignedStatusMitigation Strategy


 #Opened DateDescriptionImpactAssignedStatus


Opened DateDescriptionAssigned


Action Item Backlog

 #AssignedDescriptionDate IdentifiedDue DateDate CompletedStatus
64ScottTo follow up on URI's on OWL2 with Harold.   on hold
164CoryCory to add implementation to CTS2 implementations page.2014.04.30  on hold
197ScottDo a gap analysis on what the URI_Resolver logs and what NCI would like to know from these logs2014.6.18  on hold
200Larry/SherryQuery current LexEVS users about use of SOAP, REST or QBE services in the legacy caCORE api's2014.6.18  on hold
207CoryWrite issue against CTS2 OMG regarding the ability to return INACTIVE concepts only.2014.07.30  on hold
210Larry/GilbertoDetermine if there is a need to meet with the CTRP2014.07.30  on hold
212LarryInclude LexGrid XML Export as part of the 5.1 retirement notice. 2014.07.30  

on hold

224ScottURI Resolver - Provide overview of how to access the URI Resolver2014.09.03  

on hold

225ScottURI Resolver - Look at TLAMP and VSAC service to determine usage of URI Resolver2014.09.03  on hold
244CraigPlan meeting with Tracy to discuss collaborative LexEVS development process2014.12.03  on hold
281ScottTry to replicate what CTRP did to break our service (retrieve a tree through CTS2).2015.03.25  on hold
282Mayo TeamLook into implementing graph node in CTS2 for the path to root method (and path to leaf).2015.03.25  on hold




  • No labels