Vote for your favorite Qlik product ideas and add your own suggestions.
As Qlik Rest Connector cannot use PUT (any verb except GET/POST) we really need QRS API (and also other QS REST API's) to accept the X-HTTP-Method-Override workaround.
"X-HTTP-Method-Override" should be allowed in Qlik Sense APIs or below idea implemented ASAP: https://community.qlik.com/t5/Ideas/Support-full-range-of-HTTP-methods-PUT-DELETE-UPDATE-etc-in-REST...
i understand we can use other tools to talk to API, but the problem is in the fact that it is not out of the box anymore and it is another component which needs special attention and clients dont want that. It will be difficult also to intergrate such solution with Qlik scripts which in typical scenarios can for example:
So in short - very simple task which could be completely done by running qlik script in hub or QMC which is exactly what clients want.... they want one vendor who provides solutions end to end - hence this is so important!
In the future, please only use 1 label per post.
Hi there, please help me understand the use case of the REST Connector and PUT.
Qlik Script is for loading data into apps. I understand the REST Connector provides a mechanism for doing a lot more of the things with Qlik, but that doesn't make it the correct hammer for the nail you're trying to pound.
Hi @Jeffrey_Goldberg and thanks for taking the time to discuss this!
I do understand the hammer for the nail anology and Qlik Rest Connector will most likely never be the correct hammer, but for most of the Qlik community (mostly qlik developers) it will get the job done. Thinks like extracting custom properties and users and if needed update those is a task well suited for a Qlik developer - in smaller firms there might not even be a "real" developer that could solve it with PS/JS/PY.
I agree with you & @blaise with the "hammer to the nail analogy" however as a partner I worked with hundreds of clients who had no developer nor technical in house support. I was like you but my point of view changed with the time. The more you work with Qlik audience the more you understand they thinking.
Qlik audience are 99% of the time people from business. They are not technical, they don't have access to servers and max what they do to maintain Qlik Sense is access QMC or update configuration XLS files.
Having ability to automate proceses for them using tool they understand (QMC) we could have a lot more flexibility in setting up smart environments. They are not going to desing their own scripts in 3rd party tool, they are not interested in "another" component they will not understand.
I think the whole understanding "why do we need this?" is because I work on daily basis with business users (despite being technical) and I hear users every day. I ask them the same question you asked us here and I listen what they have to say. Then I see their point and I pass it over here. I would not bother looking if it wasn't frequent request or if I would not see benefit of having such solution implemented.
You are so wrong with this sentece "Qlik Script is for loading data into apps" @Jeffrey_Goldberg
If you only knew how many people are now using all around the world Qlik scripts which I have written to run NPrinting API from Qlik Sense or QlikView (https://nprintingadventures.com/2019/04/08/nprinting-api-qlik-rest-subroutines). Those scripts don't load data to Qlik Sense apps - they are just used to run API, which is exactly what people would like to do with Qlik Sense API's as well and which is exactly why this idea was created and I searched for it and voted for it. I think this analogy should be more than sufficient for you to understand the need of additional methods in Rest connector, given that NPrinting API supports "X-HTTP-Method-Override" there we are using also PUT and DELETE methods to run APIs.
I understand we may again have argument and you will say that this is not a right tool for the job and I would say to show me what is right tool and if Qlik is willing to support such tool officialy so clients can have single solution provider...
...and let me ask you this question:
Why is Qlik so unwilling to add support for additional rest connector methods or allow for "X-HTTP-Method-Override"?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.