soaplite-devel — SOAP::Lite developers

Re: [Soaplite-devel] SOAP::Lite maintenance

[Scott W. <sc...@pe...>]

On Thu, Sep 27, 2007 at 02:15:20PM +0000, Martin Kutter wrote:

> I hereby offer to take over maintenance of the SOAP::Lite module.

+1

I know Byrne's been swamped and has asked for help in the past. You've
got my vote (if it's needed). We should also praise Byrne for all the
good work he's done on SOAP::Lite. All of us using it now owe a great
deal to him. Thanks Byrne, and welcome Martin!

Scott
-- 
Scott Wiersdorf
<sc...@pe...>

[Soaplite-devel] [PATCH] for enabling keep_alive http connections (which are required for MS NTLM/sspi authentication) to a MS soap server:

[David B. <Dav...@qm...>]

Hi, this patch (below) adds the ability to keep_alive http connections si=
mply by putting this at the top of your script:
$SOAP::Constants::HTTP_KEEPALIVE =3D 1;

The ability to have keep_alive connections is a precursor to using NTLM a=
uthentication in the LWP communications.  =20
Many Microsoft-enabled intranet web-services use NTLM authentication on t=
heir webservices.



diff -c  /opt/perl-5.8.8/lib/site_perl/5.8.8/SOAP/Transport/HTTP.pm ./SOA=
P/Transport/HTTP.pm
*** /opt/perl-5.8.8/lib/site_perl/5.8.8/SOAP/Transport/HTTP.pm  Fri Jun 1=
6 04:23:28 2006
--- ./SOAP/Transport/HTTP.pm    Fri Sep 14 11:58:32 2007
***************
*** 78,84 ****
      my $class =3D ref($self) || $self;
      my(@params, @methods);
      while (@_) { $class->can($_[0]) ? push(@methods, shift() =3D> shift=
) : push(@params, shift) }
!     $self =3D $class->SUPER::new(@params);
      die "SOAP::Transport::HTTP::Client must inherit from LWP::UserAgent=
, or one of its subclasses"
        if !$self->isa("LWP::UserAgent");
      $self->agent(join '/', 'SOAP::Lite', 'Perl', SOAP::Transport::HTTP-=
>VERSION);
--- 78,84 ----
      my $class =3D ref($self) || $self;
      my(@params, @methods);
      while (@_) { $class->can($_[0]) ? push(@methods, shift() =3D> shift=
) : push(@params, shift) }
!     $self =3D $class->SUPER::new(@params,keep_alive =3D> $SOAP::Constan=
ts::HTTP_KEEPALIVE);
      die "SOAP::Transport::HTTP::Client must inherit from LWP::UserAgent=
, or one of its subclasses"
        if !$self->isa("LWP::UserAgent");
      $self->agent(join '/', 'SOAP::Lite', 'Perl', SOAP::Transport::HTTP-=
>VERSION);



$ diff -c /opt/perl-5.8.8/lib/site_perl/5.8.8/SOAP/Lite.pm ./SOAP/Lite.pm
*** /opt/perl-5.8.8/lib/site_perl/5.8.8/SOAP/Lite.pm    Thu Aug 17 00:49:=
34 2006
--- ./SOAP/Lite.pm      Fri Sep 14 11:59:26 2007
***************
*** 340,346 ****
                $DO_NOT_USE_XML_PARSER $DO_NOT_CHECK_MUSTUNDERSTAND
                $DO_NOT_USE_CHARSET $DO_NOT_PROCESS_XML_IN_MIME
                $DO_NOT_USE_LWP_LENGTH_HACK $DO_NOT_CHECK_CONTENT_TYPE
!               $MAX_CONTENT_SIZE $PATCH_HTTP_KEEPALIVE $DEFAULT_PACKAGER
                @SUPPORTED_ENCODING_STYLES $OBJS_BY_REF_KEEPALIVE
                $DEFAULT_CACHE_TTL
    );
--- 340,346 ----
                $DO_NOT_USE_XML_PARSER $DO_NOT_CHECK_MUSTUNDERSTAND
                $DO_NOT_USE_CHARSET $DO_NOT_PROCESS_XML_IN_MIME
                $DO_NOT_USE_LWP_LENGTH_HACK $DO_NOT_CHECK_CONTENT_TYPE
!               $MAX_CONTENT_SIZE $PATCH_HTTP_KEEPALIVE $HTTP_KEEPALIVE $=
DEFAULT_PACKAGER
                @SUPPORTED_ENCODING_STYLES $OBJS_BY_REF_KEEPALIVE
                $DEFAULT_CACHE_TTL
    );
***************
*** 408,413 ****
--- 408,414 ----
    $DO_NOT_USE_LWP_LENGTH_HACK =3D 0;
    $DO_NOT_CHECK_CONTENT_TYPE =3D 0;
    $PATCH_HTTP_KEEPALIVE =3D 1;
+   $HTTP_KEEPALIVE =3D 0;
    $OBJS_BY_REF_KEEPALIVE =3D 600; # seconds
    # TODO - use default packager constant somewhere
    $DEFAULT_PACKAGER =3D "SOAP::Packager::MIME";
***************
*** 2894,2900 ****
      require LWP::UserAgent;
      $self =3D bless {
        '_deserializer' =3D> SOAP::Schema::Deserializer->new,
!       '_useragent'    =3D> LWP::UserAgent->new,
      } =3D> $class;

      SOAP::Trace::objects('()');
