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

Re: R: Antwort: R: R: R: R: Antwort: 7: Timeout occurred while trying toconnecttoserver



Ermanno,

I contacted you off topic at your e-mail address.

Thomas.

B&R Informatica Sas schrieb:
> Thomas
> I still can not make it work, I think I did the fixes you told me, I
> increased the size of the 64449th to impl_retriveDDTObjectresponse as
> attached; xmlSAXParser_Parse by an error in the procedure as attached.
> Regards,
> Ermanno
> 
> B&R Informatica Sas
> Tel.  +39 075602254
> Cel. +39 337 600839
> info@xxxxxxxxxxxxxxxxx < mailto:info@xxxxxxxxxxxxxxxxx>
> www.br-informatica.it < http://www.br-informatica.it>
> 
> "ATTENZIONE:le informazioni contenute in questo messaggio sono da
> 
> considerarsi confidenziali ed il loro utilizzo è riservato unicamente al
> 
> destinatario sopra indicato. Chi dovesse ricevere questo messaggio per
> 
> errore è tenuto ad informare il mittente ed a rimuoverlo definitivamente da
> 
> ogni supporto elettronico o cartaceo."
> 
> 
> 
> 
> 
> -----Messaggio originale-----
> Da: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx]Per conto di
> thomas.raddatz@xxxxxx
> Inviato: martedì 8 dicembre 2009 13.26
> A: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
> Oggetto: Antwort: R: R: R: R: Antwort: 7: Timeout occurred while trying
> toconnecttoserver
> 
> 
> 
> Ermanno,
> 
> I absolutely did not want to blame you. I hope that you did not feel like
> that and that your web service stub finally works.
> 
> Regards,
> 
> Thomas.
> 
> ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx schrieb am 08.12.2009 11:32:02:
> 
>> Von:
>>
>> info@xxxxxxxxxxxxxxxxx
>>
>> An:
>>
>> ftpapi@xxxxxxxxxxxxxxxxxxxxxx
>>
>> Datum:
>>
>> 08.12.2009 11:40
>>
>> Betreff:
>>
>> R: R: R: R: Antwort: 7: Timeout occurred while trying to connecttoserver
>>
>> Gesendet von:
>>
>> ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>>
>> Thomas
>> You are absolutely right, I am the hoi misunderstood your instructions,
>> thanks again.
>> Ermanno
>>
>> B&R Informatica Sas
>> Tel.  +39 075602254
>> Cel. +39 337 600839
>> info@xxxxxxxxxxxxxxxxx < mailto:info@xxxxxxxxxxxxxxxxx>
>> www.br-informatica.it < http://www.br-informatica.it>
>>
>> "ATTENZIONE:le informazioni contenute in questo messaggio sono da
>>
>> considerarsi confidenziali ed il loro utilizzo è riservato unicamente al
>>
>> destinatario sopra indicato. Chi dovesse ricevere questo messaggio per
>>
>> errore è tenuto ad informare il mittente ed a rimuoverlo definitivamente
> da
>> ogni supporto elettronico o cartaceo."
>>
>>
>>
>>
>>
>> -----Messaggio originale-----
>> Da: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx]Per conto di Thomas
>> Raddatz
>> Inviato: lunedì 7 dicembre 2009 18.19
>> A: HTTPAPI and FTPAPI Projects
>> Oggetto: Re: R: R: R: Antwort: 7: Timeout occurred while trying to
>> connecttoserver
>>
>>
>> Ermanno,
>>
>> Please add the attached USR0029 member to file QWSDL2RPG and then run
>> A_INSTALL again.
>>
>> By the way there was no need for installing the beta if you actually
> decided
>> to fix
>> Marshaller_toBase64Binary(). What I said was either fix WSDL2R98 _or_
>> install the beta.
>>
>> Nevertheless, sorry for the missing USR0029 member.
>>
>> Thomas.
>>
>>
>>
>> B&R Informatica Sas schrieb:
>>> Thomas
>>> I corrected the procedure Marshaller_toBase64Binary as indicated,
>>> I downloaded the beta and I've redone the installation
>>>
>>> In creating the module WSDL2R01 I get the error: USR0029 State
> QWSDL2RPG
>>> file not found, the installation terminates.
>>>
>>> What can I do?
>>> Ermanno
>>>
>>> B&R Informatica Sas
>>> Tel.  +39 075602254
>>> Cel. +39 337 600839
>>> info@xxxxxxxxxxxxxxxxx < mailto:info@xxxxxxxxxxxxxxxxx>
>>> www.br-informatica.it < http://www.br-informatica.it>
>>>
>>> "ATTENZIONE:le informazioni contenute in questo messaggio sono da
>>>
>>> considerarsi confidenziali ed il loro utilizzo è riservato unicamente
> al
>>> destinatario sopra indicato. Chi dovesse ricevere questo messaggio per
>>>
>>> errore è tenuto ad informare il mittente ed a rimuoverlo
> definitivamente
>> da
>>> ogni supporto elettronico o cartaceo."
>>>
>>>
>>>
>>>
>>>
>>> -----Messaggio originale-----
>>> Da: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>>> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx]Per conto di Thomas
>>> Raddatz
>>> Inviato: domenica 6 dicembre 2009 19.50
>>> A: HTTPAPI and FTPAPI Projects
>>> Oggetto: Re: R: R: Antwort: 7: Timeout occurred while trying to connect
>>> toserver
>>>
>>>
>>> Ermanno,
>>>
>>> Based on your input I was able to fix the bug in WSDL2RPG. The problem
> you
>>> encountered with your web
>>> service actually was a problem of the Base64 UnMarshaller. By mistake I
>>> defined a field as 2I0
>>> (integer) instead of 2U0 (unsigned integer). Because of that mistake
> the
>>> maximum data size was reduced
>>> to 32k instead of 64k.
>>>
>>> I did not change anything in 'ws_cab', because I actually did not use
> it
>> to
>>> debug the problem. Since
>>> the mistake was in service program WSDL2RPGRT, there is a good chance
> that
>>> you do not need to change
>>> something in 'ws_cab'. I used your debug data to create my own test web
>>> service and based on that web
>>> service I debugged the problem. Guess what, it is a nice barcode that
> you
>>> will get.
>>>
>>> There are two options to fix the problem:
>>>
>>> 1) Change the following lines in WSDL2R98 and reinstall WSDL2RPG:
>>>
>>>     Procedures: Marshaller_toBase64Binary
>>>                 UnMarshaller_toBase64Binary
>>>
>>>     Before: D outLength               1      2I 0
>>>     After:  D outLength               1      2U 0
>>>
>>> 2) Download the latest beta from here:
>>>
>>>     http://www.tools400.de/beta/wsdl2rpg_v1.10_20091206_1932.zip
>>>
>>> In case you do not know how to save the decoded file data to a stream
>> file,
>>> here is the code I used do
>>> do that:
>>>
>>>     /COPY QIFS,PIFS                              IFS IO-Procedures
>>>     ...
>>>
>>>     // Now let's call the web service.
>>>     getBase64EncodedJpegFileResponse =
>>>        Base64File_getBase64EncodedJpegFile(
>>>            requestMessage:
>>>            errText);
>>>
>>>     // If the Web service finished successfully ...
>>>     if (not Base64File_isError());
>>>        // ... write image data to IFS file.
>>>        path = '/home/raddatz/wsdl2rpg/' +
>>>                getBase64EncodedJpegFileResponse.fileName;
>>>        hFile = f_openIfsFile(path
>>>                              : O_WRONLY + O_SHARE_RDONLY +
>>>                                O_CREAT + O_EXCL
>>>                              : *: *: *);
>>>        if (hFile = RC_ERROR);
>>>           sndMsg('Failed to open file: ' + path);
>>>        else;
>>>           bytes = f_writeIfsFile(hFile
>>>                               : %addr
> (getBase64EncodedJpegFileResponse...
>>>                                      .fileData) + 2
>>>                               : %len
> (getBase64EncodedJpegFileResponse...
>>>                                      .fileData));
>>>           f_closeIfsFile(hFile);
>>>        endif;
>>>     else;
>>>
>>> In order to use the IFS procedures you have to bind to service program
>> IFS.
>>> Last but not least do not forget to increase the size of
>>> 'retriveDDTObjectReturn':
>>>
>>>       D impl_retriveDDTObjectResponse_t...
>>>       D                 DS                  based(pDummy)
>>>       D                                     qualified
>>>       D  retriveDDTObjectReturn...
>>>       D                              128A   varying
>>>
>>> For my test web service I set it to what is shown below:
>>>
>>>       D tns_getBase64EncodedJpegFileResponse_t...
>>>       D                 DS                  based(pDummy)
>>>       D                                     qualified
>>>       D  fileData                  64449A   varying
>>>       D  fileName                    128A   varying
>>>
>>>
>>> Regards,
>>>
>>> Thomas.
>>>
>>> B&R Informatica Sas schrieb:
>>>> Thomas
>>>> I tried what you suggested me but I can not solve the problem, sends
> you
>>> the
>>>> stub as required;
>>>> I will be very grateful if you can fix the problem.
>>>> Ermanno.
>>>>
>>>> B&R Informatica Sas
>>>> Tel.  +39 075602254
>>>> Cel. +39 337 600839
>>>> info@xxxxxxxxxxxxxxxxx < mailto:info@xxxxxxxxxxxxxxxxx>
>>>> www.br-informatica.it < http://www.br-informatica.it>
>>>>
>>>> "ATTENZIONE:le informazioni contenute in questo messaggio sono da
>>>>
>>>> considerarsi confidenziali ed il loro utilizzo è riservato unicamente
> al
>>>> destinatario sopra indicato. Chi dovesse ricevere questo messaggio per
>>>>
>>>> errore è tenuto ad informare il mittente ed a rimuoverlo
> definitivamente
>>> da
>>>> ogni supporto elettronico o cartaceo."
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -----Messaggio originale-----
>>>> Da: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>>>> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx]Per conto di Thomas
>>>> Raddatz
>>>> Inviato: venerdì 4 dicembre 2009 18.37
>>>> A: HTTPAPI and FTPAPI Projects
>>>> Oggetto: Re: R: Antwort: 7: Timeout occurred while trying to connect
> to
>>>> server
>>>>
>>>>
>>>> Ermanno,
>>>>
>>>> I agree that it seems as if the web service returns the binary image
> data
>>> as
>>>> element data of element
>>>> <retriveDDTObjectReturn>. Most like this is the reason why you receive
>> the
>>>> "receiver is too small"
>>>> error message.
>>>>
>>>> Without the wsdl file all I can do is just guessing that your stub
> module
>>>> should have a procedure
>>>> ending with "retriveDDTObjectReturnEnd". That should be the procedure
>>> which
>>>> receives the data of
>>>> element <retriveDDTObjectReturn>. Feel free to start the debugger and
> add
>>> a
>>>> breakpoint to that
>>>> procedure. When "depth" is 2, "value" should contain the image data
> and
>>>> "name" should be set to
>>>> "retriveDDTObjectReturn". If that is true, it is up to you to modify
> the
>>>> stub module to put the image
>>>> data to a place of your choice.
>>>>
>>>> The problem is the 64k barrier of RPG. Of course I could use pointers
> and
>>>> dynamic memory allocation to
>>>> manage larger response data but I am fairly sure that most of the RPG
>>>> programmers would not be happy
>>>> with that. The other option is to wait for V6R1 which allows fields up
> to
>>>> 16MB.
>>>>
>>>> Just because I am curious, what is the schema type of
>>>> "retriveDDTObjectReturn"?
>>>>
>>>> Last but not least, if you cannot fix the problem on your own, feel
> free
>>> to
>>>> send the generated stub
>>>> module to me. At the moment I do have much time left for playing
> around
>>> but
>>>> perhaps I can fix it
>>>> quickly. Having said that: I did not promise you anything.
>>>>
>>>> Regards,
>>>>
>>>> Thomas
>>>>
>>>> B&R Informatica Sas schrieb:
>>>>> Thomas, sorry for the delayed response, we'll send debugging where I
>>> think
>>>> I
>>>>> understand that the web service called me back the string of the
> image
>>>> that
>>>>> I think exceeds 64K.
>>>>> If this is the reason how can we fix this?
>>>>> Ermanno.
>>>>>
>>>>> B&R Informatica Sas
>>>>> Tel.  +39 075602254
>>>>> Cel. +39 337 600839
>>>>> info@xxxxxxxxxxxxxxxxx < mailto:info@xxxxxxxxxxxxxxxxx>
>>>>> www.br-informatica.it < http://www.br-informatica.it>
>>>>>
>>>>> "ATTENZIONE:le informazioni contenute in questo messaggio sono da
>>>>>
>>>>> considerarsi confidenziali ed il loro utilizzo è riservato unicamente
> al
>>>>> destinatario sopra indicato. Chi dovesse ricevere questo messaggio
> per
>>>>> errore è tenuto ad informare il mittente ed a rimuoverlo
> definitivamente
>>>> da
>>>>> ogni supporto elettronico o cartaceo."
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -----Messaggio originale-----
>>>>> Da: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>>>>> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx]Per conto di
>>>>> thomas.raddatz@xxxxxx
>>>>> Inviato: giovedì 3 dicembre 2009 11.16
>>>>> A: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
>>>>> Oggetto: Antwort: 7: Timeout occurred while trying to connect to
> server
>>>>>
>>>>>
>>>>> Ermanno,
>>>>>
>>>>> May you please turn the debug log on and pass the debug log along
> with
>>> the
>>>>> wsdl file to me? Please ensure that the debug log does not contain
> any
>>>>> ctritical data such as user name and password.
>>>>>
>>>>> Please do not post the log and the wsdl file to the mailing list but
>> send
>>>>> it directly to my tools400.de e-mail address.
>>>>>
>>>>> Thomas.
>>>>>
>>>>> ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx schrieb am 03.12.2009 08:59:34:
>>>>>
>>>>>> Von:
>>>>>>
>>>>>> info@xxxxxxxxxxxxxxxxx
>>>>>>
>>>>>> An:
>>>>>>
>>>>>> ftpapi@xxxxxxxxxxxxxxxxxxxxxx
>>>>>>
>>>>>> Datum:
>>>>>>
>>>>>> 03.12.2009 09:06
>>>>>>
>>>>>> Betreff:
>>>>>>
>>>>>> 7: Timeout occurred while trying to connect to server
>>>>>>
>>>>>> Gesendet von:
>>>>>>
>>>>>> ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>>>>>>
>>>>>> Thomas, to better clarify my application it m makes a request to the
>> web
>>>>>> service by passing the host name of an image and must receive the
>> stream
>>>>> of
>>>>>> the image to be displayed on the browser
>>>>>> While I am on first use of this tool, but I expect that the function
>>>>>> retriveDDTObjectResponse, contains this stream of return and that I
> can
>>>>> open
>>>>>> the image as if it had any link .. here is where does the limit I
>>>>> mentioned
>>>>>> that I could be 64K.
>>>>>> This is the procedure or must return an attachment, stored on IFS
> and
>>>>> then
>>>>>> display it
>>>>>> someone can clarify this fact,
>>>>>> thanks for your availability,
>>>>>> Ermanno.
>>>>>> B&R Informatica Sas
>>>>>> Tel.  +39 075602254
>>>>>> Cel. +39 337 600839
>>>>>> info@xxxxxxxxxxxxxxxxx <mailto:info@xxxxxxxxxxxxxxxxx>
>>>>>> www.br-informatica.it <http://www.br-informatica.it>
>>>>>>
>>>>>> "ATTENZIONE:le informazioni contenute in questo messaggio sono da
>>>>>> considerarsi confidenziali ed il loro utilizzo
>>>>>>
>>>>>> è riservato unicamente al destinatario sopra indicato. Chi dovesse
>>>>> ricevere
>>>>>> questo messaggio per errore è tenuto ad
>>>>>>
>>>>>> informare il mittente ed a rimuoverlo definitivamente da ogni
> supporto
>>>>>> elettronico o cartaceo."
>>>>>>
>>>>>>
>>>>>>
>>>>>> i Thomas,I changed the value localhost with 192.168 .... exposed the
>>>>> problem
>>>>>> was due to a firewall that blocks traffic.
>>>>>>
>>>>>> Now that I can reach the host comes back to me the following error:
>>>>>>
>>>>>> The value of the receiver is too small to hold the result.
>>>>>>
>>>>>> 16: recvchunk: saveproc: Not all data was written
>>>>>>
>>>>>> -1009: The value of the receiver is too small to contain the result
>>>>>>
>>>>>> Got an idea on what may be caused?
>>>>>>
>>>>>> the web service I should return the stream of an image;
>>>>>>
>>>>>> There are size limitations?
>>>>>>
>>>>>> Ermanno.
>>>>>>
>>>>>>
> -----------------------------------------------------------------------
>>>>>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>>>>>> http://www.scottklement.com/mailman/listinfo/ftpapi
>>>>>>
> -----------------------------------------------------------------------
>>>>> --
>>>>> IMPORTANT NOTICE:
>>>>> This email is confidential, may be legally privileged, and is for the
>>>>> intended recipient only. Access, disclosure, copying, distribution,
> or
>>>>> reliance on any of it by anyone else is prohibited and may be a
> criminal
>>>>> offence. Please delete if obtained in error and email confirmation to
>> the
>>>>> sender.
>>>>>
> -----------------------------------------------------------------------
>>>>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>>>>> http://www.scottklement.com/mailman/listinfo/ftpapi
>>>>>
> -----------------------------------------------------------------------
>>>>> __________ Informazioni da ESET NOD32 Antivirus, versione del
> database
>>>> delle
>>>>> firme digitali 4657 (20091203) __________
>>>>>
>>>>> Il messaggio è stato controllato da ESET NOD32 Antivirus.
>>>>>
>>>>> www.nod32.it
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
> ------------------------------------------------------------------------
>>>>>
> -----------------------------------------------------------------------
>>>>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>>>>> http://www.scottklement.com/mailman/listinfo/ftpapi
>>>>>
> -----------------------------------------------------------------------
> -----------------------------------------------------------------------
>>>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>>>> http://www.scottklement.com/mailman/listinfo/ftpapi
>>>>
> -----------------------------------------------------------------------
>>>> __________ Informazioni da ESET NOD32 Antivirus, versione del database
>>> delle
>>>> firme digitali 4661 (20091204) __________
>>>>
>>>> Il messaggio è stato controllato da ESET NOD32 Antivirus.
>>>>
>>>> www.nod32.it
>>>>
>>>>
>>>>
>>>>
>>>>
> ------------------------------------------------------------------------
>>>>
> -----------------------------------------------------------------------
>>>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>>>> http://www.scottklement.com/mailman/listinfo/ftpapi
>>>>
> -----------------------------------------------------------------------
>>> -----------------------------------------------------------------------
>>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>>> http://www.scottklement.com/mailman/listinfo/ftpapi
>>> -----------------------------------------------------------------------
>>>
>>> __________ Informazioni da ESET NOD32 Antivirus, versione del database
>> delle
>>> firme digitali 4665 (20091206) __________
>>>
>>> Il messaggio è stato controllato da ESET NOD32 Antivirus.
>>>
>>> www.nod32.it
>>>
>>>
>>>
>>> -----------------------------------------------------------------------
>>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>>> http://www.scottklement.com/mailman/listinfo/ftpapi
>>> -----------------------------------------------------------------------
>>>
>>
>>
>> __________ Informazioni da ESET NOD32 Antivirus, versione del database
> delle
>> firme digitali 4669 (20091208) __________
>>
>> Il messaggio è stato controllato da ESET NOD32 Antivirus.
>>
>> www.nod32.it
>>
>>
>> -----------------------------------------------------------------------
>> This is the FTPAPI mailing list.  To unsubscribe, please go to:
>> http://www.scottklement.com/mailman/listinfo/ftpapi
>> -----------------------------------------------------------------------
>>
> 
> 
> --
> IMPORTANT NOTICE:
> This email is confidential, may be legally privileged, and is for the
> intended recipient only. Access, disclosure, copying, distribution, or
> reliance on any of it by anyone else is prohibited and may be a criminal
> offence. Please delete if obtained in error and email confirmation to the
> sender.
> -----------------------------------------------------------------------
> This is the FTPAPI mailing list.  To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> -----------------------------------------------------------------------
> 
> __________ Informazioni da ESET NOD32 Antivirus, versione del database delle
> firme digitali 4670 (20091208) __________
> 
> Il messaggio è stato controllato da ESET NOD32 Antivirus.
> 
> www.nod32.it
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> -----------------------------------------------------------------------
> This is the FTPAPI mailing list.  To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> -----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------