file access error on "ss.script"

Hi,

I routinely run several screen-scraper sessions (4-5) in parallel on a Windows XP machine. Each session is started from a DOS batch file which in turn is started as a Windows "scheduled task", e.g.:

jre\bin\java -jar screen-scraper.jar -s "WILLHABEN" -p "PARAMETER=HEADER:1/AREA:900/LND:WIE/WAS:haus-kaufen/ANGEBOT:haus-angebote/WAS_NR:3;1;4;110;111;100;101;102;114;112;16;20;18/ZEILEN:30" >willhaben-wie-hk.log

Normally this works fine, but from time to time a session fails on start-up and from that point on any other session.

When I start the workbench, I find an error message, saying "....no write access to file ...\db\ss.script". In the \resource\db\ folder I find a file "ss.script.new". Renaming this to "ss.script" removes the error.

Is there anything that can be done to prevent this condition from occurring?

regards

Christian

Multithreading from the

Multithreading from the command line is a bit tricky. If your scrapes do't run concurrently, you should be fine. If they do need to run concurrently, then the best thing you can do is run in serve mode. In the event that they need to be concurrent, and you can't use server mode, make sure screen-scraper is stopped, and then edit the screen-scraper.properties file to have a line:

AllowMultipleSimultaneousInstances=true

AllowMultipleSimultaneousInstances=true

Thank you! Since running concurrently is a necessity, I will try the "AllowMultipleSimultaneousInstances=true" setting next, because that way I will not have to make changes to my scrapes.
best regards
Christian