--- 2895,2901 ----
      require LWP::UserAgent;
      $self =3D bless {
        '_deserializer' =3D> SOAP::Schema::Deserializer->new,
!       '_useragent'    =3D> LWP::UserAgent->new(keep_alive =3D> $SOAP::C=
onstants::HTTP_KEEPALIVE),
      } =3D> $class;

      SOAP::Trace::objects('()');


Thanks.

David Bussenschutt
IT Business Systems Manager=20
QM Technologies QLD
Dav...@qm...
ph: 07 3013 5043=20



The message and any attachment is confidential and may be privileged or o=
therwise protected from disclosure. If you have received it by mistake pl=
ease let us know by reply and then delete it from your system; you should=
 not copy the message or disclose its contents to anyone.

Re: [Soaplite-devel] Memory leak observed with SOAP::Lite & Perl 5.8.5 embedded in C code

[Dhaval V. <dha...@ya...>]

To specify the versions:=0A=0ALinux kernel: 2.6.10=0ASOAP::Lite: 0.69 (I ha=
ve tried 0.68 and 0.55 as well)=0APerl: 5.8.5=0A=0AThanks,=0ADhaval=0A=0A--=
--- Original Message ----=0AFrom: Dhaval Vasa <dha...@ya...>=0ATo: =
soa...@ya...; soa...@li...=0ASent: Tues=
day, July 31, 2007 9:53:18 AM=0ASubject: [Soaplite-devel] Memory leak obser=
ved with SOAP::Lite & Perl 5.8.5 embedded in C code=0A=0AGreetings,=0A=0AI =
have been evaluating SOAP::Lite to be used in my code for web service suppo=
rt.  The way I use it is - I have C code which generates an XML buffer and =
such XML buffer is passed to perl script (here, perl is embedded in C code =
based on instructions provided on http://perldoc.perl.org/perlembed.html).=
=0A=0AMy observation is - if I run this C code with Perl script (having sup=
port of SOAP lite to send XML data to a web server hosting web service), I =
am observing huge amount of memory leaks, for e.g. the binary size grows fr=
om 10 MB to 60 MB in a span of 10 hours or so.  I can't afford to restart t=
his application at defined period of time.=0A=0AFYI, if I disable support f=
or SOAP::Lite in perl, there is no memory leak.  I would appreciate, any po=
inter to information or help in this regard.=0A=0APlease advise.=0A=0AThank=
s,=0ADhaval=0A=0A=0A=0A=0A       =0A_______________________________________=
_____________________________________________=0AYahoo! oneSearch: Finally, =
mobile search =0Athat gives answers, not web links. =0Ahttp://mobile.yahoo.=
com/mobileweb/onesearch?refer=3D1ONXIC=0A=0A-------------------------------=
------------------------------------------=0AThis SF.net email is sponsored=
 by: Splunk Inc.=0AStill grepping through log files to find problems?  Stop=
.=0ANow Search log events and configuration files using AJAX and a browser.=
=0ADownload your FREE copy of Splunk now >>  http://get.splunk.com/=0A_____=
__________________________________________=0ASoaplite-devel mailing list=0A=
Soa...@li...=0Ahttps://lists.sourceforge.net/lists/=
listinfo/soaplite-devel=0A=0A=0A=0A=0A=0A       =0A________________________=
____________________________________________________________=0ATake the Int=
ernet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos =
& more. =0Ahttp://mobile.yahoo.com/go?refer=3D1GNXIC

[Soaplite-devel] Memory leak observed with SOAP::Lite & Perl 5.8.5 embedded in C code

[Dhaval V. <dha...@ya...>]

Greetings,=0A=0AI have been evaluating SOAP::Lite to be used in my code for=
 web service support.  The way I use it is - I have C code which generates =
an XML buffer and such XML buffer is passed to perl script (here, perl is e=
mbedded in C code based on instructions provided on http://perldoc.perl.org=
/perlembed.html).=0A=0AMy observation is - if I run this C code with Perl s=
cript (having support of SOAP lite to send XML data to a web server hosting=
 web service), I am observing huge amount of memory leaks, for e.g. the bin=
ary size grows from 10 MB to 60 MB in a span of 10 hours or so.  I can't af=
ford to restart this application at defined period of time.=0A=0AFYI, if I =
disable support for SOAP::Lite in perl, there is no memory leak.  I would a=
ppreciate, any pointer to information or help in this regard.=0A=0APlease a=
dvise.=0A=0AThanks,=0ADhaval=0A=0A=0A=0A=0A       =0A______________________=
______________________________________________________________=0AYahoo! one=
Search: Finally, mobile search =0Athat gives answers, not web links. =0Ahtt=
p://mobile.yahoo.com/mobileweb/onesearch?refer=3D1ONXIC

[Soaplite-devel] Add customize HTTP header to XMLRPC message

[N. D. T. <ndt...@ya...>]

I need add a customize HTTP header to XMLRPC messages.

I spent a day to know that the actual HTTP send is
taken by 
SOAP::Transport::HTTP::Client
and I did not know the way to add my HTTP header but
change the code
SOAP::Transport::HTTP::Client::send_receive

Of course hardcode the header is not a good ideal.

Am I right?
Is there any way to insert HTTP header into the
message?
If there is no way now, do you have any plan to create
the interface to do it?


      ____________________________________________________________________________________
Shape Yahoo! in your own image.  Join our Network Research Panel today!   http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 

Re: [Soaplite-devel] bug: SOAP calls fail when folder with thesame name as the dispatch_to location exists

[Tom S. <acc...@ze...>]

Thanks for the reply.

I am using SOAP::Lite under mod_perl, not CGI.

Ive tried altering my SOAP requests but I still get this intermittant
problem.  I have used your SOAP requests as models and the problem
continues.  I have further updated my SOAP requests to include a full =
URI as
per the SOAP spec.

I just tried it now and made two requests.  The first failed...the =
second
worked.  As you suggested I set 'MaxClients 1' in my httpd.conf.
=20
Heres the trace...
------------------

HTTP-Trace-Version: 1.0
Generator: Charles/3.0.2

Method: POST
Protocol-Version: HTTP/1.1
Protocol: http
Host: echo.localhost
File: /soap
Remote-Address: 172.30.6.60
Client-Address: 127.0.0.1
Start-Time: 2007-05-08T10:46:56.250+01:00
Response-Time: 2007-05-08T10:46:56.471+01:00
End-Time: 2007-05-08T10:46:56.481+01:00
Request-Header-Size: 668
Response-Header-Size: 248
Request-Body-Size: 454
Response-Body-Size: 576
Request-Body-Decoded: false
Response-Body-Decoded: false
Request-Header:<<--EOF-1178618598002-
POST /soap HTTP/1.1
Host: echo.localhost
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3)
Gecko/20070309 Firefox/2.0.0.3
Accept:
application/x-shockwave-flash,text/xml,application/xml,application/xhtml+=
xml
,text/html;q=3D0.9,text/plain;q=3D0.8,image/png,*/*;q=3D0.5
Accept-Language: en-us,en;q=3D0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7
Keep-Alive: 300
Referer: http://echo.localhost/interface/interface.swf?spaceid=3D
Content-type: text/xml; charset=3Dutf-8
SOAPAction: "http://echo.localhost/echo/getSession"
Content-length: 454
Pragma: no-cache
Cache-Control: no-cache


--EOF-1178618598002-
Response-Header:<<--EOF-1178618598002-
HTTP/1.1 200 OK
Date: Tue, 08 May 2007 09:45:42 GMT
Server: Apache/2.2.4 (Unix) DAV/2 PHP/5.2.1 mod_apreq2-20051231/2.6.0
mod_perl/2.0.3 Perl/v5.8.8
Content-Length: 576
Content-Type: text/xml; charset=3Dutf-8
SOAPServer: SOAP::Lite/Perl/0.69
Expires: 0
Cache-Control: no-cache


--EOF-1178618598002-
Request-Body:<<--EOF-1178618598002-
<?xml version=3D"1.0" encoding=3D"utf-8"?> <SOAP-ENV:Envelope
xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"
xmlns:SOAP-ENV=3D"http://schemas.xmlsoap.org/soap/envelope/"><SOAP-ENV:Bo=
dy
xmlns:ns1=3D"http://echo.localhost/echo"><ns1:getSession
SOAP-ENV:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"><cli=
entid
xsi:type=3D"xsd:string"
/></ns1:getSession></SOAP-ENV:Body></SOAP-ENV:Envelope>
--EOF-1178618598002-
Response-Body:<<--EOF-1178618598002-
<?xml version=3D"1.0" encoding=3D"UTF-8"?><soap:Envelope
xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"
xmlns:soapenc=3D"http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"
soap:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"
xmlns:soap=3D"http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><soap=
:Faul
t><faultcode>soap:Client</faultcode><faultstring>Failed to locate method
(getSession) in class (echo) at
/usr/local/lib/perl5/site_perl/5.8.8/SOAP/Lite.pm line 2587.
</faultstring></soap:Fault></soap:Body></soap:Envelope>
--EOF-1178618598002-


<< SECOND REQUEST A FEW MINS LATER

Method: POST
Protocol-Version: HTTP/1.1
Protocol: http
Host: echo.localhost
File: /soap
Remote-Address: 172.30.6.60
Client-Address: 127.0.0.1
Start-Time: 2007-05-08T10:52:43.420+01:00
Response-Time: 2007-05-08T10:52:43.910+01:00
End-Time: 2007-05-08T10:52:43.910+01:00
Request-Header-Size: 668
Response-Header-Size: 248
Request-Body-Size: 454
Response-Body-Size: 889
Request-Body-Decoded: false
Response-Body-Decoded: false
Request-Header:<<--EOF-1178618598002-
POST /soap HTTP/1.1
Host: echo.localhost
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3)
Gecko/20070309 Firefox/2.0.0.3
Accept:
application/x-shockwave-flash,text/xml,application/xml,application/xhtml+=
xml
,text/html;q=3D0.9,text/plain;q=3D0.8,image/png,*/*;q=3D0.5
Accept-Language: en-us,en;q=3D0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7
Keep-Alive: 300
Referer: http://echo.localhost/interface/interface.swf?spaceid=3D
Content-type: text/xml; charset=3Dutf-8
SOAPAction: "http://echo.localhost/echo/getSession"
Content-length: 454
Pragma: no-cache
Cache-Control: no-cache


