Here's an article on how to write your own zeppelin interpriner.
- Log in to post comments
Here's an article on how to write your own zeppelin interpriner.
$$$NL
You can define class storage on ppgs. Can't do that on % variables.
Any kind of implicit kill does not affect ppgs but does affect % variables.
They only case where I use % variables is if I really need some global object (java gateway and CSP global vars). Otherwise I use ppgs.
Please elaborate. What do you want to achieve?
That depends on os/webserver you use.
You need to configure https in your web server.
OAuth tutorial. You can:
MDX2JSON api provides postman collection and environment. You can use it as an example.
Here's a screenshot of POST request:

Is there a sample of using callback somewhere?
You can mark correct answer by pressing a checkmark left of the answer.
If you want to run Ensemble REST Services, here's how.
Check REST.DocServer class in SAMPLES namespace.
Have you read documentation?
What do you want to achieve?
You need to convert private key into OpenSSH format using PuttyGen and use that key with Ensemble.
Process memory is allocated as required, so decreasing $ZSTORAGE would not decrease actual memory usage.
Compare Angular results with REST API debugger, such as Postman and debug proxy, i.e. Charles.
Add these lines at the beginning of your REST method if you're on older versions (pre 16.1 I think):
Set %response.CharSet = "utf-8" Set %response.ContentType="application/json"
If you're on a newer version add class params to your broker class:
Parameter CHARSET = "utf-8"; Parameter CONTENTTYPE = "application/json";
For HTML files:
see weird characters on a query to the DB
REST output or input REST params? What locale are you using for server?
Reports are a big, separate issue from modern web applications technologies. Unless you're writing a reports web application.
This can be slow/bad in applications with large data?
Sure. To avoid that make your REST service logically asynchronous (see DeepSee REST API for MDX execution):
Also, if you're using pure SQL, scrollable resultset can be used in a similar fashion.
It's better/recommended to use ZenReports even with ZenMojo applications?
It's just another approach to reports.
Or Zen Mojo, like any other applications based on HTML, JS and PHP can support this with any problem?
Reports can be done using ZEN Mojo, sure.
The preparation of the JSON is very fast because the use of %DynamicObject and %DynamicArray; ZenReport can be slower than it?
Time to render JSON is negligible compared to time time you need to generate a report. ZenReport calls other software to render report files, so it's slower, sure, but still I think the main timesink here is execution and not rendering.
To sum up, your requirements determine the necessarily approach.
Reenabled Demo user.