Using OpenEdge.Net.HTTP from WebSpeed, PROPATH issue

Cecil

19+ years progress programming and still learning.
OE 11.5.1
OS CentOS 6.x 64bit

I'm hitting a bit of a road block when trying to use the new OpenEdge.Net.HTTP functionality. I've paced the Procedure Library into the PROPATH and restarted the WebSpeed broker.

However I keep getting the error unable to find the classes or interface 'IHttpRequest'.

So I've done a simple script to try and debug the PROPATH issue:

Code:
DEFINE VARIABLE i AS INTEGER     NO-UNDO.
  
{&OUT} '<ul>' SKIP.
DO  i = 1 TO NUM-ENTRIES(PROPATH):

    FILE-INFO:FILE-NAME = ENTRY(i, PROPATH ,',').

    /** We Intrested in the OpenEdge.Net.pl library file **/
    IF ENTRY(i, PROPATH ,',') MATCHES '*OpenEdge.Net.pl' THEN
    DO:
        {&OUT} SUBSTITUTE("<li><strong>&1</strong> &2",
                          ENTRY(i, PROPATH ,','),
                          FILE-INFO:FULL-PATHNAME
                          ).

        {&OUT} '<ol>'.
  
            {&OUT} '<h4>Search in the Procedure File:</h4>'.
      
            {&OUT} '<li>OpenEdge/Net/HTTP/IHttpRequest.cls<strong>' SEARCH('OpenEdge/Net/HTTP/IHttpRequest.r') '</strong></li>'.
            {&OUT} '<li>OpenEdge/Net/HTTP/IHttpResponse.cls<strong>' SEARCH('OpenEdge/Net/HTTP/IHttpResponse.r') '</strong></li>'.
        {&OUT} '</ol></li>'.


    END.  
    ELSE
        {&OUT} SUBSTITUTE("<li>&1 &2</li>",
                          ENTRY(i, PROPATH ,','),
                          FILE-INFO:FULL-PATHNAME
                          ).


END.
{&OUT} '<ul>' SKIP.

And here is the output. For what ever reason I'm unable to find the IHttpRequest class object.
  • . /cmi/dev/115/CMIReporter
  • netlib/OpenEdge.Net.pl /usr/dlc115/tty/netlib/OpenEdge.Net.pl

    1. Search in the Procedure File:
    2. OpenEdge/Net/HTTP/IHttpRequest.cls?
    3. OpenEdge/Net/HTTP/IHttpResponse.cls?
  • /usr/wrk115 /usr/wrk115
  • src/web2 /cmi/dev/115/CMIReporter/src/web2
  • src/admin /cmi/dev/115/CMIReporter/src/admin
  • /usr/dlc115/tty /usr/dlc115/tty
  • /usr/dlc115/tty/dataadmin.pl /usr/dlc115/tty/dataadmin.pl
  • /usr/dlc115/tty/adeshar.pl /usr/dlc115/tty/adeshar.pl
  • /usr/dlc115/tty/OpenEdge.BusinessLogic.pl /usr/dlc115/tty/OpenEdge.BusinessLogic.pl
  • /usr/dlc115/tty/adecomm.pl /usr/dlc115/tty/adecomm.pl
  • /usr/dlc115/tty/prodict.pl /usr/dlc115/tty/prodict.pl
  • /usr/dlc115/tty/adecomp.pl /usr/dlc115/tty/adecomp.pl
  • /usr/dlc115/tty/OpenEdge.Core.pl /usr/dlc115/tty/OpenEdge.Core.pl
  • /usr/dlc115/tty/OpenEdge.ServerAdmin.pl /usr/dlc115/tty/OpenEdge.ServerAdmin.pl
  • /usr/dlc115/tty/adeedit.pl /usr/dlc115/tty/adeedit.pl
  • /usr/dlc115 /usr/dlc115
  • /usr/dlc115/bin /usr/dlc115/bin
 
Last edited:

TheMadDBA

Active Member
You will find procedures in a search of a prolib so I don't see why classes would be any different.

What does a prolib listing or extract show for the path inside the library?
 

Cecil

19+ years progress programming and still learning.
The problem has been resolved. I fell into the classic gotcha of case sensitively. That's why it was working on Windows and not Linux. Doh!.
 
Top