--EOF-1178618598002-
Response-Header:<<--EOF-1178618598002-
HTTP/1.1 200 OK
Date: Tue, 08 May 2007 09:51:29 GMT
Server: Apache/2.2.4 (Unix) DAV/2 PHP/5.2.1 mod_apreq2-20051231/2.6.0
mod_perl/2.0.3 Perl/v5.8.8
Content-Length: 889
Content-Type: text/xml; charset=3Dutf-8
SOAPServer: SOAP::Lite/Perl/0.69
Expires: 0
Cache-Control: no-cache


--EOF-1178618598002-
Request-Body:<<--EOF-1178618598002-
<?xml version=3D"1.0" encoding=3D"utf-8"?> <SOAP-ENV:Envelope
xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"
xmlns:SOAP-ENV=3D"http://schemas.xmlsoap.org/soap/envelope/"><SOAP-ENV:Bo=
dy
xmlns:ns1=3D"http://echo.localhost/echo"><ns1:getSession
SOAP-ENV:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"><cli=
entid
xsi:type=3D"xsd:string"
/></ns1:getSession></SOAP-ENV:Body></SOAP-ENV:Envelope>
--EOF-1178618598002-
Response-Body:<<--EOF-1178618598002-
<?xml version=3D"1.0" encoding=3D"UTF-8"?><soap:Envelope
xmlns:namesp1=3D"http://namespaces.soaplite.com/perl"
xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"
xmlns:soapenc=3D"http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"
soap:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"
xmlns:soap=3D"http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><getS=
essio
nResponse xmlns=3D"http://echo.localhost/echo"><getSessionObject
xsi:type=3D"namesp1:getSessionObject"><SessionMeta
xsi:type=3D"namesp1:SessionMeta"><hash
xsi:type=3D"xsd:string">2710c1b6d0001d394af973a96cb8252d</hash><uid
xsi:type=3D"xsd:string">guest</uid><created
xsi:type=3D"xsd:epoch">1178617889</created><poll
xsi:type=3D"xsd:epoch">1178617889</poll><timeout
xsi:type=3D"xsd:epoch">1178618489</timeout></SessionMeta></getSessionObje=
ct></
getSessionResponse></soap:Body></soap:Envelope>
--EOF-1178618598002-



