YAMJ automatic with Windows 7

[johnstewart]

Some time ago I had to rebuild my PC, and went from XP to Windows 7.

I've now gotten around to re-doing YAMJ. I have the latest version (as of last week) from the dev site, all works well. Great.

Except now I'm trying to get this working with Task Scheduler in Windows 7; worked flawlessly in XP.

It just doesn't seem to run. I've tried calling from both .bat and .cmd files. I've made sure my account has the rights to run as a task.

It works fine when I run the doYAMJ.bat (or .cmd) directly.

Anyone have this working from Windows 7 Task Scheduler?

[Tromos]

Make sure that the task is set to "start in" the folder that contains doYAMJ.bat.
Task properties/Actions/Edit will take you to a window with a field for "Start in (optional)" - enter the path to the batch file in this field and give it another shot.

[johnstewart]

Yep, thanks, Tromos, but definitely one of the first things I tried.

Contents of doYAMJ.bat:

Quote:c:
cd \Drivers\PCH\YAMJ\
cmd /c moviejukebox libraries.xml -o P:\
del p:\index.htm

Scheduled task is set to run as myself (have tried SYSTEM as well), run whether logged in or not, run with highest privileges.

Action field has:

C:\Drivers\PCH\YAMJ\doYAMJ.bat

And Start in has:

C:\Drivers\PCH\YAMJ\

[accident]

did you look in event viewer for errors? or looka t the log and see if maybe it's trying to run without access to where your files are located?

[johnstewart]

Yep, not seeing anything obvious in Event Viewer:

Quote:Task Scheduler launched "{13d88155-98c0-4295-b695-b379c1820541}" instance of task "\doYAMJ" for user "johns" .

Task Scheduler started Task Engine "S-1-5-21-3872652499-1349995051-3441213424-1001:pluto\johns:Password:Highest" process. Command="taskeng.exe" , ProcessID=1596, ThreadID=1212

Task Scheduler started Task Engine "S-1-5-21-3872652499-1349995051-3441213424-1001:pluto\johns:Password:Highest" process.

Task Engine "S-1-5-21-3872652499-1349995051-3441213424-1001:pluto\johns:Password:Highest" received a message from Task Scheduler service requesting to launch task "\doYAMJ" .

Task Scheduler started "{13d88155-98c0-4295-b695-b379c1820541}" instance of the "\doYAMJ" task for user "pluto\johns".

Task Scheduler launched action "C:\Drivers\PCH\YAMJ\doYAMJ.cmd" in instance "{13d88155-98c0-4295-b695-b379c1820541}" of task "\doYAMJ".

Task Scheduler launch task "\doYAMJ" , instance "C:\Windows\SYSTEM32\cmd.exe" with process ID 4940.

Task Scheduler successfully completed task "\doYAMJ" , instance "{13d88155-98c0-4295-b695-b379c1820541}" , action "C:\Windows\SYSTEM32\cmd.exe" with return code 1.

Task Scheduler successfully finished "{13d88155-98c0-4295-b695-b379c1820541}" instance of the "\doYAMJ" task for user "pluto\johns".

So other than the "return code 1", seems like it thinks things are successful.

Is there any other log for YAMJ?

As for permissions, I'm running it as myself ("johns"), and certainly I have permissions to the files (as it runs without incident when running directly).

[accident]

the yamj log is in the folder your cmd file is.. does your bat file literally say cmd in it? because it needs the full filename to run and it would be best to put call cmdfilename.cmd (the rest of hte line)

when running without logged in especially after the machine first boots, a lot of thigns are login dependent, like drive letters mapped to shares.. they aren't readily attached just because hte machine is on

[johnstewart]

Aha; yes, thanks. The logfile has a clue:

Quote:Using 4 processing threads and 4 downloading threads...
Preparing environment...
Failed creating jukebox directory. Ensure this directory is read/write!
java.io.IOException: The system cannot find the path specified
at java.io.WinNTFileSystem.createFileExclusively(Native Method)
at java.io.File.createNewFile(Unknown Source)
at com.moviejukebox.MovieJukebox.generateLibrary(MovieJukebox.java:750)
at com.moviejukebox.MovieJukebox.main(MovieJukebox.java:414)

So I would think this is referring to the output argument of P:

Ahh, and while it is mapped as me, I know the credentials used to map it are "nmt" on the PCH itself... hrm... not sure how to resolve that.

[johnstewart]

So specifying the destination with UNC (\\192.168.10.222\share\) rather than drive letter seems to have resolved the issue.

Thanks for your help!

[Omertron]

That would have been my suggestion.

When you run as another user (even the same username, but a different session) it doesn't copy some user settings like the drive mappings.

You could also have just put a "net use p:\ \\whateverpath\" at the start of your command file to keep things simple