-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problems with cxf-client and adyen wsdl: Could not create web service client for interface #33
Comments
The underlying issues appears to be: Caused by ClassCastException: null | 104 | getProxy in org.apache.cxf.binding.soap.SOAPBindingUtil I am not sure if it isn't finding the binding file on the class path sometimes? Perhaps this could happen if you clean and restart and it fails to find binding file until you start again? I am just guessing. It is so hard to track these issues down without having working code/scenarios. |
This is the block of code from cxf where it is failing. It is the return cls.cast(proxy); that is throwing the null. I am not sure if maybe the cxf client proxy is getting thrown away or coming through null. You should be able to get the cxf source (really easy if using intellij) and debug that line and see what is happening in your code and what exactly is null. C public static T getProxy(Class cls, Object obj) { |
I have this issue (still stuck on a very old version of Grails - 2.2.1). From debugging the code, the problem looks bizarre: For me, when the exception occurs, cls is SoapFault, but if I do proxy.getClass().getInterfaces(), it shows the only implemented interface or the proxy is SoapBody (not the expected SoapFault). This doesn't match the newProxyInstance line at all! Re-evalutating the newProxyInstance expression in the debugger continues to return the same, incorrect proxy. I don't know whether this is a class loader bug (probably in Grails) or a VM bug. Oddly, it does seem to work sometimes, if you clean and rebuild a few times. I don't know if there's a weird race condition of some kind relating to the order of class loading, or allocated class names, etc. |
I'm developing a grails plugin for payment with adyen.com (called: "adyenplugin").
This grails plugin has some services i use in my mainproject (called: "mainproject"). My grails version is 2.2.0 and cxf-client 1.5.3.
I created a binary plugin of the adyenplugin and placed the library (jar) into the mainprojects lib folder. I also added the cxf-client config i also have in adyenplugin to the mainprojects config. The generated java files from wsdl2java (generated via cxf-client plugin) are placed in the adyenplugin (also packed in the jar).
After starting the mainproject with "run-app" sometimes everything works good (also the payment part where the cxf-client is used) but often the app crashes and doesn't start. It's not only on my computer, it's on all the computers i've tested. Then i do some clean, and restart the app. Often it works then, but very often it doesn't work again.
This is the exception i get after starting the mainproject with "run-app":
https://gist.github.com/PatrickHuetter/74dae3c2b92d219b62d5#file-gistfile1-sh
I also tested to copy the generated java files to the src/java folder of my mainproject, but same problem here.
My config (username and password edited):
recurringBindings.xml:
Do you know any solution for that? I can't work really efficiently if the application doesn't start always.
The text was updated successfully, but these errors were encountered: