I have a notion of what breaks a WSDL contract or not (What are considered non-breaking or backwards-compatible changes to a WSDL contract?) but every time we make a change to some of our WSDLs we need to prove to other teams whether that change broke the contract or not. As we do not want to build a whole application as a client to our services, we would like to use some simpler tool like soapUI for that purpose.
I have looked into the soapUI assertions and on the internet but still have not found a clue.
Can anybody help me?
Thanks and regards,
You can create a xml scheme or dtd of your wsdl contract, which you can then use to easily validate the structure of your wsdl xml.
Look at WSDL Diff Command Line Tool. This tool generates HTML report based on two WSDL files of your service (original and modified). In the report you can see all the breaking changes introduced in the modified contract.
Related
I works on PowerBuilder application and I need develop solution which call REST Apis
This Apis need several parameters and one file, with post method.
I do not found any sample of this.
Can you help me?
Don't know which version of PowerBuilder you are using. PowerBuilder 2017 R3 has an HTTPClient object as well as a RESTClient object and it supports Base64 encoding (what you would use to turn binary data into JSON compatible). There are numerous code examples on the Appeon Website so rather than copy n' paste them all here suggest you look through those various examples and find one that meets your needs: https://community.appeon.com/index.php/codeexchange/powerbuilder?start=120
I want to build an web application(ASP.NET MVC 6) that can add modules/plugins without having to rewrite my source code.
Already read about MEF and Areas but are not helping much.
Someone who has overcome this problem that can help me?
Depends on which part of the web application you are targeting.
1.If it's in the request pipeline you would make a Middleware package.
2.It's it's in HTML you would make a TAG Helper package.
3.If it's an intrinsic functionality you would extend appropriate classes and throw them into a package. An example of this would be helpful extension methods or methods to add claims given a claims principal.
4.If you want to go even further you could create your own Visual Studio templates that you can use to pre-fill your options upon creation.
In one of our projects we have reached the point where we have to ditch out old Madisson-based platform and move on. Unfortunately, Aurora does not look like a perfect fit, so we are looking at alternatives.
One option is to build a GWT based front end. This would allow us to drop JSP, Dojo and most JavaScript in favor of a Java-based platform.
Has anybody tried anything like this before?
How would I make it work with for example Dynacache?
I would read this redbook. It has an example of how to code the JSPs - http://www.redbooks.ibm.com/redbooks/pdfs/sg247393.pdf.
Also if you're moving to FEP6, you'll also want to use the WebSphere Commerce tag libraries and some of the metatags so that the inline editing and some of the advanced store preview features work correctly.
Finally, I would engage your local IBM technical team since there are other customer who have done this before and you want to learn from their best practices.
I've no experience with IBM starter stores. I'll try to help, though.
The back-end/front-end integration occurs by putting RPC servlets in a package shared by your back-end and front-end code, as explained here. It shouldn't be a problem to set that up.
I've no idea if dynamic caching will still work, but those RPC calls are also based on URL and I don't see why the cache wouldn't work for them if you set that up properly.
If you don't want to rewrite all your client from scratch and for a step-by-step migration, you could keep your JSP and use little GWT modules to replace the Dojo/js code on your pages.
In the same way your old Dojo/js code can be called from the GWT module if you would like to keep some parts of it.
Hope it helps...
I am not gonna ask you why you want to drop Madison starter store JSPs/DOJO apis and javascript, But that will be massive amount of work for you !
I guess you need to architect your calling from GWT to Server side to be like RESTfull format and can take parameters and add the dynacache entries like servlet/Rest paths that way you can cache the responses from back end which can be JSON or XML format . and of-course that will work
e.g:
<cache-entry>
<class>servlet</class>
<name>/path/GetCatalogs</name>
<property
name="save-attributes">false</property>
<property name="store-cookies">false</property>
<timeout>3600</timeout>
<priority>3</priority>
<cache-id>
<component id="storeId" type="parameter">
<required>true</required>
</component>
<component id="catalogId" type="parameter">
<required>true</required>
</component>
</cache-id>
...
</cache-entry>
Cheers Jasper Reports expert,
I'm a bit new with Jasper Reports so thanks for any help.
We are investigating the use of Jasper Reports Server as our main tool to offer our customers the reporting capabilities they need. We are a Java shop but would like our clients to mainly interface with JasperReports Server for reporting needs (as opposed to writing a custom app for this).
We have a requirement to display scientific data (signal trace data) that is contained in a BLOB field (it's some standard format but not well known). I've considered a couple of options:
1) Find some cool out of the box support for this (this seems unlikely)
2) Deploy a custom jar file and reference a method that produces a complete chart displayable via JR Server (It really seems like I should have come across a way to do this by now, but haven't seen it).
3) Deploy a custom jar file to jasper and reference a java method that makes the data understandable to JRServer and use the built in charting capability (We could write any java needed but I'm not sure how to integrate with JRServer).
4) Write a simple servlet to serve up the image we want in the chart (alas, something I understand how to do!).
Question: which of these are real options and have I considered the best options?
Thanks
Wayne.
VERY unlikely
could be possible but needs a lot of research. Have you considered using JFreeChart Customizer classes? You can manipulate the renderer, the dataset (values) and nearly everything else of the given chart.
Do you want to define a new datasource? Or just use a function inside the report like:
parsemydata($F{blob})? Both is possible.
Put your .jar file into /var/lib/tomcat6/webapps/jasperserver/WEB-INF/lib/ (path on a debian squeeze with tomcat6)
if you want to use functions from a custom class in a report you have to import the class first, with: <import value="your.class"/>
Creating a new datasource is a bit more complex, and subject of another question.
something I don't know anything about.
I would suggest to have a look at ReportServer (http://reportserver.datenwerke.net/). It has good JasperReports integration, so if you find an acceptable method with Jasper this path is open to you. However, I would expect that if you have scientific data then you might need some custom charts (and maybe even dynamic ones). What we usually do in this situation is to use ReportServer to preprocess the data (script reports or dynamic lists) and use a specialized javascript charting library such as d3 (http://d3js.org/) to do the actual plotting.
What format is your data in, and what kind of charts did you have in mind?
I'm trying to import a WSDL document that only supports SOAP 1.1 (Salesforce.com, WSDL to APEX)
However, the WSDL at the endpoint contains definitions for SOAP 1.1 and 1.2.
Is it possible to pass an argument to the .asmx service to return only the 1.1 specifications or do I need to manually remove the 1.2 references myself?
Often it's easy enough to strip down the WSDL to just keep the Soap 1.1 bindings. If you open it up in a text editor you'll see lots sections are doubled up, one of each will have soap11 and the other soap12.
Delete all the soap12 parts and you should be good to go. If possible, post the contents here (if they're not too long or private) and I might be able to help you cut it down.