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

Re: library LIBHTTP



   thank you!
   --- Den mån 2010-09-13 skrev Charles Wilt <charles.wilt@xxxxxxxxx>:

     Från: Charles Wilt <charles.wilt@xxxxxxxxx>
     Ämne: Re: library LIBHTTP
     Till: "HTTPAPI and FTPAPI Projects" <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
     Datum: måndag 13 september 2010 15:00

   You need to deploy the EXPAT and HTTPAPIR4 *SRVPGM objects.
   So the LIBHTTP library on your production machine need only contain
   those two objects.
   You could also place them someplace else. But if you have the *SRVPGM
   in different libraries on the development mahcine vs. the production
   one, you'd need to make sure that programs you create that use HTTPAPI
   are bound to the service program with a *LIBL qualifier and not an
   explicit library.
   Example:
                            Display Program Information

   Display 4 of
   Program  . . . . . . . :   EXAMPLE10     Library  . . . . . . .
   :   LIBHTTP
   Owner  . . . . . . . . :   QPGMR
   Program attribute  . . :   RPGLE
   Detail . . . . . . . . :   *SRVPGM
   Type options, press Enter.
     5=Display
        Service
   Opt  Program     Library     Signature
        HTTPAPIR4   LIBHTTP     C8E3E3D7C1D7C9F0F0F1404040404040
   Would need to look like:
                            Display Program Information

   Display 4 of
   Program  . . . . . . . :   EXAMPLE10     Library  . . . . . . .
   :   LIBHTTP
   Owner  . . . . . . . . :   QPGMR
   Program attribute  . . :   RPGLE
   Detail . . . . . . . . :   *SRVPGM
   Type options, press Enter.
     5=Display
        Service
   Opt  Program     Library     Signature
        HTTPAPIR4   *LIBL       C8E3E3D7C1D7C9F0F0F1404040404040
   HTH,
   Charles
   On Mon, Sep 13, 2010 at 5:48 AM, Johan Wigh <[1]johan_wigh@xxxxxxxx>
   wrote:
   >
   >   Hi a simple question
   >
   >   Do I have to deploy the LIBHTTP library on all machines that runs
   >   HTTPAPI or do i need it just at compile time?
   >
   >   /Johan
   >
   >   --- Den mån 2010-09-13 skrev Scott Klement
   <[2]sk@xxxxxxxxxxxxxxxx>:
   >
   >     Från: Scott Klement <[3]sk@xxxxxxxxxxxxxxxx>
   >     Ämne: Re: GSKit I/O Broken Pipe
   >     Till: "HTTPAPI and FTPAPI Projects"
   <[4]ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
   >     Datum: måndag 13 september 2010 07:02
   >
   >   Please create a debug file, as described here:
   >   [1][5]http://www.scottklement.com/httpapi/beta
   >   That debug file will give me much more information.  If you're
   passing
   >   a
   >   userid/password or any other sensitive information, please be sure
   to
   >   scrub it from the debug file.
   >   Thanks
   >   On 9/11/2010 2:56 AM, Wayne Raynor wrote:
   >   >
   >   >     Hi,
   >   >     I am using HTTPAPI to integrate between a RPG4 program and a
   web
   >   >     service (https).
   >   >     When I use the RPG4 to http_url_post information I get the
   >   message
   >   >     'GSKit I/O: Broken pipe' but when I debug the RPG4 program
   that
   >   is
   >   >     issuing the command, it posts ok and I get a response.
   >   >     Is there some special authority I should be using the user
   >   profile
   >   >     that is issuing the post?
   >   >     Let me know if you need any extra information.
   >   >     I am a little confused as to why I get the GSKit I/O broken
   pipe
   >   >     message.
   >   >     Many thanks in advance.
   >   >
   >   >
   >   >
   >   >
   >   >
   >
   ----------------------------------------------------------------------
   >   -
   >   > This is the FTPAPI mailing list.  To unsubscribe, please go to:
   >   > [2][6]http://www.scottklement.com/mailman/listinfo/ftpapi
   >   >
   >
   ----------------------------------------------------------------------
   >   -
   >
   ----------------------------------------------------------------------
   >   -
   >   This is the FTPAPI mailing list.  To unsubscribe, please go to:
   >   [3][7]http://www.scottklement.com/mailman/listinfo/ftpapi
   >
   ----------------------------------------------------------------------
   >   -
   >
   > References
   >
   >   1. [8]http://www.scottklement.com/httpapi/beta
   >   2. [9]http://www.scottklement.com/mailman/listinfo/ftpapi
   >   3. [10]http://www.scottklement.com/mailman/listinfo/ftpapi
   >
   >
   ----------------------------------------------------------------------
   -
   > This is the FTPAPI mailing list.  To unsubscribe, please go to:
   > [11]http://www.scottklement.com/mailman/listinfo/ftpapi
   >
   ----------------------------------------------------------------------
   -
   >
   >
   ----------------------------------------------------------------------
   -
   This is the FTPAPI mailing list.  To unsubscribe, please go to:
   [12]http://www.scottklement.com/mailman/listinfo/ftpapi
   ----------------------------------------------------------------------
   -

References

   1. http://se.mc296.mail.yahoo.com/mc/compose?to=johan_wigh@xxxxxxxx
   2. http://se.mc296.mail.yahoo.com/mc/compose?to=sk@xxxxxxxxxxxxxxxx
   3. http://se.mc296.mail.yahoo.com/mc/compose?to=sk@xxxxxxxxxxxxxxxx
   4. http://se.mc296.mail.yahoo.com/mc/compose?to=ftpapi@xxxxxxxxxxxxxxxxxxxxxx
   5. http://www.scottklement.com/httpapi/beta
   6. http://www.scottklement.com/mailman/listinfo/ftpapi
   7. http://www.scottklement.com/mailman/listinfo/ftpapi
   8. http://www.scottklement.com/httpapi/beta
   9. http://www.scottklement.com/mailman/listinfo/ftpapi
  10. http://www.scottklement.com/mailman/listinfo/ftpapi
  11. http://www.scottklement.com/mailman/listinfo/ftpapi
  12. 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
-----------------------------------------------------------------------