but not sure how to achieve the equivalent in SuiteScript

If you don’t throw an error the the response object should have the 200/OK included.

Yep, just don't throw an error

what about

context.response.write(’    ');

so I guess opposite question is if I wanted to return something other than 200 is that possible?

Yep, in your SL just

throw Error('it broke');

or

throw error.create({ … });

ok actually not a Suitelet, it’s an .ss (SSP application)

can you just do something like

response.write({output: ""});

?

let me try

Does it matter if it has something in the response body then?

it needs to be empty

That seems odd

{ output: ' '}

, with a single space? I’ve run into this problem with required fields and get around it with a space.

single space breaks it in the PHP one too

........

I have some old SCA code where I set the content type before I could wrote JSON to the output like this:

response.setContentType("JSON");
response.write(JSON.stringify(tree));

but then you are still writing some output

Yes, sorry, it’s old code. SSP wasn’t availble in 2.0 back then.

no joy. Your code returns ‘{}’ which is also not blank.

This doesn't seem like it has anything to do with NetSuite, and more to do with the calling client

it’s for this: https://api.slack.com/interactivity/handling#acknowledgment_response

what error is slack giving you

Wild. FWIW this works completely fine:

function onRequest(context) {
  log.audit({title: "request received"});
}

suitelets tend to be unreliable for webhooks because of HTTP _405_ Method Not Allowed

Yes, this is true. Not sure what else to use for a webhook in NS though.

I’m actually using a SSP application which does the work of generating OAuth headers and then passes the request on to a Restlet that does the heavy lifting

a suitelet that does nothing returns an empty response body with a 200 status code

I can’t control any of the headers coming from Slack at all

you should probably check what headers it sends using a service like https://requestbin.io/

this all worked fine in PHP….sigh

this personally sounds familiar

well that was before I got the SSP application up and running

suitelets and restlets are inflexible in their inputs and outputs, the usual expectation should be the use of tools explicitly built for netsuite

I can’t believe I made it soooo close to what I needed and am stuck just on this one “ok” I have to send back

Have you tried other the content types availble from an SSP app? Maybe one of them will allow an empty response.

I’ll try but as I said at the start the documentation is kinda non-existant

…/app/help/helpcenter.nl?fid=chapter_N3264137.html - a list of content types

oh.

either trigger a background script to do the rest of the processing or create a queue custom record

What would you suggest is the best way to trigger a background script?

Assuming you want it to be real time, you can create a scheduled script or map reduce with sufficient deployments for the number of concurrent background jobs. You then trigger using N/task without specifying a deployment and NetSuite will chose an available one. There are times this can still fail due to timing issues though

urk. This is rather complex.