gilforum
8th August 2002, 19:39
HI.
I made a job that consists of executing a exchange schema for importation of data for a table.
If the job it's executed with the session ttaad5203m000, it works well.
If i use the command $BSE/etc/rc.startjobdm, it does not works, and presents the following status: "Runtime Error"
mark_h
8th August 2002, 19:48
Not much of an expert, but I found this link (http://www.baanboard.com/baanboard/showthread.php?s=&threadid=6044). In it is a post by Neal that mentions setting and exporting user name and the terminal setup. Not sure if this helps. I know the one time I played with it I had to setup a script to get the terminal emulation correct.
Good Luck!
Mark
gilforum
8th August 2002, 20:44
Thanks,
I think that the problem it's relationed to the exchange schema session because the job works fine if i try with, for example, a print session like tiitm004m000.
Francesco
8th August 2002, 21:23
Do you run rc.startjob under the same account as your exchange scheme? If not it is probably a permission matter.
Anything in the log files?
telgar
8th August 2002, 21:38
There should be no problem with running an exchange scheme in batch mode.
If you could send me the screen prints of your log files and any message that might be in Display Job History Messages, I will look a little deeper into it.
Telgar
NPRao
8th August 2002, 21:39
Hi Gilforum,
As Francesco mentioned,
1. you need to clarify if the job user and user id with which you are testing ?
2. if both are different? you need to ensure, the directories where the output/job-log files have the write authorizations, i.e, 775 permission modes.
3. if both are still the same id's? then please check the program script code there might be exceptions coded there like -
if not (api.mode or job.process or background) then
do.something()
else
do.nothing()
endif
chjagge
9th August 2002, 05:45
If your are running the job via the rc.startjob daemon then you need to ensure that all your environment variables are set. Eg. $BSE. Also you need to ensure that the $USER variable is set to a valid Baan user. Also if you are running it from the cron where there is no display then ensure that BAMODE=1 if not then it is 0 and your TERM value is set. Hope this helps. If you can run the job with the Baan session then you should also be able to run it with the same user using the daemon.
gilforum
9th August 2002, 13:29
The problem was solved.
I changed the permissions modes to 775, and the job worked well.
Thanks to all of you.
:)