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

Re: Help with WSDL2RPG



Timo,

That are really good news. I am happy that you could solve the problem that 
way because there is no way for recursion with RPG data structures.

Thomas.

Am 13.01.2012 18:47, schrieb Casaluci, Timo:
>     Hello,
>
>
>     thank you for going so deep into this. We don't develop this WSDL, we
>     got it from a software company which makes the software for our Storage
>     System.
>
>     I'm not sure what they want to describe with that recursivity, perhaps
>     it should be possible that a location is able to show to another
>     location.
>
>     I've tested the WSDL with the Tool WS-I Compliance of soapUI and got a
>     "passed" for it.
>
>
>     soapUI generates the following Soap message for it:
>
>
>
>                 <b2m:Location>
>
>                    <!--Optional:-->
>
>                    <b2m:EquipmentID>?</b2m:EquipmentID>
>
>                    <!--Optional:-->
>
>                    <b2m:EquipmentElementLevel
>     OtherValue="?">?</b2m:EquipmentElementLevel>
>
>                    <!--Optional:-->
>
>                    <b2m:Location/>
>
>                    <!--Zero or more repetitions:-->
>
>                    <b2m:Any>
>
>                       <!--You may enter ANY elements at this point-->
>
>                    </b2m:Any>
>
>                 </b2m:Location>
>
>     I think in our environment we don't need this "optional" location
>     element under the element LocationType.
>
>     For testing I've now changed the Element Location Type to:
>
>
>           <s:complexType name="LocationType">
>
>             <s:sequence>
>
>               <s:element minOccurs="0" maxOccurs="1" name="EquipmentID"
>     type="s:string" />
>
>               <s:element minOccurs="0" maxOccurs="1"
>     name="EquipmentElementLevel" type="s1:EquipmentElementLevelType" />
>
>               <s:element minOccurs="0" maxOccurs="unbounded" name="Any"
>     type="s1:AnyType" />
>
>             </s:sequence>
>
>           </s:complexType>
>
>
>     and eliminated a second one under MaterialSubLotType.
>
>     Now I got the message "Successfully generated 2 Web Service stub
>     modules: WS0001*. Feel free to ..."!
>
>     I'm looking forward to work with your tools.
>
>
>     Thank you and have a nice weekend!
>
>
>     Timo Casaluci
>
>
>
>
>
>     -----Ursprüngliche Nachricht-----
>     Von: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>     [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] Im Auftrag von
>     thomas.raddatz@xxxxxx
>     Gesendet: Freitag, 13. Januar 2012 13:26
>     An: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
>     Betreff: Re: AW: Help with WSDL2RPG
>
>
>
>     Timo,
>
>
>     Element 'LocationType' is the one that causes the error. That element
>     is
>
>     part of namespace "[1]http://www.wbf.org/xml/b2mml-v0300"; and it
>     references
>
>     element 's1:LocationType':
>
>
>     <s:schema elementFormDefault="qualified" targetNamespace="
>
>     [2]http://www.wbf.org/xml/b2mml-v0300";>
>
>       <s:import
>     namespace="[3]http://www.wbf.org/xml/b2mml-v0300-extensions"; />
>
>        ...
>
>       <s:complexType name="LocationType">
>
>         <s:sequence>
>
>           <s:element minOccurs="0" maxOccurs="1" name="EquipmentID"
>
>     type="s:string" />
>
>           <s:element minOccurs="0" maxOccurs="1"
>     name="EquipmentElementLevel"
>
>     type="s1:EquipmentElementLevelType" />
>
>           <s:element minOccurs="0" maxOccurs="1" name="Location"
>
>     type="s1:LocationType" />
>
>           <s:element minOccurs="0" maxOccurs="unbounded" name="Any"
>
>     type="s1:AnyType" />
>
>         </s:sequence>
>
>       </s:complexType>
>
>
>     The value assigned to namespace prefix 's1' is
>
>     'http://www.wbf.org/xml/b2mml-v0300', which is the same namespace of
>     the
>
>     element that shall be defined.
>
>
>     <wsdl:definitions
>
>         ...
>
>         xmlns:s1="[4]http://www.wbf.org/xml/b2mml-v0300";
>
>
>     Hence both 'LocationType'(s) are the same:
>
>
>       <s:complexType name="LocationType">    <<== this one is the same as
>     ...
>
>         <s:sequence>
>
>            ...
>
>           <s:element minOccurs="0" maxOccurs="1" name="Location"
>
>     type="s1:LocationType" />   <<== ... this one
>
>
>     I have no idea to what construct of Java, C# or any other object
>     oriented
>
>     programming language that maps. How did you develop or create the WSDL?
>     Or
>
>     am I missing something?
>
>
>     Thomas.
>
>
>     [5]ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx schrieb am 13.01.2012
>     12:21:09:
>
>
>     >  Von: [6]t.casaluci@xxxxxxxx
>
>     >  An: [7]ftpapi@xxxxxxxxxxxxxxxxxxxxxx
>
>     >  Datum: 13.01.2012 12:27
>
>     >  Betreff: AW: Help with WSDL2RPG
>
>     >  Gesendet von: [8]ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>
>     >
>
>
>     >  Hello,
>
>     >
>
>
>     >  now I've attached the WSDL File, it's located on a server in our
>
>     >  intranet. I've expected that the file is correct
>
>     >  because it?s the standard interface of the stock system we want to
>
>     >  exchange data with.
>
>     >  What we want to do in the first step is to send our open orders from
>
>     >  our ERP System to a web service which is located on a remote server.
>
>     >  And in a second step we want to get back a similar set of data to a
>
>     >  web service which is located on our IBM i.
>
>     >
>
>
>     >  Thanks,
>
>     >
>
>
>     >  Timo
>
>     >
>
>
>     >  -----Ursprüngliche Nachricht-----
>
>     >  Von: [9]ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-
>
>     >  [10]bounces@xxxxxxxxxxxxxxxxxxxxxx] Im Auftrag von
>
>     [11]thomas.raddatz@xxxxxxxxxxx
>
>     >  Gesendet: Freitag, 13. Januar 2012 11:12
>
>     >  An: HTTPAPI and FTPAPI Projects
>
>     >  Betreff: Re: Help with WSDL2RPG
>
>     >
>
>
>     >  Timo,
>
>     >
>
>     >  It is always a good idea to attached the wsdl file when having a
>     problem
>
>     with
>
>     >  the generator. The problem you reported does not sound good to me. I
>
>     >  assume that
>
>     >  there is a recursion in the wsdl file. Please send the wsdl file or
>     the
>
>     URL of
>
>     >  the wsdl file to me and I am going to try to figure out what wrong
>     with
>
>     it or
>
>     >  the generator.
>
>     >
>
>     >  Regards,
>
>     >
>
>     >  Thomas.
>
>     >
>
>
>     >
>
>
>     >
>
>
>     >  "Casaluci, Timo"<[12]t.casaluci@xxxxxxxx>  hat am 12. Januar 2012 um
>     16:41
>
>     >  geschrieben:
>
>     >
>
>
>     >  >  Hello Mr. Raddatz,
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >  I've a question/problem for you.
>
>     >  >
>
>     >  >  During the generation of my first WS Client Stub program with
>     WSDL2RPG
>
>     I got
>
>     >  >  the following error message:
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >  Extract from my Joblog:
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >  WSDL2RPG
>
>     URL('http://vega-facts01/FactsWebServices/MaterialInformation/Mat
>
>     >  >
>
>     >  >  erialInformation.asmx?WSDL') SERVICE(*SELECT *SELECT)
>
>     SRCFILE(R8LKVSRCI/VE
>
>     >  >
>
>     >  >  XSRCL) SRCMBR(WS0001) TYPE(*STUB)
>
>     >  >
>
>     >  >  Member WS000101 added to file VEXSRCL in R8LKVSRCI.
>
>     >  >
>
>     >  >  Member WS000101 file VEXSRCL in R8LKVSRCI changed.
>
>     >  >
>
>     >  >  Automatic storage overflow. (MCH4429)
>
>     >  >
>
>     >  >  Function check. MCH4429 unmonitored by WSDL2RPG at statement
>
>     0000101200,
>
>     >  >
>
>     >  >    instruction X'0000'.
>
>     >  >
>
>     >  >  The call to main ended in error (C G D F).
>
>     >  >
>
>     >  >  The call to main ended in error (C G D F).
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >                          Weitere Nachrichteninformationen
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >   Nachrichten-ID . . . . :   MCH4429
>
>     >  >
>
>     >  >   Sendedatum . . . . . . :   12.01.12      Sendezeit  . . . . . .
>
>     >  :   16:30:21
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >   Nachricht . . . :   Automatic storage overflow.
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >   Cause . . . . . :   One of the automatic storage stacks
>     X'00000002'
>
>     for the
>
>     >  >
>
>     >  >     thread has overflowed or a storage access beyond the maximum
>     size
>
>     of a
>
>     >  >
>
>     >  >     teraspace automatic storage stack was attempted. Further
>
>     >  program execution
>
>     >  >
>
>     >  >     within the thread is not possible. Automatic storage stack
>
>     >  values and their
>
>     >  >
>
>     >  >     meanings follow:
>
>     >  >
>
>     >  >       1 -- System stack in single level storage.
>
>     >  >
>
>     >  >       2 -- User stack in single level storage.
>
>     >  >
>
>     >  >       3 -- System stack in teraspace.
>
>     >  >
>
>     >  >       4 -- User stack in teraspace.
>
>     >  >
>
>     >  >   Technical description . . . . . . . . :   Attempt to reduce the
>
>     automatic
>
>     >  >
>
>     >  >     storage used by programs running in the thread.
>
>     >  >
>
>     >  >       Ende
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >  Would it be helpful to attach the WSDL File?
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >  Thanks
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >  Timo Casaluci
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >  >
>
>     >
>
>
>     ***********************************************************************
>     *************
>
>     >  >  VEGA Grieshaber KG
>
>     >  >  Kommanditgesellschaft mit Sitz in Wolfach
>
>     >  >  Registergericht Freiburg: HRA 680 687
>
>     >  >
>
>     >  >  Persönlich haftender Gesellschafter: Jürgen Grieshaber
>
>     >  >
>
>     >  >  Persönlich haftende Gesellschafterin: Grieshaber Holding GmbH
>
>     >  >  Sitz Wolfach, Registergericht Freiburg: HRB 680 271
>
>     >  >
>
>     >  >  Geschäftsführer: Jürgen Grieshaber, Günter Kech, Rainer Mielke
>
>     >  >
>
>     >
>
>
>     ***********************************************************************
>     *************
>
>     >  [Anhang "MaterialInformation.WSDL" gelöscht von Thomas Raddatz/OBI/
>
>     >  DE]
>
>     -----------------------------------------------------------------------
>
>     >  This is the FTPAPI mailing list.  To unsubscribe, please go to:
>
>     >  [13]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.
>
> References
>
>     1. http://www.wbf.org/xml/b2mml-v0300
>     2. http://www.wbf.org/xml/b2mml-v0300
>     3. http://www.wbf.org/xml/b2mml-v0300-extensions
>     4. http://www.wbf.org/xml/b2mml-v0300
>     5. mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>     6. mailto:t.casaluci@xxxxxxxx
>     7. mailto:ftpapi@xxxxxxxxxxxxxxxxxxxxxx
>     8. mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>     9. mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>    10. mailto:bounces@xxxxxxxxxxxxxxxxxxxxxx
>    11. mailto:thomas.raddatz@xxxxxxxxxxx
>    12. mailto:t.casaluci@xxxxxxxx
>    13. 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
> -----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------