Web Services: retrieveFile_UNC does not work

Hi. I have this code:

String retrieveJobId=cjob.getMyStub().retrieveFile_UNC(maApprovedAsset.getMID(),-1,null,rtpPrimitives,"\\\\\\\\mycomputer02\\TEMP",true);

This line, even though executes with no problems does not provide a result = No file in TEMP directory, or anywhere on a remote filesystem or local filesystem. My understanding: this suppose to retrieve an asset into a directory. The resulting job (with id retrieveJobId from example above) is NOT null. But has no messages.

Can you please tell me what am I doing wrong?

Find more posts tagged with

Comments

msnider

Since you stated that the job has no messages, I'm assuming you did make a call to getJob( retrieveJobId ) and the jobstate was JobComplete not JobFailed?

The error that is most readily visible is that you didn't specify a filename:

\\\\\\\\mycomputer02\\TEMP

should be

\\\\\\\\mycomputer02\\TEMP\\myfile.jpg

To get the suggested output filename based on the asset and task use getRetrievalFilename.

JimD

Thank you for the reply. But now my code:

String retrieveJobId=cjob.getMyStub().retrieveFile_UNC(maApprovedAsset.getMID(),-1,null,rtpPrimitives,"\\\\mycomputer02\\TEMP\\myfile.jpg",true);

gives me jobStatus - JobFailed
I made sure that TEMP is accessable from "Run" on a remote computer, from where I invoked it.

lyman

Hmmm. A JobFailed status ought to always have an associated message. Can you connect to MediaBin using one of the normal clients and view the job history to see what it reports for the attempted job?

Cheers,

Lyman Hurd

msnider

Lyman is correct...check to see if there is an error message associated with the failed job. You can view the error message via one of the native MediaBin clients or via the MBJob object returned from getJob.

Also, be sure that the user account that is assigned to the MediaBin server windows service is the one that has read\write permission to the UNC share....i.e. you might have read\write permission to the UNC share but the MediaBin server that is actually writing the file may not.

Mark