You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by simran <si...@reflectit.com> on 2003/08/29 03:19:04 UTC
SOAP::Lite in mod_perl...
Hi All,
I'm having a weird problem using SOAP::Lite in one of my mod_perl
modules.
A snippet of my code is:
============================================================================
sub _dispatch {
my $self = shift;
my $proxy = "http://our.stats.server.com.au/soap/script.cgi";
my $soap = SOAP::Lite->uri('NetChantStats')->proxy($proxy)->on_debug(sub{warn @_});
### ************************************************
my $result = $soap->getDetails("chris");
### ************************************************
if (! $result->fault) {
my $result_str = $result->result();
my $result_ref = eval $result_str;
#
#
#
if (! ref($result_ref)) { return $self->setError("Dispatch Error: $result_str"); }
else { return $result_ref; }
}
else {
my $error = join (', ', $result->faultcode, $result->faultstring);
return $self->setError($error);
}
}
============================================================================
The above code works perfectly on:
* On dev server in a standalone script
* On our dev server under: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.27
* Our live server as a standalong script
The code does not work on our live server under:
* Live Server: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.28
===========================================================================
The code is acting "weird" on the live server on the line (only under mod_perl):
my $result = $soap->getDetails("chris");
If i "return" just before the above line, the return happens and i get a document
produced, but the line above just seems to make the server "disappear".
What i mean by "disappear" is that there is nothing in the access log however, the error log
does contain the debugging information from the SOAP::Lite module (as i have the on_debug method
printing stuff).
The server definitely does not "die" and produce a 500 server error, it literally just
disappears, almost as if a kill -9 was given to the relevant httpd thread as there is
nothing at all written to the access log...!!!
Has anyone come across a situation like the above? Any hints on how i can debug the above would also
be greatly appreciated...
thanks,
simran.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: SOAP::Lite in mod_perl...
Posted by simran <si...@reflectit.com>.
Hi Perrin,
I just recompiled everything with 1.27 (and relevant mod_ssl module) and
everything is working wonderfully again.
thankyou again every so much for your help, i had been struggling with
it for days...
simran.
========================================================================
Thanks Perrin.
I'll try a recompile with Apache 1.27 as suggested... not brave enough
to eventually put a patched 1.28 on our live server yet :-)
simran.
On Fri, 2003-08-29 at 11:25, Perrin Harkins wrote:
> simran wrote:
> > The above code works perfectly on:
> >
> > * On dev server in a standalone script
> > * On our dev server under: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.27
> > * Our live server as a standalong script
> >
> > The code does not work on our live server under:
> >
> > * Live Server: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.28
>
> It could be the same change in apache 1.3.28 that is causing problems
> for Bricolage. See this bug report:
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22805
>
> To verify it, you can build a copy of your dev server that is identical
> except for using apache 1.3.28 and see if that fails as well. If you're
> feeling ambitious, you can try the patch attached to that bug report.
>
> - Perrin
>
>
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: SOAP::Lite in mod_perl...
Posted by simran <si...@reflectit.com>.
Thanks Perrin.
I'll try a recompile with Apache 1.27 as suggested... not brave enough
to eventually put a patched 1.28 on our live server yet :-)
simran.
On Fri, 2003-08-29 at 11:25, Perrin Harkins wrote:
> simran wrote:
> > The above code works perfectly on:
> >
> > * On dev server in a standalone script
> > * On our dev server under: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.27
> > * Our live server as a standalong script
> >
> > The code does not work on our live server under:
> >
> > * Live Server: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.28
>
> It could be the same change in apache 1.3.28 that is causing problems
> for Bricolage. See this bug report:
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22805
>
> To verify it, you can build a copy of your dev server that is identical
> except for using apache 1.3.28 and see if that fails as well. If you're
> feeling ambitious, you can try the patch attached to that bug report.
>
> - Perrin
>
>
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: SOAP::Lite in mod_perl...
Posted by Stas Bekman <st...@stason.org>.
>>>Have you mentioned this to Philippe Chiasson?
>>
>>Beg your pardon, Ged? What this has to do with Philippe?
>
>
> Wasn't he organising the release of mod_perl 1.28?
He was a release manager, not a person to blame, even if there was a problem
with 1.28, which is certainly not the case.
> If people are moving to a 1.3.28/1.28 combination, I would expect his
> mailbox to start filling up...
That shouldn't be the case, really. One of us wears the release manager hat
once in awhile, but we all stand behind each release. All the bugs are to be
reported here, and not to the person who has happened to put it on CPAN.
We are slowly working on fixing CPAN to support role accounts, where several
people can maintain the same package, taking turns on doing releases. And no
matter who releases it, all the bug reports will go to one specified place,
not the last release manager's mail box.
For mod_perl specifically we want to have a CPAN-id modperl where all the
packages maintained by the development team will go. That CPAN-id will have an
email address of this list, which will protect the last release manager from
misdirected email. The packages will also be put into that CPAN-id's homedir
on CPAN, and not release manager's one.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: SOAP::Lite in mod_perl...
Posted by Ged Haywood <ge...@www2.jubileegroup.co.uk>.
Hi Stas,
On Fri, 29 Aug 2003, Stas Bekman wrote:
> Ged Haywood wrote:
> > Have you mentioned this to Philippe Chiasson?
>
> Beg your pardon, Ged? What this has to do with Philippe?
Wasn't he organising the release of mod_perl 1.28?
If people are moving to a 1.3.28/1.28 combination, I would expect his
mailbox to start filling up...
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: SOAP::Lite in mod_perl...
Posted by Stas Bekman <st...@stason.org>.
Ged Haywood wrote:
> Hi guys,
>
> On Thu, 28 Aug 2003, Perrin Harkins wrote:
>
>
>>simran wrote:
>>
>>>The above code works perfectly on:
>>>
>>> * On dev server in a standalone script
>>> * On our dev server under: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.27
>>> * Our live server as a standalong script
>>>
>>>The code does not work on our live server under:
>>>
>>> * Live Server: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.28
>
>
> Have you mentioned this to Philippe Chiasson?
Beg your pardon, Ged? What this has to do with Philippe?
Perrin has already replied that it's a bug in Apache 1.3.28:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22805
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: SOAP::Lite in mod_perl...
Posted by Ged Haywood <ge...@www2.jubileegroup.co.uk>.
Hi guys,
On Thu, 28 Aug 2003, Perrin Harkins wrote:
> simran wrote:
> > The above code works perfectly on:
> >
> > * On dev server in a standalone script
> > * On our dev server under: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.27
> > * Our live server as a standalong script
> >
> > The code does not work on our live server under:
> >
> > * Live Server: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.28
Have you mentioned this to Philippe Chiasson?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: SOAP::Lite in mod_perl...
Posted by Perrin Harkins <pe...@elem.com>.
simran wrote:
> The above code works perfectly on:
>
> * On dev server in a standalone script
> * On our dev server under: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.27
> * Our live server as a standalong script
>
> The code does not work on our live server under:
>
> * Live Server: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.6c DAV/1.0.3 mod_perl/1.28
It could be the same change in apache 1.3.28 that is causing problems
for Bricolage. See this bug report:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22805
To verify it, you can build a copy of your dev server that is identical
except for using apache 1.3.28 and see if that fails as well. If you're
feeling ambitious, you can try the patch attached to that bug report.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html