#108 Problem with mod_soap based approach


I've been using the registry cgi based approach with 0.65 for a while, and decided to try looking at the Apache::SOAP based method. In the process of diagnosing stuff I also updated to 0.68 with no help.

This is on RHEL 4 ES with Apache2 and mod_perl 1.99_16-4 (redhat's build)

First issue: I get this error:

Can't locate object method "dir_config" via package "Apache::RequestRec" at /usr/lib/perl5/vendor_perl/5.8.5/SOAP/Transport/HTTP.pm line 655.\n

If I disable that in the HTTP.pm file and have it just "return $self", I then get an error on:

Can't locate object method "get" via package "APR::Table" at /usr/lib/perl5/vendor_perl/5.8.5/SOAP/Transport/HTTP.pm line 603.

Any idea where I'm going wrong here? Here's the relevant config in the server:

PerlSwitches -I/local/umrperl/libs -I/local/privsys/libs
PerlModule RPC::PrivSysUser
PerlModule RPC::PrivSysAdmin

<VirtualHost *:80>
<Location "/rpc-public-module/privsys-user.pl">
SetHandler perl-script
PerlHandler Apache::SOAP
PerlSetVar dispatch_to "/local/privsys/libs, RPC::PrivSysUser"

As I indicated earlier, CGI based invocation with registry is working fine.

Any suggestions on how to move forward?


  • Nathan Neulinger

    Logged In: YES

    Solution found... this may be a RHEL problem.

    If I add "PerlModule APR::Table" it goes away... looks like it may be a case of RHEL looking like mod_perl2, but isn't quite there yet or something. Using the Apache::SOAP approach gains mabe 4 requests/sec per process in our test case - from 40'ish to 44'ish.

  • Nathan Neulinger

    • status: open --> closed-works-for-me

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks