Did you try setting the response body encoding to "application/json"

 

You mentioned system default, however, it should be set to json. Might not help though.

 

What is the Published Parameter type set in the workspace?

Hi @virtualcitymatt​ ,  I added an "Accept" header to accept application/json but it didn't make any difference, I still get "raw" and not "value". The "Response Body Encoding" only has binary/unicode/latin, etc encoding options : 

 

The Published Parameters in the Schedule are text.

 

I also tried getting the Schedules via the API doc "Try me out" option using the same token and got the same results :

https://myserver/fmerest/apidoc/v3/#!/schedules/list_get_0

The token only has Access privileges to Schedules. However, if I grant it "All permissions" I get "values" not "raw" which is what I want, so I suspect that the token needs more privileges than just "Access" to the Schedules.  

 

https://myserver/fmerest/apidoc/v3/#!/schedules/list_get_0

Wow crazy find about the permissions. This sounds like a bug to me. Perhaps @jennaatsafe​  or @andreaatsafe​ can pass it to the dev team to look at. 

https://myserver/fmerest/apidoc/v3/#!/schedules/list_get_0

Hi @batesy​ ,

Great detective work! I observe the same issue that if a token is granted 'Access' to the Schedules Item only, all the Schedules are returned but the published parameters return "raw" rather than "value" keys. In my testing, it looks like if you set 'Read' permissions for the Repository the scheduled workspace is stored in this should be enough to get the correct result returned - instead of giving the token all permissions. 

 

I will be filing an issue to request a fix, but that being said, in my testing the raw values always showed the correct characters and never the encoded <> values. What parameter type is your URLAttribute and was the workspace created in FME Desktop 2021 or an older version? 

Hi @hollyatsafe​ , thanks for the reply! You're spot on - the token needs read access to the repository. That's great to know!  

 

The published parameters I'm using are just text, nothing fancy. I'm using FME Database Edition (node locked-crc) 2021.0.3.0 (20210528 - Build 21326 - WIN64) and FME Server 2021.0.3 Build 21326 - win64.

 

For anyone else that ever has a similar problem, I ended up writing a function in a PythonCaller to decode the raw strings :

 

        def raw_decoder(raw_string):
            """
            Converts a raw encoded string back to a string.
            """            
            raw_string_decoded = raw_string.replace("<solidus>", "/") \
            .replace("<backslash>", "\\") \
            .replace("<openbracket>", "d") \
            .replace("<closebracket>", "]") \
            .replace("<opencurly>", "{") \
            .replace("<closecurly>", "}") \
            .replace("<openparen>", "(") \
            .replace("<closeparen>", ")") \
            .replace("<gt>", ">") \
            .replace("<lt>", "<") \
            .replace("<apos>", "'") \
            .replace("<at>", "@") \
            .replace("<comma>", ",") \
            .replace("<dollar>", "$") \
            .replace("<quote>", "\"") \
            .replace("<semicolon>", ";") \
            .replace("<space>", " ") 
 
            return raw_string_decoded

But I don't need it now I know about the read permissions. Great stuff, thanks again Holly!