|#||Assigned||Description||Date Identified||Due Date||Date Completed||Status|
|Mayo/Jason||We have run into multiple issues where the performance on the DEV tier has be a problem due to Mayo not being able to replicate the slow points due to the drastic difference in DEV resources. We discuss this with the systems team and they requested us to put in a DRT ticket that provides the specs to match the Mayo DEV server.||08/30/13||The server resources have been expanded with an addition vCPU and an additional 2GB memory. Initial tests have shown better performance but the testing is ongoing.|
|Area of Interest||Details|
Test report is going through pier review now. The URI resolver and CTS2 interface are on QA now. The appscan on CTS2 came back without any high or medium vulnerabilities. URI resolver appscan is running now.
Investigated the JIRA LexEVS-585 report submitted by the QA team:
LexEVS-585: SNOMED CT: Advanced Search using the "Contains" filter returns a "No match' when there should be a search term result returned.
It was observed that SNOMEDCT concept (code: 441108001) has a synonym that contains a Roman lower case alpha character, the character shows up as a question mark (‘?’) on the browser. Searching for SNOMEDCT concepts using a ‘?’ as the search string is not expected to find the target concept with code 441108001. The search extension implemented in LexEVS API version 6.1 has a known issue that searching using a string composed of a single question mark character would throw exceptions.
Attempted to deploy the CTS2 framework plugin, lexevs-service on Tomcat 7 on a Windows 7 computer and ran into an OutOfMemoryError: PermGen space exception. The issue is not observed on DEV.
|LexEVS 6.0 and 5.1|
The patch has been deployed to stage tier. QA team was having an issue getting the URL working. Norval said he will take a look to see what is going on. AppScan is being run on 6.0 now. This will be followed by the 5.1 appscan once we figure out the URL. Then run a smoke test.
|Term Browser 2.3 Release|
Now that the 508 scan is fixed the browsers are coming back at 98.6 for Meta and 99.3 for Term Browser.
QA Team is now working on the Test plan/report for peer review to move to stage.
|Meta Download Validation App||Waiting for the final decision on whether to use the EVS or CBIIT interface. A meeting was held and the discussion items are being put together and are supposed to be distributed. Still waiting for the final decision. Development is on hold until then. QA team also said they will be sending out the performance test results to the group.|
|Term Suggestion Form||QA team is going to start testing on the QA tier next week.|
Working on the 2.4 release of Metabrowser to include updates to the advance search (to include lucene search) and the update to the contains search using the new 6.1 search extension.
Started to explore the code required to be modified to implement features in upcoming NCI Term Browser Version 2.3 release that are also applicable to the NCI Metathesaurus Browser:
|Provided the final tags for release to stage.|
|GF#32816||Migrate to LexEVS API 6.1.||6/28/2013||1 Developer||We are still reviewing the new deployment of LexEVS 6.1 on DEV. This date is dependent on the value sets issues describe previously.|
|Moving up Development Time||7/17/2013||We are pushing to get the coding done for a July 17th review by the EVS users. This will give the users a chance to provide input on the implementation before we completely freeze the code.|
|Pushing back the start of the user evaluation||7/22/2013||Having an issue with the exact match search. Working with mayo to get it resolved but need it fixed before user can review.|
|Delay starting QA testing for Term Browser and NCIm Browser||7/13/2013||We had to delay the start of the QA testing since a fully functioning API has not been established on the QA tier.|
|Delays with the final release candidate of LexEVS 6.1 API on QA||9/6/2013||The LexEVS 6.1 release has been extended to mid to late October. Sense the browsers are dependent on the API we will need to extend the release date to late October/early November.||Deployment by 9/30 is at risk|
|Delays with LexEVS 6.1 API due to deployment setup/AppScan||11/8/2013||There has been issues with getting all the components of LexEVS 6.1 setup on the DEV tiers. We have also received vulnerabilities from the AppScan on the QA tier that were not found on the DEV tier. These vulnerabilities require software patches to both the infrastructure and browser software requiring a new tag.|
|Government Shutdown and Contract delays||10/21/2013||The deployment schedule has been delayed by 3 weeks due to the government shutdown and subsequent delays to the contract start up.|
|Area of Interest||Details|
|Term Browser 2.3 Release||Provide required support for deployment to Stage tier.|
|Term Browser 2.3 Release||Make any required fixes from Appscan.|
|Term Suggestion Application Release||Make any required fixes from QA testing.|
Provide required support for deployment to Stage tier.
Start planning on the 2.4 release.
Risks, Issues, Dependencies
|#||Opened Date||Due Date||Description||Likelihood (H, M, L)||Impact||Assigned||Status||Mitigation Strategy|
|6/19/13||9/30/13||Term Browser 2.3 and LexEVS 6.1 are in parallel development with the Term Browser having a dependency on LexEVS release. Both have a hard deployment date of 9/30/2013. Anticipating some QA resource limitations with both schedules being in parallel.||M||Jason||Monitoring both schedules and will provide status to QA to make sure resources are available.|
|7/17/2013||Removal of JAVA 1.6 from desktops. The Term Browser deployments using AntHillPro require JAVA 1.6. Putting in a request for a waiver until we can upgrade.||This would affect the deployments and production environment for the EVS tools. It sounds like this is going to be a future issue but we should have time to upgrade before it is part of the CBIIT tech stack.||Provided a level of effort for migrating all of the EVS applications to Java 1.7 to the Technical Project Manager and government sponsor.|
|7/31/2013||We currently have an issue where the browsers are ready to move to the QA tier for testing but due to the dependency of LexEVS 6.1 cannot start the QA testing process. LexEVS 6.1 does not currently have all the pre-QA qualification to proceed with the deployment to the QA tier.||With a hard deadline of Sept. 30 for both the browsers and LexEVS API 6.1 there is concern that there will be time to finish all the testing and deployments on time.||Received approval to proceed to QA tier with LexEVS 6.1.|
|Term Browser 2.3 release dependent on the LexEVS 6.1 release. See the Issue listed for 7/31/2013 for details on the status.|