NIH | National Cancer Institute | NCI Wiki  

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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

De Coronado, Sherri    

NIH/NCI    

Safran, Tracy

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

Kuntipuram, Kumar

NIH/NCI [C] x

Action Items

AssignedDescriptionDate IdentifiedDue DateDate CompletedStatus
Rob

Close issue 

 

Jira
serverNCI Tracker
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId7954a81f-12da-3366-a0ef-97c806660e7c
keyLEXEVS-1516

2016.02.092016.04.10 Open
Cory

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

  • Created issue:
    Jira
    serverNCI Tracker
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId7954a81f-12da-3366-a0ef-97c806660e7c
    keyLEXEVS-2181
2016.03.092016.08.302016.07.28Done
Cory

Create JIRA issue to remove caCore legacy code

  • Created issue:
    Jira
    serverNCI Tracker
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId7954a81f-12da-3366-a0ef-97c806660e7c
    keyLEXEVS-1464
2016.04.202016.08.302016.07.28Done

...

Sprint Status

 

Current Sprint  Sprint 35 (July 21, 2016 – August 3, 2016)

LexEVS 6.4 S13-500 Agile Development - Sprint StatusStatus#SprintStatus-Sprint35

Tracy is working on Data deployment to DEV and QA

The indexes were created on DEV.  These indexes will need to be propagated to QA.  Tracy will be doing this move.

We closed out Sprint 35.

Tasks associated to the 6.4 release have been closed.

We will create a build that has the OWL2 loader changes.  This will be done in the next sprint

QA Tier Status

  • NCI-RITM0031271: New container on QA for the LexEVS 6.4 Remote API
  • NCI-RITM0031282: CTS2 AHP on QA
  • AppScan
Jacob is assigned these tasks and is working on them.

OWL2 Discussion

  • LEXEVS-1299 - Supported properties (Kim/Gilberto)
  • LEXEVS-1976 - Complex property loader directives
  • LEXEVS-1160 - NDFRT Loader - Restrictions on a class not displayed in the browser.

LEXEVS-1299 - Scott asked if these properties belong in the system as supported properties?

  • Scott suggested there is a way to eliminate the duplicates.
  • TODO: Scott will create a JIRA item for the work above.

LEXEVS-1976 - Scott suggested the preferences could be updated for this.

  • Scott is suggesting keeping the hard coded items and they can be modified via the preference file. This specific parsing has to be "turned on" via the preferences file.
  • Gilberto mentioned in OWL2, these values do not exist. They will be pre-floating properties.
  • The decision is to leave it in the OWL2 loader. The default is off. It will only be on/available when specifically called in the preferences file.

LEXEVS-1160 - Scott suggested that the browser should add logic to determine what to display.

  • Tracy and Gilberto agreed with this.

OWL2 Loader build

  • Specific 6.4 build with loader fixes.
  • Can NCI verify the fixes in this build?
TODO: Cory/Scott will create a build with the OWL2 loader enhancements in the next sprint.

LexEVS using HTTPs - December 31st, 2016 deadline

  • Discuss possibility of updating 6.3 or 6.4 for HTTPs for existing customers

There is an NCI department level requirement that all services need to use HTTPs. If they don't, the current services will be shutdown at the end of December.

We don't want to force end users to migrate to 6.5, if that had the HTTPs fix in it by the end of the year.

Larry suggested that we need to upgrade the existing LexEVS 6.3 and/or 6.4 to use HTTPs prior to the end of the year.

If LexEVS 6.3 was updated and the end user clients have to rebuild their clients, then we should just consider upgrading the clients to the LexEVS 6.4/6.5

The Mayo team will start to investigate and discuss with the NCI systems team.

LexEVS versions - Previous/Deprecated/Retired

LexEVS 6.3 should be moved to deprecated.

Remove the "Previous" section.

TODO: Cory will make these changes.

LexEVS Remote API and LexEVS service (CTS2) have been deployed to QA.

Larry approved the test plan.

Tin will start the testing on QA. 

Next, the AppScan will be submitted.

LexEVS using HTTPs - Update

  • LexEVS - no impact
  • CTS2 - no impact / configuration
  • Remote API - changes needed
  • URI Resolver - no impact / configuration

Remote API - the client will need to change based on SSL changes.

Because the Remote  API client will need to change, we decided to not update LexEVS 6.3.  Instead, we will add the HTTPs  ability to LexEVS 6.4 and not LexEVS 6.3.

TODO: Cory will need to add a warning message that Remote clients will need to use SSL.  This should be added the notes about how to upgrade from LexEVS 6.4 to LexEVS 6.4.

 

Java 8 and Spring 4 update - not needed

We have found that the current versions of Java 8 and our current Spring 2.x are building and testing with one issue with CTS2.  Deepak will investigate further.

Deepak is using Java 8.92 in the Docker system test scripts.

LexEVS is running Spring 2.x.  At some point this should be updated to Spring 4.

Larry suggested the Mayo team should investigate the quickest path to getting the Remote API set up for HTTPs.

Tracy suggested that we have an HTTPs fix by the end of August.  The Mayo team will investigate to see if this is possible.

At this point we will not upgrade to Spring 4.

Priority for upgrades (in this order): HTTPs, CentOS 7, Java 8.

LexEVS 6.4.0 testing will continue and will be pushed up the tiers.

We will put the HTTPs changes only into LexEVS 6.4.1.  No Java upgrade.

Jacob/Tracy/Sarah can be contacted for configuration on DEV

TODO: We need to get an announcement on this change to users as soon as we understand the impact and the wiki updated for this.

 Data issues on ProdThis has been discussed and there is a plan is in place.
 6.5 PlanningCraig will explain the changes in detail next week when the board is completed

Jira
serverNCI Tracker
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId7954a81f-12da-3366-a0ef-97c806660e7c
keyLEXEVS-2131

  • Review column length options

Based on the investigation from Cory, the field is a VARCHAR (250). We can increase the length to accommodate a longer description.

Larry suggested increasing the length to 1000.

Tracy agreed with this.

TODO: Cory will send out an email to confirm everyone agrees with the suggestion from Larry.

LexEVS External Users

Brian added a couple comments to the issue.

Scott will follow up with some additional suggestions

We think this may be a source issue - loading from RRF.

Brian will look into this issue.

Team Absences

Mayo Team

  • Deepak - Sept 1-6?, Sept 5
  • Cory - August 5, 12, Sept 5
  • Scott - August 1stSept 5
  • Craig - August 24th - 29th24 -29, Sept 5

JIRA Issues

Recent LexEVS Related Bugs and Features (within last week)

...