I want to trigger a stored procedure using http request via logic app.
I dont want to use the default SQL Connector provided by the logic app.
Is there any way i can use the http request to call the SQL Scripts and stored procedure ?
For your question, the answer is no, there isn't a way can use the http request to call the SQL Scripts and stored procedure.
We can not run the SQL Scripts or stored procedure without SQL connector.
Like #Tim Mylott said that You need something else on top of the database to handle the http request.
Related
Need help in addressing one of the requirement.
Requirement is to call salesforce boomi api as an webservice from oracle trigger and I did implement it, but the problem here is, when the trigger gets fired, salesforce boomi reads oracle data thru oracle view and that view is not fetching any rows, but on oracle it fetches the rows, since there is no data returned from the oracle view on salesforce boomi, it is not writing any thing to saleforce, any recommendation.
Thanks,
Ramprasad.
I've just started checking out the ATP database in oracles cloud.
I have an old pl/sql proc that I want to put on the ATP database.
Happily the procedure with calls to htp.p compiled with no errors...but how do I find the URL to use to get to my procedure?
(And BTW no the proc isn't something that can just be converted into a restful web service through apex.)
The answer I've gone with for this is that the ATP database comes with ORDS configuired and ready to use.
You can expose pl/sql procedures to requests through ORDS. This does require some manual work for each procedure but not a huge amount.
You will need to set up a module in ORDS and a template for each get/put etc call you want to send through to your procedure.
Its documented pretty well here:
https://oracle-base.com/articles/misc/oracle-rest-data-services-ords-remote-procedure-call-rpc-and-output-parameters
This is using the command line for everything - I've found it easier to use the restful data services available through apex to get a GUI interface to use to set this up. I believe there is a GUI available through sql developer too.
Is it possible to call a BI publisher report from PL/Sql package and dump the data of a BI Publisher report to a oracle database table.
I have earlier used SOAP UI to call the BI Publisher report and dump data in oracle table .
But now I want to call the report from pl/sql package .
Anyone please help
Thanks in advance!!
You could write a Java class with a static method to do a SOAP call to your BI Publisher service, host that on your database, and use a Stored Procedure to execute the java function.
https://docs.oracle.com/cd/B19306_01/java.102/b14187/chthree.htm
You can then use the returned result in Java - create a JDBC connection into a table on your database, and insert the returned file from the SOAP call as a blob.
https://docs.oracle.com/javase/tutorial/jdbc/basics/connecting.html
Is it possible to run commands from a stored procedure in Oracle?
I have a web-based client-server architecture; The server communicates with a database server holding oracle database, I want to enable the client to trigger the backup operation; i.e. the user on the client side just sends a command to the server which then directs it to the database server, where all the work is done automatically. The client has no oracle tools to establish the backup operation. I think the best solution is to create a stored procedure on the database server which backs up the database using the appropriate commands. Is that possible? and if so then how?
Thanks.
Does APEX make it possible to call a script using dbms_scheduler, utl_file or other
and grab it's output?
The goal is to pass a command to an external API and show a popup either if an exception is generated or a sucess message is received.
Thanks
Assuming that the script is a file on the database server's operating system, you should be able to invoke the script from APEX using either DBMS_SCHEDULER or via a Java stored procedure. Personally, I'd tend to use the Java stored procedure approach just because that's what I've used in the past but it's solely a matter of personal preference.