General Upload question - using Google Advanced REST client

Hi,
I will probably need fiddler to get this one figured out, but has anyone who uses the Google Advanced REST client seen this behaviour with file uploads to the CS REST API? What is happening is it's failing with an error when it tries to set the file. WHy it is failing is because instead of getting multiple files, including ones from previous requests. I don't know if this is a Google REST client problem, an IIS problem, or a Content Server problem. One thing though that the REST API Is not handling well is the case where you have multiple files. Here is a sample of the request params:

file = 'C:\Windows\TEMP\otup47A719EAD06A4CAAA4D4D8462ED2DBB60'
file_content_type = 'text/plain'
file_content_type_list = '{''text/plain'',''image/jpeg'',''application/octet-stream'',''text/plain''}'
file_dcsMimeTypeStatus = 'failure'
file_dcsMimeTypeStatus_list = '{''failure'',''failure'',''failure'',''failure''}'
file_filelength = '646'
file_filelength_list = '{''646'',''125135'',''46080'',''3202''}'
file_filename = 'TextPad License Backup.txt'
file_filename_list = '{''TextPad License Backup.txt'',''anonymousWS.JPG'',''resume2012-ECM.doc'',''WFSampleForJP.txt''}'
file_list = '{''C:\\Windows\\TEMP\\otup47A719EAD06A4CAAA4D4D8462ED2DBB60'',''C:\\Windows\\TEMP\\otup7744D6873D1342A7822DB3AB0BA350C40'',''C:\\Windows\\TEMP\\otup0A357B79DE27475AA8DDFDD4C957CC190'',''C:\\Windows\\TEMP\\otup122584355C494355B18D2B313005ABC90''}'
G

As you can see, there are multiples from all the previous requests. I tried restarting IIS and my rest client to no avail. Has anyone seen this before?

Note to OpenText, on the CSNode.SetFile() method, it tests whether the file argument is a String and fails if it's something else (i.e. in this case, a list). If this is intentional, a more descriptive message would be helpful.

-Hugh

Find more posts tagged with

API

Comments

HFCDev

I don't have a definitive solution, but it appears that restarting Chrome (not just the Advanced REST API) does flush out the old file uploads so that they don't get tacked on to the HTTP request. I still don't fully understand why Google's REST client will sometimes reattach a previous request's file data onto the HTTP request, and sometimes it doesn't. I'd be curious to find out if anyone else has experienced this behaviour.

-Hugh

Ferdinand Prantl

I started to use Postman after having stability problems with the Advanced REST Client.

HFCDev

I may end up switching to Postman as well. So far, now that I know what the issue is, I can work around it. I would still like to submit a feature request to change the SetFile() in $CSNode.ObjectsWithPrototypes.Actions.NodeActions.Create.CreateDocument to either handle the case where you have multiple files or error out, i.e.

//
// LLNode doesn't validate the location of the file, so it needs to be done here.
//
    if ( type(fileLocation == ListType )
            fileLocation = Str.Trim(fileLocation[1] )   // TBD if multiples, which is the correct one to take

elseif ( Type( fileLocation ) == StringType )

    fileLocation = Str.Trim( fileLocation )
    else 
            // Set up error condition here

You could choose to make multiple files an error condition, and give it an error message that indicates that you're uploading multiple files.

-Hugh

Ferdinand Prantl

Only one node can be created by a single POST /nodes request with the latest CS version, AFAIK. Neither multiple node handling, nor batch requests have made it to the roadmap yet.

Yes, when wrong parameters are sent, the REST API should be better in describing what exactly was wrong. But there are more places that need an improvement in the REST API. I am not sure if this one would get the necessary priority to be planned.

{name: ...}

HFCDev

Fair enough, but I'd be thrilled if you could add it to JIRA as a lower priority feature request. If it caused me some initial confusion, it will probably cause others confusion too.

-Hugh