Hanging cron jobs
Hi We run automated tests at midnight using cronjob on unix server. There are currently 4 jobs that run in the interval of 30 minutes. Each job has to run more than 1000 tests on certain environmen...
Forum Discussion
Hi Arian,
It is not that all responses are stored in the global properties. A setup project is meant to store business data in the database. We require business objects coming out of setup project to make them available at a common place, so that other soapUI projects use them. Are you saying global properties is not the right place for this type of work?
How exactly are you saving your responses to soapui-settings.xml?
Answer: In the setup project, once we get the response, using property transfer we assign appropriate xPath to the respective global variable. (Required number of global variables are created in the load script of the setup project)
I would recommend against saving data in the settings file, and instead using either project-level properties or creating a new file (or multiple ones) for saving responses.
Answer: Project property is ruled out because we want sharing (common) place for all our projects. Can you slightly elaborate how can we create multiple files? This one sounds to me exciting. What I am looking at is, how to create multiple files, where to store them, how to refer them in the subsequent projects?
Thanks.
It is not that all responses are stored in the global properties. A setup project is meant to store business data in the database. We require business objects coming out of setup project to make them available at a common place, so that other soapUI projects use them. Are you saying global properties is not the right place for this type of work?
How exactly are you saving your responses to soapui-settings.xml?
Answer: In the setup project, once we get the response, using property transfer we assign appropriate xPath to the respective global variable. (Required number of global variables are created in the load script of the setup project)
I would recommend against saving data in the settings file, and instead using either project-level properties or creating a new file (or multiple ones) for saving responses.
Answer: Project property is ruled out because we want sharing (common) place for all our projects. Can you slightly elaborate how can we create multiple files? This one sounds to me exciting. What I am looking at is, how to create multiple files, where to store them, how to refer them in the subsequent projects?
Thanks.
