My remote server expose some methods in WSDL. Is it possible to use this WSDL within jasper server to get data? I looked into examples that Jasper consume data that are available in the XML but didn't found anything on using web service (WSDL).
Thanks
Related
I'm implementing the Asynchronous report execution with Jaspersoft and follow the docs. I have 2 jasper server instances and traffic is manage through a load balancer and the load balancer supports only round-robin policy.
According to documentation, reportExecutions API (http://:/jasperserver[-pro]/rest_v2/reportExecutions) successfully returns a requestId. But report polling service (http://:/jasperserver[-pro]/rest_v2/reportExecutions/requestID/status/) always gives 404 resource.not.found error.
When server running on a single instance, all APIs are working properly.
I'm using the TIBCO jasperserver 7.1.0 Enterprise edition.
According to this, the issue is in cookies. Getting "Cookie" header from response of the reportExecutions API and adding it to polling request will solve the issue.
I have set up a Windows server using SAP Business One, and am trying to fire up the DI Server.
I would like to make a HTTP request with a SOAP body, but I don't know what URL to put in postman.
I also can't figure out how to run the example files in the installation folder for DI Server.
Does anyone know how to get started with DI Server?
Unless you are also using B1WS, starting the DI-Server service doesn't give you a listening HTTP server. You need to write your own listener, for instance as a simple .ashx page hosted under IIS, which accepts a request and passes it to the Interact method of the SBODI_Server.Node object.
See: https://blogs.sap.com/2014/07/28/connecting-an-add-on-to-sap-business-one/
I was recently working quite a lot on SOAP web services and one question bothers me in that context. What would be better?
A. Get the WSDL and store it locally on client side and then only make calls to the service
if server keeps backward compatibility the client will still work with the old WSDL even when server side provided new version (of service and WSDL).
you are not able to get endpoint URL from WSDL so if service endpoint location has changed (but WSDL not) you need to reconfigure the client.
no additional call to the server
B. Use WSDL location as remote resource (HTTP) and download WSDL each time client instance is created?
What are some pros and cons?
Which is better depends on your setup and your needs but personally I would prefer having the WSDL locally, inside the client for these reasons:
no extra call to the server to get the WSDL (as you mentioned);
if server keeps backward compatibility the local WSDL will still be OK to use (as you mentioned);
if the service WSDL changes in an incompatible way and your client suddenly starts to fail you still have the old WSDL locally and you can compare it with the new one to see what's different.
The following point is usually not an issue:
you are not able to get endpoint URL from WSDL so if service endpoint location has changed (but WSDL not) you need to reconfigure the client.
The endpoint URL in the WSDL is not always correct and even if it was, you normally have the WSDL accessible at the same URL as the service by just sticking a ?wsdl parameter after it so if the location changes you won't find the service but you wont find the WSDL either. The service endpoint URL needs to be configurable in your client anyways.
I'm working in an GWT 2.4 project. I want to access to a SOAP service. I used wsdl2java to generate classes of the service (servicestub, servicelocator, ...). But this code is server side. How can I do to access the service on the client-side?
There are some problems in Calling Cross Domain Web Services in AJAX. You can read answer on this question: Accessing web Service from jQuery - cross domain. But you can call server method using RPC. And then server get data from SOAP and return to client.
Its really tricky to do that (I'm even not sure if its possible) and I would prefer to wrap the SOAP call into a server side service and call that from you client.
I'm trying to use a sample web application that use Ajax to send a request to a php REST service.
I need to use Mule ESB to do this, so i fix my ajax function to send request to ESB on localhost:8080. But the browser said that i can't do this for security reason.
So, there are any way to use mule ESB with a web app (local appache server) locally ?
Trying to GET a resource from the same host but from a different port is considered cross scripting as explained here
If you want to retrieve it you can:
all the option listed at the above link
put mule behind a reverse proxy within your apache configuration
serve all the content via mule