As you can see the SOAP request does not change.

As I said before if I rename the folder (echo) to sometehing else =
everything
works perfectly.

Cheers,
Tom
-----Original Message-----
From: J=F6rg Prante [mailto:joe...@ne...]=20
Sent: 27 April 2007 21:26
To: Tom Shaw
Subject: Re: [Soaplite-devel] bug: SOAP calls fail when folder with =
thesame
name as the dispatch_to location exists

Hello,

> When they don't I get the error returned in a fault string:
> Failed to locate method (getSession) in class (TestSpace) at
> /usr/local/lib/perl5/site_perl/5.8.8/SOAP/Lite.pm line 2586.

This is typically an misconfigured SOAP client call, without namespace
and incorrect or empty URI in SOAPAction.

> Im using Apache-2.2.4 PreforkMPM/Perl 5.8.8 with no threads support, =
and
> mod_perl-2.0.3.

Same here.

> /viewspace generates some HTML, which in turn loads a piece of Flash =
into
> the browser.  This flash content once loaded, sends some SOAP calls to =
the
> server.

Do you really store your Perl modules right on your web server directory
where your HTML is generated? This is a bad idea.

> It seems that the combination of running the handler to generate the =
HTML,
> followed quickly by the hander for the soap calls generates the =
conditions
> for this error. A little bit more testing and I found that slightly
loading
> The webserver triggered this condition and once it was triggered any
request
> to the soap handler failed.

Test with "MaxClients 1" in your httpd.conf and it will fail straight.
You see the Apache children loading mod_perl resources during their
lifecycles.

> If I rename my MediaSpace folder, update the /viewspace handler and
> httpd.conf to reflect the change my /soap handler works perfectly.  Is =
the
> /soap handler having some troubles processing the call dispatch if a
folder
> of the same name exists in the same location? It certainly looks that =
way.

>
> Anyone else care to verify?

Please provide your SOAP client calls and/or SOMs. In particular, the
SOAPAction header. It is impossible to verify without being able to
reproduce.

Here is my test scenario from what I could understand from your
description.


ll /var/www/cgi-bin/

drwxr-xr-x 2 apache apache 4096 27. Apr 21:41 Echo
-rwx------ 1 apache apache   87 27. Apr 21:27 Echo.pm


httpd.conf:
-------------------
<Location /soaptest>
        SetHandler perl-script
        PerlResponseHandler Apache2::SOAP
        PerlSetVar dispatch_to '/var/www/cgi-bin/'
        PerlSetVar options "compress_threshold =3D> 1000"
</Location>
-------------------
Echo.pm:
-------------------
package Echo;
sub echo {
   my ($self, @args) =3D @_;
   return join(",", @args);
}

1;
-------------------
echoclient.pl:
-------------------
#!/usr/bin/perl
use SOAP::Lite +trace =3D> 'debug';

my $soap =3D SOAP::Lite
  ->readable(1)
  ->uri("urn:Echo")
  ->proxy("http://localhost/soaptest");
