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
Richiesta gpGeneraIuv fallita #39
Comments
Dall'errore mi risulta un problema nella sintassi della richiesta:
Puoi riportare il messaggio di gpGeneraIuv che stai inviando recuperandolo dal file govpay_dump.log? |
Ho verificato ed effettivamente dal log compare questo:
Ma in realta la stringa xml che gli mando è la seguente 👍
Sei a conoscenza di qualche problematica per l'utilizzo con le Soap Client di php ? |
C'è un errore nella gestione dell'Header Il problema potrebbe dipendere da una errata generazione del client o ad un bug php. Dal momento che non hai necessità di valorizzare quel campo, come rapido workaround potresti semplicemente rimuoverlo dal WSDL e rigenerare il client. |
ok non ho ancora chiaro se il problema è su client o un bug su php, ma volessi valorizzarlo come devo gestirlo ? |
L'header deve comparire nella sezione Header della busta SOAP, non nel campo Body come nel messaggio campione che mi hai inviato. L'unica funzionalità legata all'header in questione è per la definizione di un prefisso personalizzato negli IUV generati da GovPay.
Trovi informazioni nell'introduzione al capitolo 4 "Web Services per l'integrazione a GovPay"
Non e' necessario intervenire su GovPay. E' sufficiente che il WSDL utilizzato per la generazione del Client PHP sia modificato come segue: |
Si ho provato a carciare un wsdl modificato (senza metainfo) ed effettivamente il codice IUV viene generato. |
Buongiorno, |
Ciao @smettickmax, le interfacce applicative non sono cambiate dalla versione 2.3.1 alla 2.3.3, quindi non hai necessita' di ricompilare/rigenerare il client. Se comunque hai necessita' di supporto per l'errore in questione, dovresti allegare i log di govpay e dell'application server. |
Grazie intanto per il rapido supporto, di seguito allego i log generati |
Il problema e' esattamente lo stesso. Ti suggerisco di rigenerare lo stub a partire dal WSDL rimuovendo anche la definizione dell'header metaInfo (anche se non viene utilizzata in nessun messaggio nella versione modificata)
|
Buon pomeriggio, non funziona ancora. Ma devo ricompilare GovPay? |
E' impossibile che il messaggio contenga ancora l'elemento MetaInfo avendolo rimosso dal WSDL. Evidentemente ci sono dei refusi nel codice. Ti suggerisco di eliminare il codice attualmente generato e procedere ad una nuova generazione degli stub. |
Buon pomeriggio, |
Buongiorno quando eseguo una richiesta per la generazione di IUV ricevo il seguente errore:
13:01:49,284 AVVERTENZA [org.apache.cxf.phase.PhaseInterceptorChain] (http--127.0.0.1-8080-1) Interceptor for {http://www.govpay.it/servizi/}PagamentiTelematiciGPAppService#{http://www.govpay.it/servizi/}gpGeneraIuv has thrown exception, unwinding now: org.apache.cxf.interceptor.Fault: Message part {http://www.govpay.it/servizi/commons/}metaInfo was not recognized. (Does it exist in service WSDL?) at org.apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:197) [cxf-rt-core-2.4.6.jar:2.4.6] at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263) [cxf-api-2.4.6.jar:2.4.6] at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) [cxf-rt-core-2.4.6.jar:2.4.6] at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:207) [cxf-rt-transports-http-2.4.6.jar:2.4.6] at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:91) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:169) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:87) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:185) [cxf-rt-transports-http-2.4.6.jar:2.4.6] at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:108) [cxf-rt-transports-http-2.4.6.jar:2.4.6] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:135) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.0.3.GA.jar:2.0.3.GA] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_80]
Credo che il codVersamentoEnte che invio sia errato, da manuale viene specificato come segue:
"Identificativo del versamento nel dominio dell'applicazione che lo gestisce", ma sul portale
GovpayConsole a quale campo corrisponde ?
Grazie anticipatamente
The text was updated successfully, but these errors were encountered: