Making changes to the spreadsheet the Virtual Service uses, but the changes are not reflected in the VSM after redeploying.

book

Article ID: 8426

calendar_today

Updated On:

Products

CA Application Test Service Virtualization CA Continuous Application Insight (PathFinder) CA Service Virtualization (DevTest / LISA / VSE / Application Test)

Issue/Introduction

After editing a spreadsheet that a Data Driven VSM is using and redeploying the virtual service, we noticed that the changes are not being reflected when sending a request to the VS.

To get it working, we have to reload the spreadsheet in the data driven transaction using DevTest Portal.

 

Here are some errors noticed in the log files:

Portal logs: 

2017-01-18 18:44:08,514Z (13:44) [qtp328586432-178] ERROR org.grails.web.errors.GrailsExceptionResolver - RetrofitError occurred when processing request: [GET] /devtest/api/sv/vseServers/VSE/services 

404 Not Found. Stacktrace follows: 

retrofit.RetrofitError: 404 Not Found 

 at retrofit.RetrofitError.httpError(RetrofitError.java:39) 

 at retrofit.RestAdapter$RestHandler.invokeRequest(RestAdapter.java:382) 

 at retrofit.RestAdapter$RestHandler.invoke(RestAdapter.java:240) 

 at com.itko.lisa.vse.VseServerInfoService.$tt__getDeployedServices(VseServerInfoService.groovy:81) 

 at grails.transaction.GrailsTransactionTemplate$2.doInTransaction(GrailsTransactionTemplate.groovy:96) 

 at grails.transaction.GrailsTransactionTemplate.execute(GrailsTransactionTemplate.groovy:93) 

 at com.itko.lisa.vse.VseServerInfoController.getDeployedServices(VseServerInfoController.groo

 

Registry logs:  

... 34 more

2017-01-18 18:37:20,895Z (13:37) [qtp443447341-148] ERROR com.ca.sv.invoke.service.LisaVirtualizeService - An error occurred applying bundle information to the recording

org.mapdb.DBException$FileLocked: Can not lock file, perhaps other DB is already using it. File: C:\Program Files\CA\DevTest\vsBuilderSessions\VSE_2013\bundles\372j71XfX5agyTVg6jAkZZ\372j71XfX5agyTVg6jAkZZ.bundle

at org.mapdb.Volume.lockFile(Volume.java:3228)

at org.mapdb.Volume.access$200(Volume.java:55)

at org.mapdb.Volume$RandomAccessFileVol.<init>(Volume.java:2695)

at org.mapdb.Volume$RandomAccessFileVol$1.makeVolume(Volume.java:2683)

at org.mapdb.StoreDirect.init(StoreDirect.java:136)

Environment

DevTest on release 10.0.

Resolution

We may have a patch to address your issue. Please open a support ticket and reference DE270413.

We will be happy to provide you the patch if it matches your issue.