my $som =3D $soap->echo(SOAP::Data->name("whatToEcho"=3D>"Hello =
World"));
print "The response from the server was:\n".$som->result."\n";
-------------------

Invoking the SOAP client echoclient.pl gives:

SOAP::Transport::HTTP::Client::send_receive: POST
http://localhost/soaptest HTTP/1.1
Accept: text/xml
Accept: multipart/*
Accept: application/soap
Content-Length: 506
Content-Type: text/xml
SOAPAction: "urn:Echo#echo"

<?xml version=3D"1.0" encoding=3D"UTF-8"?>
<soap:Envelope=20
    xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"=20
    xmlns:soapenc=3D"http://schemas.xmlsoap.org/soap/encoding/"=20
    xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"=20
    soap:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"=20
    xmlns:soap=3D"http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <echo xmlns=3D"urn:Echo">
      <whatToEcho xsi:type=3D"xsd:string">Hello World</whatToEcho>
    </echo>
  </soap:Body>
</soap:Envelope>
SOAP::Transport::HTTP::Client::send_receive: HTTP/1.1 200 OK
Connection: close
Date: Fri, 27 Apr 2007 20:14:28 GMT
Server: Apache/2.2.4 (Fedora)
Content-Length: 469
Content-Type: text/xml; charset=3Dutf-8
Client-Date: Fri, 27 Apr 2007 20:14:28 GMT
Client-Peer: 127.0.0.1:80
Client-Response-Num: 1
SOAPServer: SOAP::Lite/Perl/0.69

<?xml version=3D"1.0" encoding=3D"UTF-8"?><soap:Envelope
xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"
xmlns:soapenc=3D"http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"
soap:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"
xmlns:soap=3D"http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><echo=
Respo
nse xmlns=3D"urn:Echo"><s-gensym3 xsi:type=3D"xsd:string">Hello
World</s-gensym3></echoResponse></soap:Body></soap:Envelope>
The response from the server was:
Hello World

Fedora Core 6
Perl 5.8.8
SOAP::Lite 0.69
httpd 2.2.4 (prefork)
mod_perl 2.0.3
Apache2::SOAP 0.72

[Soaplite-devel] bug: SOAP calls fail when folder with the same name as the dispatch_to location exists

[Tom S. <acc...@ze...>]

Hi All,

I posted a question to the mod_perl mailing list but it would be better
served here.

8<-- snip --------------------

Im having some mod_perl2 wierdness. Im trying to run some SOAP requests and
Im getting odd things happening.

Is there any reason that I should be experiencing intermittant issues
dispatching SOAP methods to my class?

Sometimes the methods work fine and sometimes they don't.

When they don't I get the error returned in a fault string:
Failed to locate method (getSession) in class (TestSpace) at
/usr/local/lib/perl5/site_perl/5.8.8/SOAP/Lite.pm line 2586.

And then sometimes it all works perfectly.

Ive tried boiling all this down to a simple test case.

TestSpace.pm
------------
package MediaSpace;

sub getSession {
    return 1;
}

1;

I would estimate that 50% of the requests fail.

Im using Apache-2.2.4 PreforkMPM/Perl 5.8.8 with no threads support, and
mod_perl-2.0.3.

Any ideas would be welcomed at this point in time as Im out of ideas.

Cheers,
Tom

8<-- snip --------------------



I did some testing and found that the reason some of the requests and some
didn't failed was because of the number of httpd processes.  I cut those
down and found that the problem was there all the time.
 
After some more testing I found the solution by accident.

I should probably explain what my setup is doing.

/viewspace generates some HTML, which in turn loads a piece of Flash into
the browser.  This flash content once loaded, sends some SOAP calls to the
server.

It seems that the combination of running the handler to generate the HTML,
followed quickly by the hander for the soap calls generates the conditions
for this error. A little bit more testing and I found that slightly loading
The webserver triggered this condition and once it was triggered any request
to the soap handler failed.

If I rename my MediaSpace folder, update the /viewspace handler and
httpd.conf to reflect the change my /soap handler works perfectly.  Is the
/soap handler having some troubles processing the call dispatch if a folder
of the same name exists in the same location? It certainly looks that way. 

Anyone else care to verify?

My actual filestructure is like so:

/webhome/MediaSpace.pm           -> used to handle SOAP requests
/webhome/MediaSpace/ViewSpace.pm -> mod_perl handler to generate HTML
/webhome/MediaSpace/Media.pm     -> media functions
Some other files...
.
etc

MediaSpace.pm
-------------
package MediaSpace;

sub getSession {
    return 1;
}

1;

My httpd.conf SOAP entry and mod_perl handler for the HTML generation:
<Location /soap>
    SetHandler perl-script
    PerlResponseHandler Apache2::SOAP
    PerlSetVar dispatch_to '/webhome/'
    PerlSetVar options "compress_threshold => 1000"
</Location>

Debian on a 2.6 kernel
Apache 2.2.4 (Prefork MPM) / Perl 5.8.8 (NO threads support) / mod_perl 2.03
SOAP::Lite v0.69
Apache2::SOAP v0.72

Cheers,
Tom

[Soaplite-devel] attachments patch

[Sarah M. <s82...@go...>]

Hello,

I am trying to obtain the patch and example codes posted by Joerg Prante on
2006-11-12, however when I click on the links in that post to download the
attachements I receive an error in my browser "Insufficient parameters".

If anyone can advise me how to successfully get hold of this patch I would
be most grateful :)

[Soaplite-devel] Fwd: Kicking off SOAP::Easy

[Charlie B. <cha...@gm...>]

I always forget the reply all for this list.  This message was sent to byrne
when it should have went to the entire list

---------- Forwarded message ----------
From: Charlie Bowman <cha...@gm...>
Date: Feb 21, 2007 9:35 AM
Subject: Re: Kicking off SOAP::Easy
To: Byrne Reese <by...@ma...>

I'll go first.

My number 1 pet peave with soap::lite is it's inability to handle complex
objects when using a wsdl.

On 2/20/07, Byrne Reese <by...@ma...> wrote:
>
> Very well. Let me play Product Manager then.
>
> The first steps in solving any problem is to clearly identify the
> problem. So let me begin by asking, and forgive the apparent obviousness
> of this first question, what do we not like about SOAP::Lite that we
> want to fix?
>
> And let's judge by the responses how many people are interested in
> helping?
>
> Byrne
>
> Charlie Bowman wrote:
> > I think a lot of people are wanting to help, I know I am.  What we
> > need is a little leadership to help get the ball rolling.
> >
> > On 2/16/07, *Robert Landrum* < rla...@ao...
> > <mailto: rla...@ao...>> wrote:
> >
> >     I just read the State of the SOAP post on soaplite.com
> >     <http://soaplite.com>.  I couldn't
> >     agree more.  It's pretty awful code, and slogging through it to
> figure
> >     out why it's doing something wrong is way too cumbersome.
> >
> >     I just discovered an ugly little bug today with how WSDLs are
> >     converted
> >     into code, and how parameter handling is (to be blunt)
> >     broken.  The fix
> >     however, is even uglier.
> >
> >     If work on a rewrite is underway, I'm interested in contributing.
> >
> >     Rob
> >
> >
> -------------------------------------------------------------------------
> >
> >     Take Surveys. Earn Cash. Influence the Future of IT
> >     Join SourceForge.net 's Techsay panel and you'll get the chance to
> >     share your
> >     opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >     <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >
> >     _______________________________________________
> >     Soaplite-devel mailing list
> >     Soa...@li...
> >     <mailto: Soa...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/soaplite-devel
> >     <https://lists.sourceforge.net/lists/listinfo/soaplite-devel>
> >
> >
> > ------------------------------------------------------------------------
>
> >
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> > opinions on IT & business topics through brief surveys-and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Soaplite-devel mailing list
> > Soa...@li...
> > https://lists.sourceforge.net/lists/listinfo/soaplite-devel
> >
>
>

Re: [Soaplite-devel] State of the SOAP

[Robert L. <rla...@ao...>]

Mike South wrote:
> Right now there is a patch waiting which will let you generate stub
> code for a service that publishes a wsdl.  I think that the first
> order of business would be to apply (or reject with reasons) the
> outstanding patches.  

Maintenance should be separate from this process, at least initially. 
Combining the two into a single "project" will only create confusion for 
developers/maintainers.

> If the current maintainer doesn't have time to
> maintain it, he should be passing it off.

Agreed.  Has anyone stepped forward to take the torch?  From what I've 
read, SOAP::Lite is maintained only so that maintainer's current SOAP 
implementation isn't broken.  And that's the level of commitment most of 
us would be willing to provide too.  Finding someone willing to go the 
extra mile to make it right, to maintain it properly, is the challenge.

> Writing a new module is
> also a good idea, but imho we need to get maintenance of the current
> code running in parallel.  Right now that is stalled.
> 

Maintenance is a tricky thing.  Adding patches creates instability, 
which can lead to more maintenance.  I can understand why it's been slow 
in coming.

Rob

Re: [Soaplite-devel] State of the SOAP

[Robert L. <rla...@ao...>]

Sure, that's a valid sentiment.  And I was tempted to do just that.  But 
that's also how SOAP::Lite became the mess that it is, and I didn't want 
to make another mess.  :(

Rob

Leo Lapworth wrote:
> 
> 
>     <snip>
> 
>     only then would development commence on the module itself.
> 
> 
>  
> Might I suggest (and this is not me offering) that someone just get on, 
> set up an SVN server, and start coding tests, then something might 
> actually happen :)
> 
> Leo
> 
> p.s. I'm happy to alter / have replaced anything in SOAP::XML::Client to 
> use what ever this new thing ends up being
> 
> p.p.s good luck!
> 

Re: [Soaplite-devel] State of the SOAP

[Robert L. <rla...@ao...>]

Hmm...  Well...  Maybe the first step should be to determine what 
features people are actually using.  We need to figure out which 
features we can cut out of SOAP, and which features we need to add. 
Once we have that list...

The next step would be an RFC, where we allow for anyone with a good 
idea to submit a proposal, solution, or other recommendation.  In 
general, we would want to see plans for the redevelopment of SOAP::Lite.

With that in hand, we could separate feature requests for structural 
changes, and develop a final draft plan for the layout of the module. 
Community sign off would probably be appreciated.

Once a plan had been decided upon, only then would development commence 
on the module itself.

Rob

Charlie Bowman wrote:
> I think a lot of people are wanting to help, I know I am.  What we need 
> is a little leadership to help get the ball rolling.
> 
> On 2/16/07, *Robert Landrum* < rla...@ao... 
> <mailto:rla...@ao...>> wrote:
> 
>     I just read the State of the SOAP post on soaplite.com
>     <http://soaplite.com>.  I couldn't
>     agree more.  It's pretty awful code, and slogging through it to figure
>     out why it's doing something wrong is way too cumbersome.
> 
>     I just discovered an ugly little bug today with how WSDLs are converted
>     into code, and how parameter handling is (to be blunt) broken.  The fix
>     however, is even uglier.
> 
>     If work on a rewrite is underway, I'm interested in contributing.
> 
>     Rob
> 

Re: [Soaplite-devel] State of the SOAP

[Charlie B. <cha...@gm...>]

I think a lot of people are wanting to help, I know I am.  What we need is a
little leadership to help get the ball rolling.

On 2/16/07, Robert Landrum < rla...@ao...> wrote:
>
> I just read the State of the SOAP post on soaplite.com.  I couldn't
> agree more.  It's pretty awful code, and slogging through it to figure
> out why it's doing something wrong is way too cumbersome.
>
> I just discovered an ugly little bug today with how WSDLs are converted
> into code, and how parameter handling is (to be blunt) broken.  The fix
> however, is even uglier.
>
> If work on a rewrite is underway, I'm interested in contributing.
>
> Rob
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Soaplite-devel mailing list
> Soa...@li...
> https://lists.sourceforge.net/lists/listinfo/soaplite-devel
>

[Soaplite-devel] State of the SOAP

[Robert L. <rla...@ao...>]

I just read the State of the SOAP post on soaplite.com.  I couldn't 
agree more.  It's pretty awful code, and slogging through it to figure 
out why it's doing something wrong is way too cumbersome.

I just discovered an ugly little bug today with how WSDLs are converted 
into code, and how parameter handling is (to be blunt) broken.  The fix 
however, is even uglier.

If work on a rewrite is underway, I'm interested in contributing.

Rob

[Soaplite-devel] DIME support

[Michael (M. S. <mi...@kn...>]

I've been given the task of replacing a windows based SOAP server (SOAP 
toolkit wrapped around a COM object) with a linux one.  I have to mimic 
its interface and nuances closely enough so that current clients will 
not notice the difference.

So far I think I can handle the standard calls, but there are 
DIME-encapsulated requests to handle.

So where is the DIME support at currently?

I am wading through the 0.69 sources.  I can see bits & pieces of DIME 
support but it's not working yet.  Is there a CVS repo?  Does it have 
fixes to the DIME support?  If not, how should I approach it?  I could 
write a wrapper class, say SOAP::Attachment, and subclass it to wrap 
around MIME::Entity and DIME::Payload or something.

Mick.

[Soaplite-devel] Problem with SOAP::Packager::MIME

[David M. <dav...@op...>]

Hello,

I'm trying to do a simple SOAP application very similar to the
hibyeout.pl example on the "Quick start reference".

When I try to run the program it reports the next problem:
"Can't locate object method "new" via package "SOAP::Packager::MIME"
(perhaps you forgot to load "SOAP::Packager::MIME"?) at
/usr/libdata/perl5/i386-openbsd/5.8.6/SOAP/Lite.pm line 3241."

There is no SOAP::Packager::MIME package on CPAN but Lite.pm has a
reference in... (packager =3D> SOAP::Packager::MIME->new)

I installed manually the needed packages (.pm files) copying them to
/usr/libdata/perl5/i386-openbsd/5.8.6 directory because I can't
install cpan neither make in that host:

- SOAP::Lite.pm
- SOAP::Packager.pm
- SOAP::Defs.pm


Do I need to install more packages?

Thank you in advance,

David Mor=F3n,

[Soaplite-devel] overriding the enpoint when using a wsdl

[Charlie B. <cha...@gm...>]

I've used stubmaker.pl to create the stub class based on a wsdl I have.  The
problem is that I can't seem to override the endpoint pragmatically.  The
reason this is coming up is that I'm connecting to 5 servers each with an
identical wsdl except for the endpoint.  I don't want to run
stubmaker.plfor each wsdl and have nearly identical files.  How can I
modify the
endpoint from a script?  Thanks for any help.

[Soaplite-devel] module maintainer

[Charlie B. <cha...@gm...>]

Does Byrne still read this list?  I haven't seen him respond to any emails
lately.

Re: [Soaplite-devel] [patch] patch to add complexData support to soap::lite

[Charlie B. <cha...@gm...>]

Sorry, the diff is too large for the list.  You can view/download the patch
here:

http://www.recentrambles.com/diff.txt



On 11/16/06, Charlie Bowman <cha...@gm...> wrote:
>
> I have a patch that enables soap::lite to work out of the box with complex
> data types and wsdls.  I have tested this patch with the web services that I
> use, but it really needs to be tested by others also.
>
> How this patch works:
>
>   I have added another hash to the top of the stub that's created when the
> wsdl is parsed.  This hash details how the complex data types are mapped
> into basic data types.  I also added the method fill_template which uses
> this hash to create the soap::data objects.
>   I've also added the SOAP::Transport::HTTP::Client::get_basic_credentials
> method to the bottom of the stub.  This method is commented out, but enough
> people ask how to do this that I added it in.  Now anyone who needs to use
> basic auth can just uncomment the method and fill in the username and
> password.
>
>
>
> Questions:
>   Since all of the data types are mapped at the top of the stub, I am not
> dynamically calling methods such as as_string and as_int.  Do we still need
> these methods if the aren't called from the stub?  I would love to hear the
> communities and especially byrnee's opinion on this.
>
> Charlie Bowman
> McClatchy Interactive
>
>
>

[Soaplite-devel] [patch] patch to add complexData support to soap::lite

[Charlie B. <cha...@gm...>]

I have a patch that enables soap::lite to work out of the box with complex
data types and wsdls.  I have tested this patch with the web services that I
use, but it really needs to be tested by others also.

How this patch works:

  I have added another hash to the top of the stub that's created when the
wsdl is parsed.  This hash details how the complex data types are mapped
into basic data types.  I also added the method fill_template which uses
this hash to create the soap::data objects.
  I've also added the SOAP::Transport::HTTP::Client::get_basic_credentials
method to the bottom of the stub.  This method is commented out, but enough
people ask how to do this that I added it in.  Now anyone who needs to use
basic auth can just uncomment the method and fill in the username and
password.



Questions:
  Since all of the data types are mapped at the top of the stub, I am not
dynamically calling methods such as as_string and as_int.  Do we still need
these methods if the aren't called from the stub?  I would love to hear the
communities and especially byrnee's opinion on this.

Charlie Bowman
McClatchy Interactive

[Soaplite-devel] Patch: SOAP-Lite 0.69 and attachments

[Joerg P. <joe...@gm...>]

Hi,

I tried SOAP::Lite 0.69 to set up a SOAP Lite server and client to
exchange MIME attachments. But it failed silently.

So I examined the code and discovered that I was able to fix the issue.

Attached you find a patch against SOAP::Lite 0.69 which you hopefully
find useful. It (re?)-enables attachment support.

For demonstration, I added two example perl scripts, a SOAP::Lite
attachment server and a client.

Best regards,

J=F6rg

[Soaplite-devel] complex Data types

[Charlie B. <cha...@gm...>]

I'm trying to parse a wsdl file the includes complex data types.  I'm doing
this in hopes of creating a patch for soap::lite.  The part I'm having
trouble with is breaking down complexType data into it's simpleType
components.

Here is part of the wsdl I'm working with

  <complexType name="ArrayOfstring">
   <complexContent>
    <restriction base="SOAP-ENC:Array">
     <sequence>
      <element name="item" type="xsd:string" minOccurs="0"
maxOccurs="unbounded"/>
     </sequence>
     <attribute ref="SOAP-ENC:arrayType" WSDL:arrayType="xsd:string[]"/>
    </restriction>
   </complexContent>

on line 2856 of Lite.pm there is:
@parts = $msg->part;
$services{$opername}->{parameters} = [ @parts ];

The line above works by adding the complex types to the  parameters array
that prints out in the stub file.  What I'm trying to do now is get a list
of the parts of the complexType (e.g. ArrayOfstring).

I'm at a loss on how to get this data from the objects that are available in
SOAP::Schema.  Any help in pointing out where/how to parse this data would
be appreciated.

[Soaplite-devel] Fwd: complex data types and wsdls

[Charlie B. <cha...@gm...>]

I'm duplicating this message since I didn't see it listed on the message
archives.  If the message did get through, I'm sorry for the noise




---------- Forwarded message ----------
From: Charlie Bowman <cha...@gm...>
Date: Nov 1, 2006 1:26 PM
Subject: complex data types and wsdls
To: soa...@li...

I'm working with a service that doesn't seem to play nice with SOAP::Lite
when I try to use the wsdl.  I think I've narrowed the problem down to the
complex data type that the wsdl is trying to create.

from the output of stubmaker.pl:

SelectAll => {
    endpoint => 'http://soemsite.com/',
    soapaction => '',
    namespace => 'http://www.somesite.com/someservice ',
    parameters => [
      SOAP::Data->new(name => 'FilterCriteriaArray', type =>
'ns:ArrayOfstring', attr => {}),
    ], # end parameters
  }, # end SelectMembers

in the _call method, it's trying to accesss this:
$self->serializer->as_ArrayOfstring($param, $template->name,
$template->type, $template->attr);


in Lite.pm, package SOAP::XMLSchema1999::Serializer:
There doesn't seem to be a method, as_ArrayOfString.  I'm wondering where I
should begin on where to fix this for my application.  Should I modify my
output from stubmaker.pl or is this a place where a patch is needed in
SOAP::XMLSchema1999::Serializer.  I was thinking of adding a method here for
as_ArrayOfString.  I've just started looking at the internals of SOAP::Lite
and I don't want to get started on the wrong foot.  Thanks for any input on
the direction I should head.

Charlie Bowman
McClatchy Interactive

[Soaplite-devel] complex data types and wsdls

[Charlie B. <cha...@gm...>]

I'm working with a service that doesn't seem to play nice with SOAP::Lite
when I try to use the wsdl.  I think I've narrowed the problem down to the
complex data type that the wsdl is trying to create.

from the output of stubmaker.pl:

SelectAll => {
    endpoint => 'http://soemsite.com/',
    soapaction => '',
    namespace => 'http://www.somesite.com/someservice',
    parameters => [
      SOAP::Data->new(name => 'FilterCriteriaArray', type =>
'ns:ArrayOfstring', attr => {}),
    ], # end parameters
  }, # end SelectMembers

in the _call method, it's trying to accesss this:
$self->serializer->as_ArrayOfstring($param, $template->name,
$template->type, $template->attr);


in Lite.pm, package SOAP::XMLSchema1999::Serializer:
There doesn't seem to be a method, as_ArrayOfString.  I'm wondering where I
should begin on where to fix this for my application.  Should I modify my
output from stubmaker.pl or is this a place where a patch is needed in
SOAP::XMLSchema1999::Serializer.  I was thinking of adding a method here for
as_ArrayOfString.  I've just started looking at the internals of SOAP::Lite
and I don't want to get started on the wrong foot.  Thanks for any input on
the direction I should head.

Charlie Bowman
McClatchy Interactive

Re: [Soaplite-devel] connecting PeopleSoft to SOAP::Lite services

[Olivier R. <oli...@st...>]

Andrew,

I performed some experiments to write a SOAP client in Perl. The server 
provides a SOAP interface plus a WSDL specification for requests and 
responses.

Initially, it worked quite well, I didn't need to use any proxy 
specification (only the URL to the WSDL file) ... but I encountered 
blocking issues on complex types in requests (eg. nested array of 
objects). There is no problem to read complex types in responses, but I 
didn't succeed to build requests with such type of nested data. They 
were just skipped - without any error condition.

Therefore, I migrated to PHP (cf. nusoap.php module, plus a PHP 
configured in command-line-interface mode). It seems more robust, more 
simple to use and - even for non-PHP wizards - the nusoap.php code is 
much more readable than SOAP::Lite/SOAP::WSDL one.

Rgds,
   Olivier



Andrew Stutzman wrote:
> Does anyone have experience with PeopleSoft and connecting to a 
> SOAP::Lite server?  I have a simple test server setup in perl but I need 
> to provide a primary url in PeopleSoft.  What url would I reference?  
> When creating a SOAP::Lite client you have the uri and the proxy... but 
> neither of these seem to work. 
>
> Any help would be appreciated....
>
> Thanks!
>
> Andy
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Soaplite-devel mailing list
> Soa...@li...
> https://lists.sourceforge.net/lists/listinfo/soaplite-devel
>