Re: UCC Batch Mode Problem under Windows- Job-Filegetsresubmittedover and over again

> I tried your suggestion and now its different;
> I now get stderr and stdout files. But it stills submitts more and  
> more of the date job, but now after some .job-outpus it list the  
> stderr/stdout files.
> I observed the RUNNING-JOBS directory and more and more jobs-files are  
> created.
> And again, sometimes the date.u is deleted and sometimes its not.
>[...]
>
> Zitat von Bernd Schuller <b.schuller@...>:
>
>> hi,
>>
>> Richard Grunzke wrote:
>>> Hello,
>>>
>>> I have a problem with the batch mode under windows and hopefully somebody
>>> might be able to help. Job gets resubmitted over and over again.
>>>
>>> I use the batch mode with ucc:
>>> E:\ucc-1.1.1\bin>ucc.bat batch -f -i jobs\
>> ucc is not very well tested on Windows (beyond basic usage), so I assume
>> this is simply a bug. Is "E" any special drive, such as a network mount,
>> USB stick or something?
>>
>> Also, can you try with a single thread? I.e. use
>> E:\ucc-1.1.1\bin>ucc.bat batch -t 1 -f -i jobs
>>
>> We had a similar problem related to NFS mounted directories,
>> but this problem was fixed in the 1.1 version.
>>
>> Best regards,
>> Bernd.
>>
>>> Copy date.u into the jobs-directory:
>>> E:\ucc-1.1.1\bin>copy date.u jobs\
>>> Date.u is the standard file from the samples directory.
>>>
>>> And now the following happens, the date-jobs gets resubmitted over and
>>> over again and it doesn't stop:
>>> E:\ucc-1.1.1\bin\jobs\RUNNING_JOBS\03d5cea3-9c11-4a99-8d24-27b2fef3faa4.job
>> [...]
>>
>>> Can't find a target system.
>>> java.lang.NullPointerException
>>>          at de.fzj.unicore.ucc.helpers.Runner.matches(Runner.java:239)
>>>          at de.fzj.unicore.ucc.helpers.Runner.findTSS(Runner.java:207)
>>>          at de.fzj.unicore.ucc.helpers.Runner.doSubmit(Runner.java:154)
>>>          at de.fzj.unicore.ucc.helpers.Runner.run(Runner.java:101)
>>>          at de.fzj.unicore.ucc.actions.Batch.processRequest(Batch.java:349)
>>>          at de.fzj.unicore.ucc.actions.Batch$1.run(Batch.java:289)
>>>          at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
>>>          at    
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>>>          at java.lang.Thread.run(Unknown Source)
>> [...]
>>> Under Linux this is no problem at all:
>>> ucc batch -f -i jobs/ &
>>> cp date.u jobs/
>>> /home/richard/ucc/jobs/RUNNING_JOBS/0fe71db3-e17b-4666-bc98-5e64f2bad810.job
>>> /home/richard/ucc/./0fe71db3-e17b-4666-bc98-5e64f2bad810.stdout
>>> /home/richard/ucc/./0fe71db3-e17b-4666-bc98-5e64f2bad810.stderr
>>>
>>>
>>> ps:
>>> E:\ucc-1.1.1\bin>java -version
>>> java version "1.5.0_14"
>>> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_14-b03)
>>> Java HotSpot(TM) Client VM (build 1.5.0_14-b03, mixed mode, sharing)
>>> [...]
>> --