[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Ftpapi Digest, Vol 72, Issue 8



Hello Henrik

I use the soap variable from the Scott's example to carry out the whole XML data to the web service. Thanks.

Cordialement 
Jamal Mekhaemar 


Le 7 juin 2012 à 22:43, ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx a écrit :

> Send Ftpapi mailing list submissions to
>    ftpapi@xxxxxxxxxxxxxxxxxxxxxx
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>    http://www.scottklement.com/mailman/listinfo/ftpapi
> or, via email, send a message with subject or body 'help' to
>    ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx
> 
> You can reach the person managing the list at
>    ftpapi-owner@xxxxxxxxxxxxxxxxxxxxxx
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Ftpapi digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
>      (Scott Klement)
>   2. Consuming DHL Webservices (Pascal Kirscher)
>   3. Test Program - WS000101 not created (Maja Greig)
>   4. Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
>      (Henrik R?tzou)
>   5. Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
>      (Bob P. Roche)
>   6. Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
>      (Henrik R?tzou)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Thu, 07 Jun 2012 13:53:05 -0500
> From: Scott Klement <sk@xxxxxxxxxxxxxxxx>
> Subject: Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
> To: HTTPAPI and FTPAPI Projects <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
> Message-ID: <4FD0F891.6060908@xxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Thomas,
> 
> 32k seems excessively large for SoapAction!  SoapAction only indicates 
> the action to take, it doesn't actually carry any data...    Do we 
> really need to be able to exceed 32k for it?
> 
> Jamal... can you clarify whether it's the SOAP data that you need to 
> exceed 32k, or whether it's the SoapAction?
> 
> 
> On 6/7/2012 7:18 AM, Thomas Raddatz wrote:
>> Maybe that I am wrong, but I assume that Jamal is talking about the
>> "SOAPAction" parameter which is "limited" to 32767 bytes (see: do_oper()).
>> 
>> 
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Thu, 07 Jun 2012 11:32:49 +0200
> From: Pascal Kirscher <pkirscher@xxxxxxxxxxxxxxxx>
> Subject: Consuming DHL Webservices
> To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
> Message-ID: <4FD07541.9070006@xxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hello,
> 
> I am new to webservices.  I need to use DHL webservices, in order to 
> create shipments, get labels, etc...
> 
> So, first I have tried some simple webservices, like stockquote 
> <http://www.webservicex.net/stockquote.asmx>, currency convertor 
> <http://www.webservicex.net/CurrencyConvertor.asmx%27> (with IBM's 
> wdsl2rpg and with Scott's HTTPAPI),  and this worked fine with both the 
> tools.
> 
> With DHL WebService, I first tried the GetVersion op?ration, and this 
> also was successful.
> 
> But, I am now blocked with the other operation  (createShipmentDD, 
> getLabelDD) :  I have checked my requests using SoapUI, and this works 
> fine, but not when I try to consume the webservice using HTTPAPI in a 
> RPG program
> 
> I guess that the problem comes from the parameters when I call the 
> http_url_post_xml function, and especially the last one, the SOAPaction.
> 
> Based on the values that I retrieve from SoapUI, hereafter, the 
> beginning of the request :
> POST http://test-intraship.dhl.com/ws/1_0/de/ISService HTTP/1.1
> Accept-Encoding: gzip,deflate
> Content-Type: text/xml;charset=UTF-8
> SOAPAction: "urn:createShipmentDD"
> 
> I have tried to call it this way :
> 
> rc = http_url_post_xml(
> 'http://test-intraship.dhl.com/ws/1_0/de/ISService'
>      : %addr(SOAP) + 2
>      : %len(SOAP)
>      : *NULL
>      : %paddr(Incoming)
>      : %addr(value)
>      : HTTP_TIMEOUT
>      : HTTP_USERAGENT
>      : 'application/xml'
>      : *'urn:createShipmentDD'*);
> 
> 
> I have tried different values ('urn:createShipmentDD', 
> 'http://test-intraship.dhl.com/ws/1_0/de/ISService/createShipmentDD' )
> 
> but each time, I get the result of the GetVersion operation (which must 
> be the default action I suppose)
> 
> I would be very grateful if someone could help me ...
> 
> Pascal
> 
> -------------- next part --------------
>   Hello,
>   I am new to webservices.  I need to use DHL webservices, in order to
>   create shipments, get labels, etc...
>   So, first I have tried some simple webservices, like [1]stockquote,
>   [2]currency convertor (with IBM's wdsl2rpg and with Scott's HTTPAPI),
>   and this worked fine with both the tools.
>   With DHL WebService, I first tried the GetVersion op?ration, and this
>   also was successful.
>   But, I am now blocked with the other operation  (createShipmentDD,
>   getLabelDD) :  I have checked my requests using SoapUI, and this works
>   fine, but not when I try to consume the webservice using HTTPAPI in a
>   RPG program
>   I guess that the problem comes from the parameters when I call the
>   http_url_post_xml function, and especially the last one, the
>   SOAPaction.
>   Based on the values that I retrieve from SoapUI, hereafter, the
>   beginning of the request :
>   POST [3]http://test-intraship.dhl.com/ws/1_0/de/ISService HTTP/1.1
>   Accept-Encoding: gzip,deflate
>   Content-Type: text/xml;charset=UTF-8
>   SOAPAction: "urn:createShipmentDD"
>   I have tried to call it this way :
>   rc = http_url_post_xml(
>   '[4]http://test-intraship.dhl.com/ws/1_0/de/ISService'
>        : %addr(SOAP) + 2
>        : %len(SOAP)
>        : *NULL
>        : %paddr(Incoming)
>        : %addr(value)
>        : HTTP_TIMEOUT
>        : HTTP_USERAGENT
>        : 'application/xml'
>        : 'urn:createShipmentDD');
> 
>   I have tried different values ('urn:createShipmentDD',
>   '[5]http://test-intraship.dhl.com/ws/1_0/de/ISService/createShipmentDD'
>   )
>   but each time, I get the result of the GetVersion operation (which must
>   be the default action I suppose)
>   I would be very grateful if someone could help me ...
>   Pascal
> 
> References
> 
>   1. http://www.webservicex.net/stockquote.asmx
>   2. http://www.webservicex.net/CurrencyConvertor.asmx%27
>   3. http://test-intraship.dhl.com/ws/1_0/de/ISService
>   4. http://test-intraship.dhl.com/ws/1_0/de/ISService
>   5. http://test-intraship.dhl.com/ws/1_0/de/ISService/
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: pkirscher.vcf
> Type: text/x-vcard
> Size: 298 bytes
> Desc: not available
> Url : http://www.scottklement.com/pipermail/ftpapi/attachments/20120607/daf231e5/attachment.vcf 
> 
> ------------------------------
> 
> Message: 3
> Date: Thu, 7 Jun 2012 15:55:00 +0100
> From: "Maja Greig" <maja.greig@xxxxxxxxxxxxxxxx>
> Subject: Test Program - WS000101 not created
> To: <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
> Message-ID:
>    <5BE96E04BF53C44DAF51EA219B8E99B6019DC3EF@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="us-ascii"
> 
> I am trying to follow "FAQ How to create a Test Program" after sailing
> through the installation of v1.14.1.
> 
> When I run WSDL2RPG command, WS0001 source member is created (and looks
> like it has been able to process my wsdl) but WS000101 is missing so I
> cannot go any further.
> 
> Any assistance would be really appreciated.
> 
> Thanks..
> 
> .
> 
> 
> 
> 
> 
> 
> 
> ********************************************************************************************************************************** 
> NOTICE - PLEASE READ 
> This e-mail is intended for the recipient only and may contain confidential and/or legally privileged information which may be protected by law.  
> Access to this e-mail by anyone other than the addressee is unauthorized. Unofficial use, copying or disclosure of all or part of this communication is strictly prohibited and may be unlawful. Please notify the sender by return e-mail and destroy all copies. Any opinions expressed in this message are those of the sender only and do not necessarily represent the views or opinions of THE ISLAMIC BANK OF BRITAIN. No employee or agent is authorized to conclude any binding agreement on behalf of THE ISLAMIC BANK OF BRITAIN with another party by Email without express written confirmation by a director of the company. Reasonable steps have been taken to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free. 
> Islamic Bank of Britain may monitor email traffic data and also the content of email for the purposes of security and staff training.
> Registered Office, Islamic Bank of Britain Plc. Edgbaston House, 3 Duchess Place, Hagley Road, Birmingham, B16 8NH. Registered as a Limited Company in England and Wales No. 4483430.
> 
> **********************************************************************************************************************************
> 
> -------------- next part --------------
>   I am trying to follow "FAQ How to create a Test Program" after sailing
>   through the installation of v1.14.1.
> 
>   When I run WSDL2RPG command, WS0001 source member is created (and looks
>   like it has been able to process my wsdl) but WS000101 is missing so I
>   cannot go any further.
> 
>   Any assistance would be really appreciated.
> 
>   Thanks..
> 
>   .
> 
> 
> 
> 
> ********************************************************************************
> **************************************************
> NOTICE - PLEASE READ
> This e-mail is intended for the recipient only and may contain confidential and/
> or legally privileged information which may be protected by law.
> Access to this e-mail by anyone other than the addressee is unauthorized. Unoffi
> cial use, copying or disclosure of all or part of this communication is strictly
> prohibited and may be unlawful. Please notify the sender by return e-mail and d
> estroy all copies. Any opinions expressed in this message are those of the sende
> r only and do not necessarily represent the views or opinions of THE ISLAMIC BAN
> K OF BRITAIN. No employee or agent is authorized to conclude any binding agreeme
> nt on behalf of THE ISLAMIC BANK OF BRITAIN with another party by Email without
> express written confirmation by a director of the company. Reasonable steps have
> been taken to ensure that this communication and any attachments are free from
> computer virus, you are advised to take your own steps to ensure that they are a
> ctually virus free.
> Islamic Bank of Britain may monitor email traffic data and also the content of e
> mail for the purposes of security and staff training.
> Registered Office, Islamic Bank of Britain Plc. Edgbaston House, 3 Duchess Place
> , Hagley Road, Birmingham, B16 8NH. Registered as a Limited Company in England a
> nd Wales No. 4483430.
> 
> ********************************************************************************
> **************************************************
> 
> ------------------------------
> 
> Message: 4
> Date: Thu, 7 Jun 2012 21:38:50 +0200
> From: Henrik R?tzou <hr@xxxxxxxxxxxx>
> Subject: Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
> To: HTTPAPI and FTPAPI Projects <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
> Message-ID:
>    <CAAyt3jzPacAHyaQ186f7kdZdDhM8fxwhKogON+Kh=B+Ykcw1=g@xxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="utf-8"
> 
> Scott,
> 
> sending +32 K isn't unusually if you replace traditional EDI (EDIFACT/X12)
> with a
> XML based web service communication or you send a file in JSON in order to
> respond to a AJAX call
> 
> On Thu, Jun 7, 2012 at 8:53 PM, Scott Klement <sk@xxxxxxxxxxxxxxxx> wrote:
> 
>> Thomas,
>> 
>> 32k seems excessively large for SoapAction!  SoapAction only indicates
>> the action to take, it doesn't actually carry any data...    Do we
>> really need to be able to exceed 32k for it?
>> 
>> Jamal... can you clarify whether it's the SOAP data that you need to
>> exceed 32k, or whether it's the SoapAction?
>> 
>> 
>> On 6/7/2012 7:18 AM, Thomas Raddatz wrote:
>>> Maybe that I am wrong, but I assume that Jamal is talking about the
>>> "SOAPAction" parameter which is "limited" to 32767 bytes (see:
>> do_oper()).
>>> 
>>> 
>> 
>> -----------------------------------------------------------------------
>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>> http://www.scottklement.com/mailman/listinfo/ftpapi
>> -----------------------------------------------------------------------
>> 
> 
> 
> 
> -- 
> Regards,
> Henrik R?tzou
> 
> http://powerEXT.com <http://powerext.com/>
> -------------- next part --------------
>   Scott,
> 
>   sending +32 K isn't unusually if you replace traditional EDI
>   (EDIFACT/X12) with a?
>   XML based web?service communication or you send a file in JSON in
>   order to
> 
>   respond to a AJAX call
> 
>   On Thu, Jun 7, 2012 at 8:53 PM, Scott Klement <[1]sk@xxxxxxxxxxxxxxxx>
>   wrote:
> 
>     Thomas,
>     32k seems excessively large for SoapAction! ?SoapAction only
>     indicates
>     the action to take, it doesn't actually carry any data... ? ?Do we
>     really need to be able to exceed 32k for it?
>     Jamal... can you clarify whether it's the SOAP data that you need to
>     exceed 32k, or whether it's the SoapAction?
> 
>   On 6/7/2012 7:18 AM, Thomas Raddatz wrote:
>> Maybe that I am wrong, but I assume that Jamal is talking about the
>> "SOAPAction" parameter which is "limited" to 32767 bytes (see:
>   do_oper()).
>> 
>> 
> 
>   -----------------------------------------------------------------------
>   This is the FTPAPI mailing list. ?To unsubscribe, please go to:
>   [2]http://www.scottklement.com/mailman/listinfo/ftpapi
>   -----------------------------------------------------------------------
> 
>   --
>   Regards,
>   Henrik R?tzou
>   ?   [3]http://powerEXT.com
>   ?   [plogofull200.png]
> 
> References
> 
>   1. mailto:sk@xxxxxxxxxxxxxxxx
>   2. http://www.scottklement.com/mailman/listinfo/ftpapi
>   3. http://powerext.com/
> 
> ------------------------------
> 
> Message: 5
> Date: Thu, 7 Jun 2012 15:10:51 -0500
> From: "Bob P. Roche" <BRoche@xxxxxxxxxxxxxxxxx>
> Subject: Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
> To: HTTPAPI and FTPAPI Projects <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
> Message-ID:
>    <OF72908B1D.979DED35-ON86257A16.006EAAD7-86257A16.006EDA7C@xxxxxxxxxxxxxxxxx>
>    
> Content-Type: text/plain; charset="us-ascii"
> 
> Scott didn't say it was large for sending actual data. Just it seemed 
> large for sending the SoapAction.
> 
>> sending +32 K isn't unusually if you replace traditional EDI 
> (EDIFACT/X12)
>> with a
>> XML based web service communication or you send a file in JSON in order 
> to
>> respond to a AJAX call
> 
>> On Thu, Jun 7, 2012 at 8:53 PM, Scott Klement <sk@xxxxxxxxxxxxxxxx> 
> wrote:
> 
>>> Thomas,
>>> 
>>> 32k seems excessively large for SoapAction!  SoapAction only indicates
>>> the action to take, it doesn't actually carry any data...    Do we
>>> really need to be able to exceed 32k for it?
> -------------- next part --------------
>   Scott didn't say it was large for sending actual data. Just it seemed
>   large for sending the SoapAction.
>> sending +32 K isn't unusually if you replace traditional EDI
>   (EDIFACT/X12)
>> with a
>> XML based web service communication or you send a file in JSON in
>   order to
>> respond to a AJAX call
>> On Thu, Jun 7, 2012 at 8:53 PM, Scott Klement <sk@xxxxxxxxxxxxxxxx>
>   wrote:
>>> Thomas,
>>> 
>>> 32k seems excessively large for SoapAction!  SoapAction only
>   indicates
>>> the action to take, it doesn't actually carry any data...    Do we
>>> really need to be able to exceed 32k for it?
> 
> ------------------------------
> 
> Message: 6
> Date: Thu, 7 Jun 2012 22:43:08 +0200
> From: Henrik R?tzou <hr@xxxxxxxxxxxx>
> Subject: Re: Soap Variable Limited to 32767 Bytes Length in HTTP API
> To: HTTPAPI and FTPAPI Projects <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
> Message-ID:
>    <CAAyt3jwaXRY=NQEmO262S6QeG9MxJt2t38+gSrXJ7OGi+STOSg@xxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="utf-8"
> 
> Ups
> 
> it wasn't meant that way.
> 
> This morning I was attenting a small meeting on SCION/DTU (Danish Technical
> University) where we
> actually discussed the mental barriers that are in receiving large amounts
> of data via web services
> directly into the application instead of receiving them as a file which the
> user then feel they can import
> themself giving them a false sence of control.
> 
> This is for us an increasing problem in cloud-based solutions
> 
> 
> On Thu, Jun 7, 2012 at 10:10 PM, Bob P. Roche <BRoche@xxxxxxxxxxxxxxxxx>wrote:
> 
>>  Scott didn't say it was large for sending actual data. Just it seemed
>>  large for sending the SoapAction.
>>> sending +32 K isn't unusually if you replace traditional EDI
>>  (EDIFACT/X12)
>>> with a
>>> XML based web service communication or you send a file in JSON in
>>  order to
>>> respond to a AJAX call
>>> On Thu, Jun 7, 2012 at 8:53 PM, Scott Klement <sk@xxxxxxxxxxxxxxxx>
>>  wrote:
>>>> Thomas,
>>>> 
>>>> 32k seems excessively large for SoapAction!  SoapAction only
>>  indicates
>>>> the action to take, it doesn't actually carry any data...    Do we
>>>> really need to be able to exceed 32k for it?
>> 
>> -----------------------------------------------------------------------
>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>> http://www.scottklement.com/mailman/listinfo/ftpapi
>> -----------------------------------------------------------------------
>> 
>> 
> 
> 
> -- 
> Regards,
> Henrik R?tzou
> 
> http://powerEXT.com <http://powerext.com/>
> -------------- next part --------------
>   Ups
> 
>   it wasn't meant that way.
> 
>   This morning I was attenting a small meeting on SCION/DTU (Danish
>   Technical University) where we?
>   actually?discussed the mental barriers that are in receiving large
>   amounts of data via web services?
>   directly?into the application instead of receiving them as a file
>   which the user then feel they can import?
>   themself giving them a false sence of control.?
>   This is for us an increasing problem in cloud-based solutions
> 
>   On Thu, Jun 7, 2012 at 10:10 PM, Bob P. Roche
>   <[1]BRoche@xxxxxxxxxxxxxxxxx> wrote:
> 
>     ? Scott didn't say it was large for sending actual data. Just it
>     seemed
>     ? large for sending the SoapAction.
> 
>   ? >sending +32 K isn't unusually if you replace traditional EDI
>   ? (EDIFACT/X12)
>   ? >with a
>   ? >XML based web service communication or you send a file in JSON in
>   ? order to
>   ? >respond to a AJAX call
>   ? >On Thu, Jun 7, 2012 at 8:53 PM, Scott Klement
>   <[2]sk@xxxxxxxxxxxxxxxx>
>   ? wrote:
>   ? >> Thomas,
>   ? >>
>   ? >> 32k seems excessively large for SoapAction! ?SoapAction only
>   ? indicates
>   ? >> the action to take, it doesn't actually carry any data... ? ?Do
>   we
>   ? >> really need to be able to exceed 32k for it?
> 
>     --------------------------------------------------------------------
>     ---
>     This is the FTPAPI mailing list. ?To unsubscribe, please go to:
>     [3]http://www.scottklement.com/mailman/listinfo/ftpapi
>     --------------------------------------------------------------------
>     ---
> 
>   --
>   Regards,
>   Henrik R?tzou
>   ?   [4]http://powerEXT.com
>   ?   [plogofull200.png]
> 
> References
> 
>   1. mailto:BRoche@xxxxxxxxxxxxxxxxx
>   2. mailto:sk@xxxxxxxxxxxxxxxx
>   3. http://www.scottklement.com/mailman/listinfo/ftpapi
>   4. http://powerext.com/
> 
> ------------------------------
> 
> -----------------------------------------------------------------------
> This is the FTPAPI mailing list digest.  To unsubscribe, go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> -----------------------------------------------------------------------
> 
> 
> End of Ftpapi Digest, Vol 72, Issue 8
> *************************************
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------