New API: Server and FileSystem

[ustk]

And:

    Server.callWithGET(SerialNumbersAPI, parameters, function(status, response)
    {
        
    });

gives

Interface:! Expected '{' or '[': "1"

[Christoph Hart]

Well the error message is wrapped in an object, but your actual server response throws a JSON parsing error.

[ustk]

@Christoph-Hart Which means?
Are the parameters not good? it all strings

[ustk]

@Christoph-Hart
Here's my habitual call
https://www.studio427audio.com/?wc-api=serial-numbers-api&request=check&...

here's what I set

Server.setBaseURL("https://www.studio427audio.com");
const var SerialNumbersAPI = "?wc-api=serial-numbers-api";    // subURL

[Christoph Hart]

That's not the sub-URL these are the GET arguments. Your sub URL is empty if you call the domain directly (haven't checked whether this works though, in my experience I've always called a sub URL). The parameter object should be

const var p =
{
    "wc-api": "serial-numbers-api",
    "request": "check"
};

Server.setBaseURL("https://www.studio427audio.com");
Server.callWithGET("/", p, function(status, response)
{

});

But what does the server return? If it's just a plain old text, it won't work so you need to make sure your server returns a JSON file.

[ustk]

@Christoph-Hart I noticed in your example, the call adds a question mark at the end of the subURL.
I don't know if it's added or not to my url, but I know I shouldn't have one...

[ustk]

@Christoph-Hart I see! testing...

[Christoph Hart]

This works here:

Content.makeFrontInterface(600, 500);

const var p =
{
    "wc-api": "serial-numbers-api",
    "request": "check"
};

reg r;

Server.setBaseURL("https://www.studio427audio.com");
Server.callWithGET("/", p, function(status, response)
{
    r = response;
});

If you check r in the script watch table, it contains

[ustk]

@Christoph-Hart Yeah! Working! :)
I didn't know the api is par of GET arguments, though it was the sub...
It works like a charm! Thanks!

[Christoph Hart]

Yes, the GET arguments will be embedded into the URL and POST data will be sent along with it. If your server supports it I'd recommend using POST data for sending authentification information as the other one is visible throughout the communication (which makes your SSL certificate pointless).

[ustk]

@Christoph-Hart Yes that's what I intended to do once the most simple part works :)

[Christoph Hart]

FYI, I just added the deleteFileOrDirectory() function...

[Casey Kolb]

This is awesome! Have been waiting for these features. Bravo!!

[ustk]

@Christoph-Hart Did someone tinkered with the File APIs?
I tried getFolder and findFiles with no success.
I put a *.js on the Desktop and used the location wildcard but findFiles returns an empty array...

FileSystem.getFolder("Desktop");
var fileList = FileSystem.findFiles("Desktop", "*.js", true)

My end goal is to dump an encrypted file (but I don't see a dump file method except for the ol'dumpJSON of course)

[Christoph Hart]

Use FileSystem.Desktop as argument.

And your end goal is one line of code :)

FileSystem.getFolder(FileSystem.Desktop).getChildFile("license.dat").writeEncryptedObject({"key": "1234"}, "1haDUHNEK1($NR");

[ustk]

@Christoph-Hart

[ustk]

@Christoph-Hart Thanks it works like a charm.
Although when using AppData location it does not work in Hise (Unknown function 'getChildFile')
USE_BACKEND issue?

[ustk]

@Christoph-Hart AppData does not work on compiled plugin either

[Christoph Hart]

Ah yes, I forgot to implement that one - it's a bit annoying because I have to rewrite some things to get the app data folder working in HISE...

[ustk]

@Christoph-Hart Just seen the commit
testing...