Soapui Content Transfer Encoding Binario Options

Sono ad una estremità libera su come aggiungere un allegato nella mia richiesta SOAP. Dobbiamo utilizzare un servizio web festa thrid, costruito in Java, che è la cosa più complicata che abbia mai incontrato. Eventuali altri servizi web che abbiamo usato, che richiedevano allegati, hanno un metodo o una proprietà per aggiungere l'allegato. Semplice. Tuttavia, questo non fornisce tale metodo. Abbiamo una versione del messaggio SOAP insieme che è esattamente come vogliamo che l'XML, ma è la parte MIME del file che non possiamo aggiungere. Questa è la parte XML che siamo in grado di generare e inviare fuori, ma non è corretto come abbiamo bisogno di una parte MIME in là come: ho raschiato il Internet per le risposte, ma sono venuto su vuoto. Ci ha colpiti particolarmente sembrano essere molta documentazione intorno usando WSE per questo. Devo sottolineare che WSE è un requisito sul lato server, e non c'è modo posso cambiare la tecnologia per affrontare questo problema. C'è un modo che queste sezioni MIME possono essere EDIT aggiunto: devo aggiungere che posso ottenere un documento XML di lavoro inviato attraverso SoapUI con allegati, ma non riesco a trovare un modo nel nostro codice. Ho aggiunto una taglia per cercare di ottenere una soluzione a questo problema. Se qualcuno ha altre idee per favore fatemelo sapere. EDIT di nuovo: so che è stata una settimana da quando sono stato in grado di controllare le risposte qui, ma mentre alcuni danno una buona idea di dove cercare ancora sto disegnando un vuoto. Il terribile documentazione circostante XopDocument e dei suoi metodi è un grande punto critico, se qualcuno ha qualche esempi di utilizzo SaveToXopPackage potrebbero fornire, perché questo sta cominciando a griglia chiesto 20 11 Dicembre a 11:48 Bene John, che ne dici di venire con una soluzione piuttosto che andare in giro solo facendo finta di sapere tutto. In questo scenario, per me, WSE è necessario. Senza di essa, le nostre richieste saranno respinte. Io dico la can39t terzo fornitore come dovrebbero essere codifica, posso provare, ma sono sempre stata l'azienda almeno utile in tutto il mondo per aggirare. Così, mentre WSE non deve essere utilizzato se si sta creando il proprio software, si tratta di un requisito in questo caso. ndash anothershrubery 5 12 Gennaio alle 10:49 ho poco da dire al riguardo se non che spero che qualcuno ha detto l'imperatore i suoi vestiti sono obsoleti. Inoltre, se si fa finta che l'utilizzo di WSE non è un'opzione, poi you39ll senza dubbio sapere come personalizzare WCF per fare ciò che è necessario, solo utilizzando software supportato. ndash John Saunders 5 gennaio 12 a 17:53 Penso che si può avere un paio di opzioni: 1) Uso MTOM. Questo sembra avvolgere automaticamente il messaggio in uscita in blocchi MIME. 2) Microsoft in realtà fornisce il supporto per la generazione e la lettura XOP con la mimica attraverso la classe XopDocument, che è ciò che SoapEnvelope eredita da. Tuttavia, credo che questo approccio può richiedere di effettuare l'invio del messaggio se stessi attraverso un HttpWebRequest. Questo blog ha un esempio di come implementare questa. Il rovescio della medaglia è che questo richiede un sacco di codice aggiuntivo e la configurazione in modo da funzionare correttamente. La soluzione ideale sarebbe quella di intercettare il codice che esegue la trasmissione busta, ma sono stato in grado di individuare la posizione corretta per questo in cantiere. Im 90 fiducioso Im lavorare sullo stesso esatto progetto come voi ragazzi. Tale richiesta sapone è un po 'troppo familiare :-) Weve acquistasti maggior parte della strada c'è da passare a WCF e in fondo a mano codifica l'oggetto della richiesta (la creazione di classi che corrispondono al formato sapone e quindi utilizzando XmlElement attributi per decorare in modo che esso sembra che la loro richiesta di sapone. il file stesso viene dichiarata come Byte () sulla classe attaccamento e anche decorato con la xmlelement). Ecco quello che il contratto WCF e parte del modello di dati assomigliano. Il modello di dati reali ha un sacco di lezioni extra (Application Area, area dati, lavoro, ecc), ma questo ti dà abbastanza di un senso di come la sua struttura. Il pezzo importante è il file come Byte (). Qui è in Vb. Successivo youve ha ottenuto il client di WCF, questo è più o meno lo stesso di tutti i client WCF. Infine youve ha ottenuto il app. config. Ecco la magia perché stavano dicendo WCF di utilizzare MTOM per inviare il messaggio. Questo richiederà la Byte () e striscia fuori in una sezione separata MIME sostituendolo con un XOP: Include. Si noti che per ora Im solo l'invio attraverso localhost così posso vedere la richiesta utilizzando tcptrace. È possibile che google app, ma itll fondamentalmente catturare la richiesta in modo che possiamo vedere come appare. I ha installato tcptrace di ascoltare sulla porta 84. Infine, ecco la chiamata effettiva al cliente WCF per effettuare la richiesta. Ed ecco la traccia abbiamo ottenuto attraverso tcptrace. Il suo ha ottenuto il diritto struttura di base e la sua è riuscito a tirare i dati binari fuori dal XML e posizionarlo in una sezione separata MIME. Come ho già detto in precedenza - weve ancora ottenuto alcuni problemi. Ci sono alcuni tag mancanti dalla intestazione SOAP. ma penso anche essere in grado di capire quelli fuori. Il vero problema è che il Content-ID non è in un formato il nostro partner può accettare - si aspettano qualcosa come lt1.a33c2d7e84634122705ebc71e53d95d4c2683d726ba54e14apache. org e la formattazione come tempuri. org1634618782531246992. Questo sta causando il loro gestore del servizio Web in crash, perché non sa come leggere sfuggiti contenuto-ID all'interno del messaggio SOAP. risposto 7 gennaio 12 in 00:23 appena notato la modifica di questo ora. Sì lo fa apparire come la stessa identica progetto Purtroppo la soluzione isn39t andare a lavorare nel nostro caso, come ci siete costretti ad usare WSE e non WCF. Il ricorso a VS 2005. Si tratta di un dolore. Ma questo è il risultato che sto cercando, ma bisogno di capire la soluzione in WSE. (Tuttavia, con il tuo problema, si fa a non impostare il Content-ID per tutto quello che vuoi Questo funziona all'interno SoapUI, quando si specifica il contenuto-ID se stessi e non basandosi sulla rappresentazione predefinita Il mio indirizzo e-mail, non funziona uno, è nel mio profilo se si desidera parlare ulteriormente. anothershrubery ndash 16 gennaio 12 in 12:58 come dici avete ottenuto lavorando attraverso SoapUI, penserei si può solo chiedere SoapUI per l'XML generato ha inviato in modo da sapere come dovrebbe apparire, poi modificare il codice per imitare quello UPDATE:. dopo i suoi commenti e leggendo le altre risposte in modo più dettagliato: la soluzione sembra a me solo l'invio di byte direttamente, utilizzando HttpWebRequest come in risposta ktsioliss in particolare:. Crea il tuo XML SOAP (l'esempio che ha dato ), codificare questo per byte in UTF8 (1) Creazione di una stringa con il mimeboundary iniziale (la parte in XML Prima), codifica di byte in UTF8 (2) Creare il byte per la seconda mimeboundary (la parte dopo XML). Quindi creare la stringa contenente --MIMEBOUNDARY codificare ecc per byte UTF8, e aggiungere tutti i byte del file test. gif (3) Aggiunge tutti i byte nell'ordine (2), (1) e (3) e inviare che in tutto il filo. Dovreste questo il trucco Ok così ho preso per accettare i dati dal file nella ltgwm: elemento Filegt. Questo è senza usare XOP, quindi la richiesta ora sembra: Quando viene passato in SoapUI questo funziona perfettamente, ma nel codice che fa dare una risposta, ma genera un errore che dice di risposta non è ben formato XML. con una eccezione interna di WSE1608: Nessuna parte XOP si trovavano nel flusso per il contenuto-id specificato: ltrootpart36875c60-630c-4e23-9e74-f9a9c7547fc7example. jaxws. sungt mi aprirà una nuova domanda per quanto riguarda questo in quanto è tecnicamente un diverso problema. Sono coinvolto esattamente nello stesso progetto e ho gli stessi problemi come discusso in questa discussione Sto usando VB 2005 e WSE 3.0 miglioramenti e ho ottenuto che funziona anche se è un dolore per ora. Quando si scrive il contenuto del file direttamente nella proprietà del file, l'allegato sarà accettata dal partner. Nel mio caso, questo funziona per quasi tutte le transazioni, ad eccezione PRA. Qui, la risposta è positiva e un attachmentID verrà consegnato, ma l'allegato non viene visualizzato nella transazione. Ecco un esempio della sezione Allegato: Se ho impostato RequireMtom per il servizio su True, Ill ottenere il seguente errore: Das kann nicht von Prfix in starstandards. orgwebservices200510transport innerhalb desselben Startelementtags neu definiert werden. Da un lato, funziona, d'altra parte, non sono sicuro se sarà inviato con gli elementi XOP. risposto 17 gennaio 12 in 12:46 ho avuto una discussione con gli sviluppatori di servizi web circa mettere i dati direttamente nell'elemento ltFilegt e hanno detto che questo non è conforme alle loro specifiche e richiedono un ltxop: elemento Includegt. Vedere stackoverflowquestions8805095hellip per un ulteriore descrizione del problema che stiamo avendo. Se si vuole discutere ulteriormente al di fuori di qui per favore vedere il mio profilo per il mio indirizzo di posta elettronica. ndash anothershrubery 17 gennaio 12 in 00:59 Certo. ma non riesco a trovare il tuo indirizzo email. ndash Daniel SCHLIECKMANN 17 gen 12 alle 15:43 Se can39t vedi sotto bio, è ora nella sezione About Me nel mio profilo. ndash anothershrubery 17 12 gennaio alle 15:45 Grazie. I39ve inviato un'email. ndash Daniel SCHLIECKMANN 18 gennaio 12 in 15:24 tua risposta 2017 Stack Exchange, IncUsing SOAP per inviare dati binari I nostri messaggi esempio fino ad oggi sono stati piuttosto piccola, ma possiamo facilmente immaginare che vogliono utilizzare SOAP per inviare grandi blob binari di dati. Ad esempio, si consideri un automatizzati agenti registry151remote credito di assicurazione potrebbero usare software SOAP-enabled di presentare nuove richieste a un server centrale, e parte dei dati associati a una richiesta potrebbe essere immagini digitali registrano danni o l'ambiente intorno a un incidente. Poiché XML can039t codificare direttamente veri 8 bit di dati binari al momento, un modo semplice per fare questo genere di cose potrebbe essere quella di utilizzare il tipo di XML Schema base64Binary e codificare le immagini come testo Base64 all'interno del XML: Questa tecnica funziona, ma non it039s particolarmente efficienti in termini di larghezza di banda, e ci vuole tempo di elaborazione per codificare e decodificare i byte da e base64. E-mail ha utilizzato il Multipurpose Internet Mail Extensions (MIME) standard, da qualche tempo per fare questo lavoro, e MIME permette la codifica di binario a 8 bit. MIME è anche la base per alcune delle codifica dei dati utilizzati in HTTP dal software HTTP di solito può trattare con MIME, potrebbe essere bello se ci fosse un modo per integrare il protocollo SOAP con questo standard e un modo più efficiente di invio di dati binari. SOAP con allegati e dime alla fine del 2000, HP e Microsoft ha rilasciato una specifica chiamata quotSOAP messaggi con Attachments. quot La specifica descrive un modo semplice per utilizzare la codifica MultiRef in SOAP 1.1 per fare riferimento a elementi di fissaggio MIME-codificati. Abbiamo won039t andiamo troppo nei dettagli qui se vuoi leggere le specifiche, si può trovare in w3.orgTR2000NOTE di sapone di allegati-20.001.211. L'idea alla base SOAP con allegati (SWA) è che si utilizza lo stesso trucco HREF si è visto nella sezione quotObject Grafici quot per inserire un riferimento ai dati nel messaggio SOAP invece di codificare direttamente esso. Nel caso di SWA, tuttavia, è possibile utilizzare il contenuto-id (CID) della parte MIME contenente i dati you039re interessati a come riferimento anziché l'ID di qualche XML. Così, il messaggio codificato in precedenza sarebbe simile a questa: Un'altra tecnologia chiamata diretta Internet Message Encapsulation (DIME). da Microsoft e IBM, usato una tecnica simile, tranne che la codifica on-the-wire era più piccola e più efficiente rispetto MIME. DIME è stato presentato alla IETF nel 2002, ma da allora ha perso il sostegno di anche i suoi autori originali. SWA e DIME sono grandi tecnologie, e ottengono il lavoro fatto, ma ci sono alcuni problemi. Il problema principale è che sia SWA e DIME presentano una struttura di dati che è esplicitamente al di fuori del regno del modello di dati XML. In altre parole, se un intermediario ha ricevuto il messaggio MIME in precedenza e ha voluto firmare digitalmente o crittografare il corpo SOAP, che avrebbe bisogno di regole che hanno detto che come il contenuto in allegato MIME era legato alla busta SOAP. Tali norme weren039t formalizzate per SwADIME. Pertanto, strumenti e software che lavorano con il modello di dati XML devono essere modificate al fine di comprendere la struttura di confezionamento SwADIME e avere un modo per accedere ai dati incorporati negli allegati MIME. Vari XML e servizi Web visionari cominciato a discutere il problema generale di fondere contenuto binario con il modello di dati XML sul serio. Di conseguenza, varie proposte sono ora evolvendo per risolvere questo problema in modo architettonico pulitore. PASWA, MTOM, e XOP Nel mese di aprile 2003, il quotProposed Infoset Addendum al sapone con Attachmentsquot (PASWA) documento g è stato rilasciato da diverse aziende, tra cui Microsoft, ATampT, e SAP. PASWA ha introdotto un modello logico per l'inclusione di contenuto binario direttamente in un infoset SOAP. Fisicamente, i messaggi che PASWA occupa di aspetto quasi identico ai nostri due esempi precedenti (l'immagine codificati prima come Base64 in linea con il codice XML e poi come un allegato MIME) 151the differenza è nel modo in cui pensiamo gli allegati. Invece di pensare dell'immagine codifica MIME come un'entità separata che è esplicitamente indicato nella busta SOAP, abbiamo logicamente pensiamo come se fosse ancora in linea con il codice XML. In altre parole, la confezione MIME è un'ottimizzazione e implementazioni necessità di garantire che i processori guardando il modello di dati SOAP per scopi di crittografia o firma ancora vedere i dati effettivi come se fosse base64 codificato in XML. Nel luglio 2003, dopo una lunga serie di conversazioni tra il Gruppo XML protocollo ei sostenitori PASWA, il Messaggio di trasmissione Optimization Mechanism (MTOM) g è nato, di proprietà del gruppo XMLP. Si riformulate le idee in PASWA in una funzione astratta ad una migliore sincronizzazione con il modello di estensibilità SOAP 1.2, e poi offerto una implementazione di tale caratteristica su HTTP. Il meccanismo di serializzazione si chiama Packaging ottimizzato (XOP) g XML Binary è stato preso in considerazione in una specifica separata in modo che potesse essere utilizzato anche in contesti non-SOAP. A titolo di esempio, abbiamo leggermente modificato il credito di assicurazione in precedenza aumentando l'XML con un attributo content-type (dal spec XOP) che ci dice che tipo di contenuto MIME da utilizzare durante la serializzazione questo infoset usando XOP. Here039s la nuova versione: Una versione MTOMXOP della nostra richiesta di risarcimento modificato assomiglia a questo: In sostanza, it039s lo stesso sul filo come la versione SWA, ma utilizza il XOP: elemento Includegt invece di href. La vera differenza è architettonica, dal momento che immaginiamo strumenti e API sarà manipolare questo messaggio esattamente come se si trattasse di un modello di dati XML. MTOM e XOP sono sul loro modo di essere rilasciato dal gruppo di lavoro protocollo XML po 'di tempo nel 2004, e resta da vedere quanto bene si saranno accettate dalla comunità di utenti più ampia. primi feedback è stato molto positivo, però, e di questo libro gli autori sono dietro l'idea di un modello di dati unificato per XML e content. SoapClient binario :: SoapClient Parametri URI del file WSDL o NULL se si lavora in modalità non-WSDL. Durante lo sviluppo, WSDL caching può essere disabilitato con l'uso delle php. ini soap. wsdlcachettl impostazione altrimenti le modifiche apportate al file WSDL non avrà effetto fino a quando è scaduto soap. wsdlcachettl. Una serie di opzioni. Se si lavora in modalità WSDL, questo parametro è facoltativo. Se si lavora in modalità non-WSDL, la posizione e le opzioni URI deve essere impostato, in cui posizione è la URL del server SOAP per inviare la richiesta di e URI è lo spazio dei nomi di destinazione del servizio SOAP. Le opzioni di stile e di usare funzionano solo in modalità non-WSDL. In modalità WSDL, provengono dal file WSDL. L'opzione soapversion dovrebbe essere uno tra SOAP11 o SOAP12 per selezionare SOAP 1.1 o 1.2, rispettivamente. Se omesso, 1.1 viene utilizzato. Per l'autenticazione HTTP, le opzioni di login e password possono essere utilizzati per fornire le credenziali. Per effettuare una connessione HTTP tramite un server proxy, le opzioni proxyHost. porta proxy . ProxyLogin e proxyPassword sono inoltre disponibili. Per HTTPS certificato client uso di autenticazione localcert e opzioni passphrase. Una di autenticazione può essere fornito in opzione di autenticazione. Il metodo di autenticazione può essere sia SOAPAUTHENTICATIONBASIC (default) o SOAPAUTHENTICATIONDIGEST. L'opzione di compressione consente di utilizzare la compressione delle richieste SOAP HTTP e le risposte. L'opzione di codifica definisce la codifica dei caratteri interno. Questa opzione non modifica la codifica di richieste SOAP (è sempre UTF-8), ma converte le stringhe in esso. L'opzione consente di tracciare traccia di richiesta in modo guasti possono essere backtraced. Il valore predefinito è FALSE L'opzione classmap può essere utilizzato per mappare alcuni tipi WSDL per classi PHP. Questa opzione deve essere una matrice con i tipi WSDL come chiavi e nomi di classi PHP come valori. L'opzione delle eccezioni è un valore booleano che definisce se gli errori di sapone generano eccezioni di tipo SoapFault. L'opzione ConnectionTimeout definisce un timeout in secondi per la connessione al servizio SOAP. Questa opzione non definisce un timeout per servizi con la lentezza delle risposte. Per limitare il tempo di attesa per le chiamate per terminare l'impostazione defaultsockettimeout è disponibile. L'opzione typemap è un array di mapping dei tipi. Tipo di mappatura è un array con le chiavi typename. typens (namespace), fromxml (callback accetta un parametro stringa) e toxml (callback che accetta un parametro oggetto). L'opzione cachewsdl è uno dei WSDLCACHENONE. WSDLCACHEDISK. WSDLCACHEMEMORY o WSDLCACHEBOTH. L'opzione UserAgent specifica stringa da utilizzare nell'intestazione User-Agent. L'opzione caratteristiche è una maschera di bit di SOAPSINGLEELEMENTARRAYS. SOAPUSEXSIARRAYTYPE. SOAPWAITONEWAYCALLS. L'opzione KeepAlive è un valore booleano che definisce se inviare Connection: keep-alive intestazione o Connection: close. L'opzione sslmethod è uno dei SOAPSSLMETHODTLS. SOAPSSLMETHODSSLv2. SOAPSSLMETHODSSLv3 o SOAPSSLMETHODSSLv23. ErrorsExceptions SoapClient :: SoapClient () genera un errore eerror se la posizione e le opzioni di uri aren039t forniti in modalità non-WSDL. Un'eccezione SoapFault verrà generata se l'URI WSDL non può essere caricato. client di nuova SoapClient (some. wsdl) client di nuova SoapClient (some. wsdl. array (soapversion GT SOAP12)) client di nuova SoapClient (some. wsdl. array (login GT nomeacaso, la password gt unapassword)) client di nuova SoapClient (some. wsdl. array (ProxyHost GT localhost, proxyPort gt 8080)) client di nuova SoapClient (some. wsdl. array (ProxyHost GT localhost, proxyPort GT 8080, ProxyLogin gt nomeacaso, proxyPassword gt unapassword)) client di nuova SoapClient (some. wsdl. array (gt localcert certkey. pem)) client di nuova SoapClient (null array. (posizione GT localhostsoap. php, uri gt test-uri)) client di nuova SoapClient (null. array (posizione GT localhostsoap. php, uri test-uri gt, stile gt SOAPDOCUMENT, uso gt SOAPLITERAL)) client di nuova SoapClient (some. wsdl. array (compressione GT SOAPCOMPRESSIONACCEPT SOAPCOMPRESSIONGZIP)) client di nuova SoapClient (some. wsdl. array (codifica gt ISO-8859-1)) classe MyBook titolo pubblico client autore pubblica nuova SoapClient ( books. wsdl. (array classmap GT (GT libro MyBook)) array) note di utenti 56 note mi ci sono voluti più di una settimana per capire come implementare WSSE (Web Security Service) intestazioni SOAP nativo PHP. Non ci sono più risorse disponibili su questo, quindi pensato di aggiungere questo qui a beneficio della comunità. Fase 1: Creare due classi di creare una struttura per le intestazioni WSSE ltphp classe clsWSSEAuth Nome utente privato funzione password privata costrutto (Nome utente Password.) Questo - gt nome utente nome utente questo - gt classe Password Password clsWSSEToken funzione UsernameToken privato costrutto (innerVal) questo - gt UsernameToken innerVal gt Fase 2: Creare variabili Soap nome utente e password ltphp nome utente la password 1111 1111 Verificare con il proprio fornitore di sicurezza che nome-spazio che stanno utilizzando. strWSSENS schemas. xmlsoap. orgws200207secext objSoapVarUser nuovo SoapVar objSoapVarPass nuovo SoapVar gt Fase 3 (nome utente XSDSTRING NULL strWSSENS NULL strWSSENS.....) (password XSDSTRING NULL strWSSENS NULL strWSSENS.....): Crea un oggetto per Auth Classe e passano in sapone var ltphp objWSSEAuth nuova clsWSSEAuth (objSoapVarUser objSoapVarPass.) gt Fase 4: Creare SoapVar fuori oggetto di Auth classe ltphp objSoapVarWSSEAuth nuova SoapVar (objWSSEAuth SOAPENCOBJECT NULL strWSSENS UsernameToken strWSSENS.....) gt Fase 5: Creare oggetto per Token classe ltphp objWSSEToken nuovo clsWSSEToken (objSoapVarWSSEAuth) gt Fase 6: (..... objWSSEToken SOAPENCOBJECT NULL strWSSENS UsernameToken strWSSENS) Creare SoapVar fuori oggetto della classe Token ltphp objSoapVarWSSEToken nuovo SoapVar gt Step7: Crea SoapVar per il nodo di sicurezza ltphp objSoapVarHeaderVal nuova SoapVar (objSoapVarWSSEToken SOAPENCOBJECT NULL... strWSSENS sicurezza strWSSENS) gt Step8:.. Creare oggetto intestazione di sicurezza soapvar ltphp objSoapVarWSSEHeader nuove SoapHeader (strWSSENS. Sicurezza. objSoapVarHeaderVal. vero. ABCE) Terzo parametro qui rende mustUnderstand1 Forth parametro genera actorabce gt Step9: Creare oggetto di client SOAP ltphp objClient nuovo SoapClient (WSDL) arrOptions GT Step10:. Impostare intestazioni per oggetto SoapClient ltphp objClient - gt setSoapHeaders (array (objSoapVarWSSEHeader)) gt Step 11 : chiamata finale al metodo ltphp objResponse objClient - gt SOAPCall (. strMethod requestPayloadString) gT a nota per quanto riguarda i valori booleani che possono sembrare ovvio sulla riflessione, ma potrebbe essere un Gotcha per alcuni: Vedendo un esempio di richiesta SOAP con ltSomeBooleanParamgttrueltSomeBooleanParamgt può portare a passare nella stringa vero o falso come parametro, che non è corretto - il metodo corretto è quello di utilizzare i tipi di dati booleani. cliente ltphp nuova SoapClient (. WSDL opzioni) metodo DoSomething params nuove stdClass params - gt SomeBooleanParam TRUE cliente metodo - gt (params) semplificata richiesta frammento sarebbe ltSomeBooleanParamgttrueltSomeBooleanParamgt questo sarà anche corretto, ma non per le ragioni giuste: params - gt SomeBooleanParam vero metodo cliente - gt (params) semplificata richiesta frammento sarebbe ltSomeBooleanParamgttrueltSomeBooleanParamgt questo è dove ci si potrebbe chiedere che cosa sta succedendo params - gt SomeBooleanParam metodo - gt falso cliente (params) semplificata richiesta frammento sarebbe ltSomeBooleanParamgttrueltSomeBooleanParamgt è necessario fare questo, invece params - gt SomeBooleanParam FALSE cliente metodo - gt (params) semplificata richiesta frammento sarebbe ltSomeBooleanParamgtfalseltSomeBooleanParamgt gt Speranza che aiuta se hai bisogno di usare WS-Security con un nonce e un timestamp, è possibile utilizzare questo: class WsseAuthHeader estende SoapHeader funzione construct (user Pass. ) gmdate creato (YM-DTH: I: SZ) mtrand nonce () passdigest base64encode (pacchetto (H. sha1 (pacchetto (H. nonce). pack (a. creato). pack (a. pass)))) auth nuova stdClass () auth - gt Nome utente nuova SoapVar (utente. XSDSTRING. NULL. questo - gt wssns. NULL. questa - gt wssns) auth - gt password nuova SoapVar (passano. XSDSTRING. NULL. questo - gt wssns. NULL. questa - gt wssns) auth - gt Nonce nuova SoapVar (passdigest. XSDSTRING. NULL. questo - gt wssns. NULL. questa - gt wssns) auth - gt creato nuovo SoapVar (creato. XSDSTRING. NULL. questo - gt wssns. NULL. questa wsuns - gt) UsernameToken nuova stdClass () UsernameToken - gt UsernameToken nuova SoapVar (autenticazione. SOAPENCOBJECT. NULL. questo - gt wssns. UsernameToken. questa - gt wssns) securitysv nuova SoapVar (nuovo SoapVar (UsernameToken. SOAPENCOBJECT. NULL. questo - gt wssns. UsernameToken. questa - gt wssns), SOAPENCOBJECT. NULL. questo - gt wssns. Sicurezza. questo wssns - gt) genitore. costruire (... questa wssns - gt sicurezza securitysv vero) e con il vostro SoapClient fare: ltphp client nuove SoapClient (HostPath) setSoapHeaders cliente - gt (. Array (nuova WsseAuthHeader (User Pass))) GT funziona per me. sulla base di un post stackoverlfow, che ha fatto solo il nome utente e la password, non il nonce e il timestamp Sembra che ci sia un problema con specificando stringhe vuote per le opzioni proxyHost e proxyPort nelle ultime versioni di PHP (da una versione successiva alla 5.2.9, e uguale o precedente alla 5.2.11). Fornire valori stringa vuota per ProxyHost e proxyPort causa di host non trovato errori di tipo: fornire opere NULL o FALSE bene. Per chiunque abbia problemi con ArrayOfxsdstring e ottenere un errore simile a No deserializzatore definito per tipo array di stringhe Provare a utilizzare il parametro funzioni, impostare SOAPUSEXSIARRAYTYPE - questo assicura che il deserializzatore corretto viene utilizzato. ad esempio, ltphp cliente nuovo SoapClient (some. wsdl. array (dispone di GT SOAPUSEXSIARRAYTYPE)) gt nota che la creazione di un client di sapone per un URL non valido (non testare ciò che accade, quando un servizio non è disponibile, a destra) di solito genera un'eccezione che possono essere catturati con try..catch. Tuttavia, se Xdebug è attivo si ottiene un errore fatale, che ovviamente non può essere catturato. eccezione SoapFault: client sembra che abbiamo ottenuto alcun documento XML in ltdocumentgt è stato già detto a verificarsi quando il server restituisce qualcosa prima ltxml. tag gt. Per tutti coloro che hanno problemi con questo, e non ha accesso al codice del server: questo è come fare un proxy che pulire le risposte per voi ltphp classe semplice tratto da una nota di James Ellis a doRequest () Pagina di classe ProxyClient manuale estende SoapClient cacheDocument protetto pubblica funzione construct (WSDL. opzioni) genitore. costruire (WSDL. opzioni) SetCacheDocument () imposta il contenuto del documento precedentemente memorizzate nella cache funzione pubblica SetCacheDocument (documento) questo documento cacheDocument - gt doRequest () sostituisce il SoapClient standard per gestire una richiesta funzione di pubblico locale doRequest () restituire questo - gt cacheDocument mettere questa codice nel tuo funzione o ovunque ci sia tutte le variabili necessarie impostare cliente nuovo SoapClient (WSDLURL. settingsarray) metodo vuoto cliente - gt (params) chiamare questo per ottenere risposta dal server responsestring client - gt getLastResponse () questa parte rimuove iniziare roba strpos (responsestring .. strrpos ltxml) end (responsestring GT) responsestring substr (responsestring inizio fine -.. iniziare 1) ottenere il proxy preparato delega nuova ProxyClient (WSDLURL settingsarray) e riempirlo con i server di risposta del proxy SetCacheDocument - gt (responsestring) andfinallytheresultis proxy. metodo - gt (params) printr (andfinallytheresultis) questo permette di vedere che cosa è il metodo c'è il nome di metodi per esempio. methodgetVersion params - params tipici per un metodo di sapone utilizzo di un file WSDL è la strada da percorrere, tuttavia, per la mia particolare applicazione, la posizione: PORT doveva essere dinamico in modo che i miei clienti SOAP sarebbero in grado di chiamare un servizio diverso in base alla dominio client. Se si utilizza un WSDL, SoapClient () richiede un URL diretto a un URL reale e non consente di utilizzare un file PHP che emette l'XML WSDL dinamica in sua vece. Così, ho finito per fare un WSDL separata per ogni possibile servizio necessario e dovuto mantenere tutti se la descrizione del servizio è cambiato. Infine, dopo un po 'di giocherellare, sono stato in grado di creare una pagina PHP con le corrette intestazioni tipo MIME in modo da poter poi ingannare SoapClient () per pensare che era stato approvato un file con estensione. wsdl. intestazione (Content-Type: applicationxml charsetUTF-8) un colpo di testa (Content-Disposition: attachment filenamefilename. wsdl) leggere handle di file fopen (. WSDL r) wsdlxml fread (. maniglia dimensione del file WSDL ()) fclose (maniglia) ha messo il codice qui per sostituire URL e la porta in XML Ora, al fine di rendere questo lavoro, non puoi semplicemente chiamare un percorso relativo al file. Credo che deve passare attraverso Apache per impostare correttamente il tipo di intestazioni MIME, ecc Così si può usare un full. affrontare il percorso del file wsdl. php. . da qualche parte nel codice client SOAP SoapClient nuova SoapClient (wsdlloc. clientparamarray) Un altro, forse non così pulito, il modo di raggiungere questo sarebbe quello di modificare il file. htaccess nella directory in cui il file WSDL esiste per forzare i file. wsdl a correre attraverso il motore PHP. Aggiungere quanto segue al file. htaccess: AddType applicationx-httpd-php. php. wsdl È quindi possibile inserire frammenti di codice PHP dinamici nei file. wsdl di cambiare tutto ciò valori è necessario. Ci sono pro e contro di ciascuna delle soluzioni. La soluzione Mime probabilmente le tasse il sistema più in quanto ha di leggere il file in ogni volta che una richiesta di sapone è fatto. La soluzione. htaccess lo rende in modo da avere a dipendere sia su un. htaccess modificato o file di configurazione di Apache. Forse, se si imposta la soap. wsdlcacheenabled, utilizzando iniset (), a 1 (di default), il caching farà in modo che doesnt leggere il file ogni volta per la soluzione Mime. Im vivendo gli stessi problemi quando si cerca di caricare un Fiel WDSL, che è protetto da autenticazione di base http, dal momento che i parametri di login e password sono appena utilizzato per la richiesta, ma non quando la lettura del file wDSL. Mi basta usare la seguente soluzione scaricando il file XML in un luogo non protetto sul mio server. Si prega di notare che questo doesnt supportare qualsiasi tipo di caching. ltphp classe SoapAuthClient estende SoapClient Poiché il pacchetto PHP SOAP non supporta l'autenticazione di base questa classe scarica il file WDSL utilizzando il pacchetto cURL e crea una copia locale del wDSL sul server. Assicurarsi di fornire il seguente parametro aggiuntivo nel Array opzioni: (. WDSL opzioni) gt wdsllocalcopy vera funzione SoapAuthClient if (isset (opzioni wdsllocalcopy) opzioni ampamp wdsllocalcopy vero isset ampamp (opzioni di login) ampamp isset (Opzioni password)) file md5 ( uniqid ())..xml if ((fp fopen (questo cachedir - gt. file. w)) false) throw new Exception (Impossibile creare il file WDSL locale (. questa cachedir - gt. file.)) ch curlinit () di credito (opzioni di login. :. Password opzioni) curlsetopt (ch CURLOPTURL wDSL) curlsetopt (ch CURLOPTHTTPAUTH CURLAUTHBASIC) curlsetopt (ch CURLOPTUSERPWD credito) curlsetopt (ch CURLOPTTIMEOUT 15) curlsetopt (ch CURLOPTFILE fp) if ((curlexec XML.......... (ch)) false) curlclose (ch) fclose (fp) unlink (questo cachedir - gt. file) gettare nuova eccezione (curlerror (ch)) curlclose (ch) fclose (fp) wDSL questo cacheurl - gt. il file unset (opzioni wdsllocalcopy) unset (opzioni wdslforcelocalcopy) echo genitore wDSL. costruire (WDSL opzioni.) unlink (questo cachedir - gt file.) contenuti gtFollowing è stato catturato a TcpMon: Domanda proveniente da SoapUI Pro 3.0.2: POST tf6servicesxdsrepositoryb HTTP1.1 Accept-Encoding: gzip, sgonfiare Content-Type: typeapplicationxopxml multipartrelated Start Start-infoapplicationsoapxml confine azione ---- Part1728349551.1260534830078 MIME-Version: 1.0 User-agent: Jakarta Commons-HttpClient3.1 Host: ihexds. nist. gov:9080 Content-Length: 13318 ------ Part1728349551. 1260534830078 Content-Type: applicationxopxml charsetUTF-8 typeapplicationsoapxml actionProvideAndRegisterDocumentSetRequest Content-Transfer-Encoding: 8bit Content-ID: ------ Part1728349551.1260534830078 Content-Type: textplain charsetus-ascii Content-Transfer-Encoding: 7bit Content-ID: ltgt Questo è depeches documento. Richiesta fatta da strumento xdstest: POST tf6servicesxdsrepositoryb HTTP1.1 Content-Type: multipartrelated boundaryMIMEBoundaryurnuuid613A2BD2D99F1E6B5912 60.534.073,176 mila typeapplicationxopxml startlt0.urn: uuid: 613A2BD2D99F1E6B591260534073177 apache. orggt Iniziamo-infoapplicationsoapxml actionurn: IHE: ITI: 2007 rovideAndRegisterDocumentSet-b User-agent: Axis2 Host: ihexds. nist. gov:9080 Transfer-Encoding: chunked 20f1 --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 Content-Type: applicationxopxml charsetUTF-8 typeapplicationsoapxml Content-Transfer-Encoding: binary Content-ID: lt0.urn:uuid:613A2BD2D99F1E6B591260534073177apache. orggt --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 Content - Type: textplain Content-Transfer-Encoding: binary Content-ID: lt1. urn:uuid:613A2BD2D99F1E6B591260534073366apache. or g gt This is my document. From where can i set Content-Transfer-Encoding as binary At the nist public registry, you can view the text document which is been sent as an attachment: I have also tried making Encode Attachments as true under TestRequest Properties. But its not working either. Thanks for the help