1 BILLION MUSIC, MOVIES and VIDEOS...

- Unlimited access to the largest MP3 collection Ever! Over 5 Million
- Unlimited Music Downloads
- Unlimited Movie Downloads
- Unlimited Software Downloads
- Unlimited Website Access
- Unlimited Burns to CD
- Sted by Step Instructions
- VIP Technical Support

http://www.musicadvance.co.nr -- It's your turn, download your favorite songs
now!

When I try to install SOAP::Lite on OSX I get

unning make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/01-core.t t/02-payload.t
t/03-server.t t/04-attach.t t/05-customxml.t t/06-modules.t
t/07-xmlrpc_payload.t t/08-schema.t
t/01-core..............ok
t/02-payload...........NOK 42# Failed test 42 in t/02-payload.t at line
271
#  t/02-payload.t line 271 is:   ok($serialized =~ m!<SOAP__SOM(?:
xsi:type="namesp(\d+):SOAP__SOM"|
xmlns:namesp\d+="http://namespaces.soaplite.com/perl"|
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"|
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"|
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"|
xmlns:xsd="http://www.w3.org/1999/XMLSchema"){6}><a
xsi:type="xsd:int">1</a><_current(?:
SOAP-ENC:arrayType="xsd:ur-type\[0\]"|
xsi:type="SOAP-ENC:Array"){2}/></SOAP__SOM>!);
t/02-payload...........FAILED test 42
          Failed 1/125 tests, 99.20% okay
t/03-server............ok
t/04-attach............ok
t/05-customxml.........ok
t/06-modules...........ok
          2/18 skipped: various reasons
t/07-xmlrpc_payload....ok
t/08-schema............ok
Failed Test    Stat Wstat Total Fail  Failed  List of Failed
------------------------------------------------------------------------
-------
t/02-payload.t              125    1   0.80%  42
2 subtests skipped.
Failed 1/8 test scripts, 87.50% okay. 1/308 subtests failed, 99.68%
okay.
make: *** [test_dynamic] Error 2
    /usr/bin/make test -- NOT OK
Running make install
    make test had returned bad status, won't install without force

Please do not  change the subject line and reply to terrafirmapune @yahoo.com

Greetings!

We need Perl, J2EE and oracle PL/SQL Programmers for our client in Pune.
We hope that you are looking for a change and interested in knowing an exciting
oppotunity!

About the company:
Our Client is a CMM I Level 5 Company - (one of the twelve IT Companies having
this Certification in India) Client is amongst the leading  software exporters
from India.
__________________________________________________________________
Details of job: Senior Perl, J2EE Oracle pl/sql programmers

Location: Pune, (you should be willing to relocate to Pune)

Experience: 4 Yrs.and above

Qualification: Good Technical Degree BE/MCA/MCM/M.Sc.

Essential skills: Perl and J2EE

The candidates should have very good analytical skills.

Perl is A MUST.

Desired Skills: Good Communication Skills
_____________________________________________________________________
If you are interested in the company , please reply at the earliest with your
updated resume.

We request you to provide the below mentioned required information:
-Present location:
-Present salary:
-expected salary:
-Time required to join:
-Your telephone number and suitable time for  a call:
(All the information would be kept confidential)

We are not able to process your resume without all the information mentioned
above.

Waiting for a positive reply.
Thanks!

Cordially,
Kirti Kulkarni,
Terra Firma,Placing Ambitions
Pune, India
Tel:91-020-30907687/30900542
Cell:+91 (0) 9890660699
Chat ID:terrafirmajobs@...
email:kirti@...
_________________________________________________________________________

Yahoo IT Job group: www.groups.yahoo.com/group/terrafirmapune  (more than
5000 members)

About Terra Firma:

TERRA FIRMA is a company started in December 2000 by professionals from IT
industry with an aim to channelise job-search of IT professionals. TERRA FIRMA
denotes SOLID ROCK foundation.  Terra Firma is recruiting for few TOP MOST IT
comapanies in India. We recruit for all locations in India and overseas USA, UK,
Singapore,Australia Middle East.

An organisation backed by professionals from the placement and IT field. Their
management background, placement, and IT experience and strong database enables
them to reach large number of IT professionals. TERRA FIRMA's professional
approach and innovative method keeps in constant touch with creme de la creme IT
professionals. They understand the required job profile and provide ideal
placement for companies and vice versa.

The organisation has involved highly effective and valid selection methods for
sourcing the talent.

TERRA FIRMA understands the present placement situation, organisation &
candidate. They see both the sides of coin and can match both sides by making a
satisfactory combination

To answer the subject -- yes.

I've built it under both Jaguar and Panther, without problems.
(Jaguar on a G4, Panther on both G4 and G5)

The Panther installs were built against the stock apple perl install,
whereas the Jaguar build was done against the Server Logistics 5.8.0
unthreaded perl package.

That being said, I have no idea what might be the problem you're having.

-----
Joe Hourcle

Hi,

   How do I extract the faultstring and print it? My outputxml() looks like this:

  <?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope xmlns:xsi="http://
www.w3.org/1999/XMLSchema-instance" xmlns:SOAP-ENC="http://
schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/
soap/envelope/" xmlns:xsd="http://www.w3.org/1999/XMLSchema" SOAP-ENV:
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><SOAP-ENV:
Body><SOAP-ENV:Fault><faultcode>SOAP-ENV:Client</faultcode><faultstring>Could
not determine sequence type, sequence length is zero.
<br><br>please make sure you have a newline after
the > header line. For example:<br>
<pre>>Header
MRCSISLVLGLLALEVALARNLQEHVFNSVQSMCSDDSFSEDTECINCQTNEECAQNDMC
MSCMDPEPKSPTVISFQ
</pre></faultstring><faultactor>WSServer</faultactor></SOAP-ENV:
Fault></SOAP-ENV:Body></SOAP-ENV:Envelope>

I used to do die $soap->call->faultstring if $soap->call->fault and that does
work if my
faultstring has no html tags. But in this case it only prints a 500 Internal
Server Error.

Comments please!

JS

Hello,
I wrote a simple SOAP proxy, but I have a problem accesing different
methods from client during one session:

use SOAP::Lite;
# ...

$soap = SOAP::Lite
     -> uri("http://$SOAPhost:$SOAPport/SProxy")
     -> proxy("http://$SOAPhost:$SOAPport/")
;

$client = $soap->fun1($arg1);
unless ($client->fault) {
	 # works fine here...
}

$client = $soap->fun2($arg2);
unless ($client->fault) {
	 # different method - DOES NOT WORK PROPERLY
}

$client = $soap->fun1($arg1);
unless ($client->fault) {
	 # same call as the first one, works fine
}


It seems that server (based on SOAP::Transport::HTTP) uses some kind
of cache - when I try to call fun2, it executes fun1 with empty (?)
arguments. Is it possible to call different methods from one session,
do I need to 'flush' session after every call?

Artur Brodowski.
--
only so many songs can be sung with two lips two lungs and one tongue

I am writing a SOAP::Lite CGI server that is intended to receive lots
of xml data from a client in the form of an XML document that has been
imbedded in a SOAP message like below:



<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope
       xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"

       xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
       xmlns:xsd="http://www.w3.org/1999/XMLSchema">

<SOAP-ENV:Body>
<ns1:SubmitOrder xmlns:ns1="urn:provider"
    SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">

<cxmlString xsi:type="xsd:string">
       <?xml version="1.0" encoding="UTF-8"?>
       <data>...</data>
</cxmlString>
</ns1:ECHOSubmitOrder>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>


The problem I am encountering is that when the payload inside the
<cxmlString> is long (the number appears to be near or exactly 2777),
I get the following parsing error:


     <SOAP-ENV:Body>
         <SOAP-ENV:Fault>
             <faultcode>SOAP-ENV:Client</faultcode>
             <faultstring>Application failed during request
deserialization:
no element found at line 6, column 2396, byte 2777 at Parser.pm line 187
              </faultstring>
          </SOAP-ENV:Fault>
       </SOAP-ENV:Body>


The line can change, the column can change but I have always seen the
byte be 2777.

I am using SOAP::Lite v.6 for linux.

It might work if SOAP::Lite knew the definition of type SysHashMap.

The following will generate an array of an array.

my $time_params = SOAP::Data->name("arg0" =>
[@time_keys, @time_values]);
push @keys, SOAP::Data->name("keys" => $k);
push @values, $time_params;

my $params = SOAP::Data->name("arg0" => [@keys, @values]);

Jonathan

--- In soaplite@yahoogroups.com, "robertatelastica" <robert@e...> wrote:
> So I have a complex type thus
>
> my $params = SOAP::Data->type('SysHashMap')->name("arg0" =>
>           \SOAP::Data->value( @keys, @values));
>
> @keys are strings and values are nearly all strings except for one
> value I want as another complex that's also a SysHashMap
>
> so I'm constructing that the same way I construct the above one.
>
> my $time_params = SOAP::Data->type('SysHashMap')->name("
> arg0" => \SOAP::Data->value( @time_keys, @time_values));
>                         push @keys, SOAP::Data->name("keys" => $k);
>                         push @values, $time_params;
>
> So basically one of the values of the $params complex type is
> another complex type.
>
> Is this supported?
>
> however when I send my request I get the dredded.
>
> Unable to execute SOAP request.
> XML parse has failed on (Line 1, Column 2282).
>         main::__ANON/XXXX/run.pl:222]('ReportService=HASH
> (0xa417fc)','SOAP::SOM=HASH(0x9b33d4)') called
> at /sbcimp/run/pd/cpan/5.8.0-2003.05/lib/SOAP/Lite.pm line 2839
>         SOAP::Lite::call('ReportService=HASH
> (0xa417fc)','executeReport','SOAP::Data=HASH(0xa7cd3c)') called at
> (eval 93)[/sbcimp/run/pd/cpan/5.8.0-2003.05/lib/SOAP/Lite.pm:2487]
> line 44
>         ReportService::__ANON__[(eval 93)[/sbcimp/run/pd/cpan/5.8.0-
> 2003.05/lib/SOAP/Lite.pm:2487]:47]('ReportService=HASH
> (0xa417fc)','SOAP::Data=HASH(0x6c7118)') called
> at /XXXX/runReport.pl line 236
>         main::executeReport('HASH
> (0x49d800)','localhost:7001','ReportWebService') called
> at /XXXX/runReport.pl line 175

Hi all,

I have a J2EE webservice that takes a String[] as a parameter. I wish to use
SOAP::Lite to pass an array, e.g.  @MYARRAY.

Currently I send strings in the form of:

SOAP::Data->name('modelOptions' => $modelOptions)->type(string)

but now I need to send it in the form:

SOAP::Data->name('modelOptions' => @modelOptions)->type(???????)

Code snippet:

my $retString = SOAP::Lite
           -> uri('http://localhost:8888/webservices/EmeraldService')
           -> proxy('http://localhost:8888/webservices/EmeraldService')
           -> printCert3( SOAP::Data->name('modelOptions' =>
@modelOptions)->type(???????)  )
           -> result;

(Q) How is this done?????


Thanks in advance,

Gary Grubb
Software Developer/Oracle DBA
gary_grubb@...

Hi all,

I am calling a J2ee web service with SOAP::LIte. If I call the webservice with
incorrect datatypes I get no debug info. Is there a tool that I can get to see
the output of my SOAP call?

Thanks in advance,

Gary

If you go to www.capeclear.com and poke around, you'll
find a "nettool" which will get between your client
and server. It's hard to find, so I just went and
looked for it again. If this link doesn't work, it's
at support and downloads.

http://www.capescience.com/downloads/index.shtml

The SOA editor is useful too.

Mark

--- gary_grubb@... wrote:

> Hi all,
>
> I am calling a J2ee web service with SOAP::LIte. If
> I call the webservice with incorrect datatypes I get
> no debug info. Is there a tool that I can get to see
> the output of my SOAP call?
>
> Thanks in advance,
>
> Gary
>




_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

use SOAP::Lite qw/trace/;

> -----Original Message-----
> From: gary_grubb@... [mailto:gary_grubb@...]
> Sent: 07 October 2004 05:27
> To: soaplite@yahoogroups.com
> Subject: [soaplite] I need a tool to monitor SOAP traffic
>
>
>
> Hi all,
>
> I am calling a J2ee web service with SOAP::LIte. If I call
> the webservice with incorrect datatypes I get no debug info.
> Is there a tool that I can get to see the output of my SOAP call?
>
> Thanks in advance,
>
> Gary
>
>
> ------------------------ Yahoo! Groups Sponsor
> --------------------~-->
> $9.95 domain names from Yahoo!. Register anything.
> http://us.click.yahoo.com/J8kdrA/y20IAA/yQLSAA/W6uqlB/TM
> --------------------------------------------------------------
> ------~->
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>


This E-Mail and any attachment is intended only for the person or entity for
which it is addressed and may contain confidential material. If you are not
the addressee or have received this E-Mail in error, please inform the
sender immediately and delete it from your computer. In addition, if you are
not the addressee or have received this E-Mail in error, any disclosure,
copying, distribution or any action taken or omitted to be taken in reliance
upon it is prohibited and may be unlawful.
If this E-Mail has been transmitted outside the ordinary course of its
business, the company for which the sender works accepts no liability for
any loss or damage suffered by any person arising from any use of or
reliance on information contained in this E-Mail, and any opinion expressed
in this E-Mail is personal to the sender and may not reflect the opinion of
such company. Although the network operator makes every reasonable effort to
keep its network free from viruses, neither the network operator nor the
sender or the company for which the sender works accepts any responsibility
for computer viruses transmitted through this E-Mail or any attachments; it
is your responsibility to virus scan this E-Mail and any attachments. Any
E-Mail reply to this address may be subject to interception or monitoring
for operational reasons or for lawful business practices.

I tried to use SOAPLite 0.55 and 0.60, but both were failed with the
use of mod_soap.
My OS is NetBSD-current. My apache server is 2.0.52. mod_perl is
1.99.16. Perl is 5.6.1.

When I access my server with http://localhost/mod_soap, the page shows
"Internal Server Error", and log files shows several error messages.
Based on the error messages on that log, I modified pm files and tried
again, but not succeeded.
Now I show these modifications.

1. about SOAP/Lite.pm
    I got; "[error] [client ::1] failed to resolve handler
    `Apache::SOAP': Can't locate URI.pm in @INC (@INC ...) at
    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Lite.pm line 2720."
    Therefore I commented out "use URI".

2. about SOAP/Transport/HTTP.pm
    I got; "[error] [client ::1] failed to resolve handler
    `Apache::SOAP': Can't locate URI.pm in @INC (@INC ...) at
    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line
    218."
    Therefore I commented out "use URI".

    And I got; "[error] [client ::1] failed to resolve handler
    `Apache::SOAP': Can't locate LWP/UserAgent.pm in @INC (@INC ...)
    at /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line
    196."
    Therefore I commented out "require LWP::UserAgent".

    And I got; "[error] [client ::1] failed to resolve handler
    `Apache::SOAP': Can't locate Apache.pm in @INC (@INC ...) at
    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line
    444."
    Therefore I changed "require Apache" to "require Apache2".

    And I got; "[error] [client ::1] failed to resolve handler
    `Apache::SOAP': Can't locate Apache/Constants.pm in @INC (@INC ...)
    at /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line
    444."
    I guess it should be "require Apache::Const". I did.

    Finally I got; "[error] [client ::1] Can't locate object method
    "new" via package "HTTP::Headers" (perhaps you forgot to load
    "HTTP::Headers"?) at
    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line
    431."
    I gave up tracing this, and sent this mail.

Question:
    Above changes are correct, or I just did stupid things?
    Whether correct or not, can I solve the last error?
    Anyway, how can I correctly use SOAPLite with apache? :)
    I may forget some trivial setup/configuration/whatever?

Thank you.
--
Hitoshi

I wouldn't necessarily go commenting out use and require statements.  They
are there for a reason. You need to make sure those packages have  been
installed instead of eliminating their import statements.

But as for mod_perl 2 support, SOAP::Lite 0.65 (due out next week) will
have this support integrated. But I am looking for someone to help me do
some testing.

The sourcecode currently in CVS has the changes necessary to work with
mod_perl 1 and 2. Would you might helping me out?

Byrne

Hitoshi Asaeda wrote:

> I tried to use SOAPLite 0.55 and 0.60, but both were failed with the use
of mod_soap.
> My OS is NetBSD-current. My apache server is 2.0.52. mod_perl is
1.99.16. Perl is 5.6.1.
> When I access my server with http://localhost/mod_soap, the page shows
"Internal Server Error", and log files shows several error messages.
Based on the error messages on that log, I modified pm files and tried
again, but not succeeded.
> Now I show these modifications.
> 1. about SOAP/Lite.pm
>    I got; "[error] [client ::1] failed to resolve handler
>    `Apache::SOAP': Can't locate URI.pm in @INC (@INC ...) at
>    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Lite.pm line 2720."
Therefore I commented out "use URI".
> 2. about SOAP/Transport/HTTP.pm
>    I got; "[error] [client ::1] failed to resolve handler
>    `Apache::SOAP': Can't locate URI.pm in @INC (@INC ...) at
>    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line 218."
>    Therefore I commented out "use URI".
>    And I got; "[error] [client ::1] failed to resolve handler
>    `Apache::SOAP': Can't locate LWP/UserAgent.pm in @INC (@INC ...) at
/usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line
196."
>    Therefore I commented out "require LWP::UserAgent".
>    And I got; "[error] [client ::1] failed to resolve handler
>    `Apache::SOAP': Can't locate Apache.pm in @INC (@INC ...) at
>    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line 444."
>    Therefore I changed "require Apache" to "require Apache2".
>    And I got; "[error] [client ::1] failed to resolve handler
>    `Apache::SOAP': Can't locate Apache/Constants.pm in @INC (@INC ...)
at /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line
444."
>    I guess it should be "require Apache::Const". I did.
>    Finally I got; "[error] [client ::1] Can't locate object method "new"
via package "HTTP::Headers" (perhaps you forgot to load
"HTTP::Headers"?) at
>    /usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line 431."
>    I gave up tracing this, and sent this mail.
> Question:
>    Above changes are correct, or I just did stupid things?
>    Whether correct or not, can I solve the last error?
>    Anyway, how can I correctly use SOAPLite with apache? :)
>    I may forget some trivial setup/configuration/whatever?
> Thank you.
> --
> Hitoshi
> *Yahoo! Groups Sponsor*
> ADVERTISEMENT
> click here
>
<http://us.ard.yahoo.com/SIG=129roajrp/M=294855.5468653.6549235.3001176/D=groups\
/S=1705701014:HM/EXP=1097238981/A=2376776/R=0/SIG=11ldm1jvc/*http://promotions.y\
ahoo.com/ydomains2004/index.html>

> ------------------------------------------------------------------------
*Yahoo! Groups Links*
>     * To visit your group on the web, go to:
>       http://groups.yahoo.com/group/soaplite/
>
>     * To unsubscribe from this group, send an email to:
>       soaplite-unsubscribe@yahoogroups.com
>       <mailto:soaplite-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.

Also, tcpmon that ships with Axis is very helpful. I am sure you can
find a binary somewhere.

Paul Harman wrote:

> use SOAP::Lite qw/trace/;
>
> > -----Original Message-----
> > From: gary_grubb@... [mailto:gary_grubb@...]
> > Sent: 07 October 2004 05:27
> > To: soaplite@yahoogroups.com
> > Subject: [soaplite] I need a tool to monitor SOAP traffic
> >
> >
> >
> > Hi all,
> >
> > I am calling a J2ee web service with SOAP::LIte. If I call
> > the webservice with incorrect datatypes I get no debug info.
> > Is there a tool that I can get to see the output of my SOAP call?
> >
> > Thanks in advance,
> >
> > Gary
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> > --------------------~-->
> > $9.95 domain names from Yahoo!. Register anything.
> > http://us.click.yahoo.com/J8kdrA/y20IAA/yQLSAA/W6uqlB/TM
> > --------------------------------------------------------------
> > ------~->
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
> >
>
>
> This E-Mail and any attachment is intended only for the person or
> entity for
> which it is addressed and may contain confidential material. If you
> are not
> the addressee or have received this E-Mail in error, please inform the
> sender immediately and delete it from your computer. In addition, if
> you are
> not the addressee or have received this E-Mail in error, any disclosure,
> copying, distribution or any action taken or omitted to be taken in
> reliance
> upon it is prohibited and may be unlawful.
> If this E-Mail has been transmitted outside the ordinary course of its
> business, the company for which the sender works accepts no liability for
> any loss or damage suffered by any person arising from any use of or
> reliance on information contained in this E-Mail, and any opinion
> expressed
> in this E-Mail is personal to the sender and may not reflect the
> opinion of
> such company. Although the network operator makes every reasonable
> effort to
> keep its network free from viruses, neither the network operator nor the
> sender or the company for which the sender works accepts any
> responsibility
> for computer viruses transmitted through this E-Mail or any
> attachments; it
> is your responsibility to virus scan this E-Mail and any attachments. Any
> E-Mail reply to this address may be subject to interception or monitoring
> for operational reasons or for lawful business practices.
>
>
>
>
> *Yahoo! Groups Sponsor*
> ADVERTISEMENT
> click here
>
<http://us.ard.yahoo.com/SIG=1290dmbh9/M=294855.5468653.6549235.3001176/D=groups\
/S=1705701014:HM/EXP=1097223093/A=2376776/R=0/SIG=11ldm1jvc/*http://promotions.y\
ahoo.com/ydomains2004/index.html>
>
>
>
> ------------------------------------------------------------------------
> *Yahoo! Groups Links*
>
>     * To visit your group on the web, go to:
>       http://groups.yahoo.com/group/soaplite/
>
>     * To unsubscribe from this group, send an email to:
>       soaplite-unsubscribe@yahoogroups.com
>       <mailto:soaplite-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>

> I wouldn't necessarily go commenting out use and require statements.  They
> are there for a reason. You need to make sure those packages have  been
> installed instead of eliminating their import statements.

Does someone recognize what I've missed?

> But as for mod_perl 2 support, SOAP::Lite 0.65 (due out next week) will
> have this support integrated. But I am looking for someone to help me do
> some testing.

So should I use apache 1 and mod_perl 1?

> The sourcecode currently in CVS has the changes necessary to work with
> mod_perl 1 and 2. Would you might helping me out?

Ok, at first I'll check cvs code, and try apache/mod_perl ver.1 if
still it fails. (Is anoncvs available? If yes, please tell me the
server and directory information.)
Thanks.
--
Hitoshi

> The sourcecode currently in CVS has the changes necessary to work with
> mod_perl 1 and 2. Would you might helping me out?

I give you one report.
I replaced Lite.pm and Transport/HTTP.pm, which was given by cvsweb,
from my SOAPLite-0.60. The error message is now only:

[error] [client ::1] Can't locate object method "new" via package
"HTTP::Headers" (perhaps you forgot to load "HTTP::Headers"?) at
/usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line 462.

We may come close to ... :)
--
Hitoshi

Hi all,

I am calling a J2ee web service with SOAP::LIte. If I call the webservice with incorrect datatypes I get no debug info. Is there a tool that I can get to see the output of my SOAP call?

Thanks in advance,

Gary

> The sourcecode currently in CVS has the changes necessary to work with
> mod_perl 1 and 2. Would you might helping me out?

I installed all modules and new HTTP.pm and Lite.pm, and then
retried. The situation goes well step by step. But not yet solved.

I got an error saying:
"[error] [client ::1] failed to resolve handler `Apache::SOAP': Can't
locate Apache.pm in @INC (@INC ...) at
/usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line 453."
The reason of this was that my HTTP.pm did not think my mod_perl
version is 2. I'm not sure why, but I just commented out the check
procedure and made forcely use the following lines. Then it's ok.

But another problem was the following one:
"[error] [client ::1] Can't locate object method "header_in" via
package "Apache::RequestRec" (perhaps you forgot to load
"Apache::RequestRec"?) at
/usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line 477."
I thought this was because $r->header_in should be $r->headers_in.
And I changed it and retried.

The final error is:
"[error] [client ::1] argument is not a blessed reference (expecting
an APR::Table derived object) at
/usr/local/lib/perl5/site_perl/5.6.1/SOAP/Transport/HTTP.pm line 477."

Any thoughts?
--
Hitoshi

On Tue, 5 Oct 2004, Artur Brodowski wrote:

>
> Hello,
> I wrote a simple SOAP proxy, but I have a problem accesing different
> methods from client during one session:

[trimmed]

> It seems that server (based on SOAP::Transport::HTTP) uses some kind
> of cache - when I try to call fun2, it executes fun1 with empty (?)
> arguments. Is it possible to call different methods from one session,
> do I need to 'flush' session after every call?

I've never had such a problem.  The following works for me:


	 #!/usr/bin/perl --

	 use SOAP::Lite;

	 my $soap = SOAP::Lite
			 -> uri('http://annoying.org/MyTest')
			 -> proxy('http://127.0.0.1/cgi-bin/vso/test.cgi')
			 -> on_debug(sub{print@_})
			 ;

	 use Data::Dumper;


	 test($_) for ( 1 .. 5, qw( _1 _2 _3 _4 _5 ) );


	 sub test {
		 my $num = shift;
		 print "\n\n-----\nTest $num:\n-----\n\n";

		 my $results = eval "\$soap->test$num();";
		 if ($results->fault()) {
			 print join( "$/\t", "\nERROR : ", $results->faultcode(),
$results->faultstring(), $results->faultdetail(),'');
		 } else {
			 print Dumper($results->result());
		 }
	 }


-----
Joe Hourcle

Hi,

I would like to use SOAP::Lite to communicate with the web server,
but I
need to send the token to get the access. Does anyone know how to set
up in
SOAP::Lite? I have the following code, but I get the errorcode 1001,
"Request must have exactly one security token" message back. Does
anyone
give me some hints? Thanks


  use SOAP::WSDL;
  use SOAP::Lite;

  my $soap=SOAP::WSDL->new( wsdl =>
'http://172.16.230.101/ccws/ccws.asmx?WSDL' );

  $soap->proxy( 'http://172.16.230.101/ccws/ccws.asmx');

  $soap->wsdlinit;


$soap->on_action(sub{'http://comverse-
in.com/prepaid/ccws/RetrieveVoucherByB
atchSerial'});

     $serializer = SOAP::Serializer->envelope(method => 'security',
     SOAP::Header->name(Security=>
'')->attr({mustUnderstand=>'1'},
{xmlns=>'http://schemas.xmlsoap.org/ws/2002/
07/secext'}),
     SOAP::Header->name(UsernameToken =>
'')->attr({xmlns=>'http://schemas.xmlsoap.org/ws/2002/07/utility'},
{Id=>'SecurityToken-2b8987f9-37e4-47b1-9a4a-12415aef5735'}),
     SOAP::Header->name(Username => 'web'),
     SOAP::Header->name(Password =>
'qwerty')->attr({'Type'=>'PasswordText'}),
     SOAP::Header->name(Nonce => '0AJuLu+MMip44x1Mv9S1fg=='),
     SOAP::Header->name(Created => '2004-09-17T21:05:38Z'),
     );

    my $som=$soap->call( 'RetrieveVoucherByBatchSerial',
                    batchNumber => '77000',
                    serialNumber => '7120408');


if ($som->fault)
{
print "\nfaultdetail:\n";
print $som->faultdetail;
print "\nfaultcode:\n";
print $som->faultcode;
print "\nfaultstring:\n";
print $som->faultstring;
print "\nfaultactor:\n";
print $som->faultactor;
}

Hi -

I'm working with an IBM redback application server from a SOAP::Lite
client. The server doesn't seem to like the default Accept: headers that
SOAP::Transport::HTTP produces. I'd like to be able to remove the
"Accept: multipart/*" header since it appears to confuse the server.
Yes, I am apparently working aruond a bug in the server.

Rather than subclassing SOAP::Transport::HTTP and overriding the
send_receive() method in it to fix the headers, is there a way to adjust
the headers generated in SOAP::Transport::HTTP? I notice that they are
made with
$req->header(Accept => ['text/xml', 'multipart/*']);
but I can't seem to specify an alternative Accept header.

Any ideas?

Thanks,
Andy

---

Yahoo! Groups Links

• To visit your group on the web, go to:
  http://groups.yahoo.com/group/soaplite/
   
• To unsubscribe from this group, send an email to:
  soaplite-unsubscribe@yahoogroups.com
   
• Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

A SOAP message MUST have an Envelope element associated with the "http://schemas.xmlsoap.org/soap/envelope/" namespace. If a message is received by a SOAP application in which the SOAP Envelope element is associated with a different namespace, the application MUST treat this as a version error and discard the message.

Hello -

I'm working with an (apparently rather ancient) IBM redback server
and a SOAP::Lite client. The server consistantly responds with "SOAP
Version Mismatch - require :soap.v1" messages. It apparently is
looking for SOAP-ENV="urn:schemas-xmlsoap-org:soap.v1". While it is
my understanding that SOAP::Lite doesn't support this version
(anymore?), I would like to find a solution to this problem.

Does anyone have any recommendations on communicating with this
server, preferably with SOAP::Lite, or at least with perl?

Thanks,
Andy

---

Yahoo! Groups Links

• To visit your group on the web, go to:
  http://groups.yahoo.com/group/soaplite/
   
• To unsubscribe from this group, send an email to:
  soaplite-unsubscribe@yahoogroups.com
   
• Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

my $soap = SOAP::Lite
   ->uri($uri)
   ->proxy($proxyUrl, timeout => 5 );
print "timeout: ".$soap->proxy->timeout."\n";
$soap->proxy->timeout(100);
print "timeout: ".$soap->proxy->timeout."\n";
print $soap->c2f(SOAP::Data->name('temperature' => 100));

Hi, everyone,

I am developing a SOAP server/client in OO-style. I
need to transfer a big size of data. When I am trying
it, I always got an error "500 read timeout at ..."
(it is about 220 seconds). I guess what I need to do
is to re-set timeout parameter at both server and
client sides. However, I were not able to have it
done. Could anyone give me some pointers?

Thanks

Peijun Zhang

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/

---

Yahoo! Groups Links

• To visit your group on the web, go to:
  http://groups.yahoo.com/group/soaplite/
   
• To unsubscribe from this group, send an email to:
  soaplite-unsubscribe@yahoogroups.com
   
• Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

This has been fixed in SOAP::Lite 0.65 - in that version, the start
parameter will be looked for first. If it is not present, then the root
part will be used.

gomailme wrote:

> Hi,
>
> Can anyone help me with this problem?
>
> I have a java web service written using JAX-RPC.  I have a test
> function which accepts a file and return the same file for testing.
> The sending procedure is successful, but soap lite complains about
> the returned attachment was without a start-parameter.
>
> Since start-parameter is not mandatory in W3C soap attachment (but
> recommended) and JAVA is not returning it now, is there a way to fix
> this?
>
> Melody.
>
>
> The following is the trace:
>
> Can't find 'start' parameter in multipart MIME message
>
> Connection: close
> Date: Fri, 06 Feb 2004 01:44:23 GMT
> Server: Apache Coyote/1.0
> Content-Type: multipart/related; type="text/xml";  boundary="----
> =_Part_6_17614640.1076031863961"
> Client-Date: Fri, 06 Feb 2004 01:44:23 GMT
> Client-Peer: 127.0.0.1:8080
> Client-Response-Num: 1
> Client-Transfer-Encoding: chunked
> SOAPAction: ""
>
> ------=_Part_6_17614640.1076031863961
> Content-Type: text/xml
>
> <?xml version="1.0" encoding="UTF-8"?>
> <env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:enc="http://schemas.xmlsoap.org/soap/encoding/"
> xmlns:ns0="urn:Foo"
> xmlns:ns1="http://java.sun.com/jax-rpc-ri/internal"
> env:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
>   <env:Body>
>     <ns0:testResponse>
>       <result xsi:type="ns1:datahandler" href="cid:ID1"/>
>     </ns0:testResponse>
>   </env:Body>
> </env:Envelope>
> ------=_Part_6_17614640.1076031863961
> Content-Type: text/xml; name="test.xml"
> Content-Id: ID1
>
> *** CONTENTS OF THE FILE IN STRING ***
>
> ------=_Part_6_17614640.1076031863961--
>
>
> ------------------------------------------------------------------------
> *Yahoo! Groups Links*
>
>     * To visit your group on the web, go to:
>       http://groups.yahoo.com/group/soaplite/
>
>     * To unsubscribe from this group, send an email to:
>       soaplite-unsubscribe@yahoogroups.com
>       <mailto:soaplite-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>

I found a good article discussing Digest Authentication:

http://www.webreference.com/internet/apache/chap5/3/

Here is an excerpt:

     Digest authentication works this way:

        1.

           The client requests a URL.

        2.

           Because that URL is protected, the server replies with error
           401, "Authentication required," and among the headers, it
           sends a nonce.

        3.

           The client combines the user's password, the nonce, the
           method, and the URL, as described previously, then sends the
           result back to the server. The server does the same thing with
           the hash of the user's password retrieved from the password
           file and checks that its result matches.

     A different nonce is sent the next time, so that the Bad Guy can't
     use the captured digest to gain access.

Here is an excerpt from Oreilly's Web Client Programming in Perl:

     In addition to HTTP 1.0's authentication mechanism, HTTP 1.1
     includes digest authentication. Instead of sending the username and
     password in the clear, the client computes a checksum of the
     username, password, document location, and a unique number given by
     the server. If a checksum is sent, the username and password are not
     communicated between the client and server. Since each transaction
     is given a unique number, the checksum varies from transaction to
     transaction, and is less likely to be compromised by "playing back"
     authorization information captured from a previous transaction.

In any event, Apache has implemented Digest authentication allowing the
server side to require and enforce Digest authentication. See
|mod_auth_digest.
|
That leaves the client side of things to pass Digest credentials to the
server.

Unfortunately there is very little documentation out there for Digest
Authentication over HTTP using Perl. The Authen::DigestMD5 module may help:

http://search.cpan.org/~salva/Authen-DigestMD5-0.04/DigestMD5.pm

But so may the LWP::Authen::Digest.pm module that has no documentation.

Given that Digest authentication is not entirely predictable - in
otherwords, both parties have to be using the same digest algorithm,
then what does the community think is the best way to facilitate this
type of functionality? Would you prefer using a callback method of
somekind that takes as a single argument the nonce sent by the server
being authenticated to?

Any ideas?

Byrne




NOVAK Judit wrote:

> Dear all,
>
>
> I want to use Digest authentication method accessing the server
> class. The solutions I found mentioned together with Basic
> authentication (overriding
> SOAP::Transport::HTTP::Client::get_basic_credentials to return
> 'username' => 'password' or using
> $soapobj->transport->credentials('port', 'realm', 'user' =>
> 'password')), did not work for me. I still get the error message:
>
> client used wrong authentication scheme: Basic for <myscriptlocation>
>
> Though searching the web quite some time now, I couldn't find
> anything, that could help me :(
>
> Does anyone have some suggestion/experiance?
> I'm not so expert in SOAP and web authentication...
>
>
> Thanks a lot!
> Judit
>
>
> ------------------------------------------------------------------------
> *Yahoo! Groups Links*
>
>     * To visit your group on the web, go to:
>       http://groups.yahoo.com/group/soaplite/
>
>     * To unsubscribe from this group, send an email to:
>       soaplite-unsubscribe@yahoogroups.com
>       <mailto:soaplite-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>

I have bad credit, I am self employed and I
was able to re-finance at a really low rate.
I am saving hundreds a month
Just fill out this simple FREE form

simply copy and paste this link into your web browser now!
http://diplender.com/?partid=rcc1

Save more of your hard earned money
Raise the quality of your family's life.
The time is now, be sure not to miss out.
Find out why you should act now.

simply copy and paste this exact link into your web browser.
http://diplender.com/?partid=rcc1

This email was sent because you joined our group.
If you do not wish to recieve any emails, unsubscribe.
by sending a mail here soaplite-unsubscribe@yahoogroups.com

This is a common request among SOAP::Lite users so I thought I would
answer this more extensively as an article on majordojo.

To learn how you can intercept the request and response objects and
create your own little handler chain using SOAP::Lite, check out the
following article:

http://www.majordojo.com/archives/000464.php

Marcus wrote:

> Hi all,
>
> I'm looking for a way to access the header information on server side
> before actualy executing the request.
>
> My header includes session information that I want to validate before
> continuing with the request.
>
> I have something like...
>
> $soap->request( HTTP::Request ref );
>
> ... validate session from Header ...
>
> $soap->handle();
>
> return $soap->response();
>
> To be more precise I would like to read from the header before
> executing the request and I need to "enhance" the header after the
> called method returned before returning the result document. The
> basic idea is to include server side session authentification that is
> transparent to the module called.
>
> Thanks for any idea/help!
>
> BR
> Marcus

Hi all!

Using SOAP::Lite on the client side, I have data which is being passed
to me as:

xsi:type = http://schemas.xmlsoap.org/soap/encoding/base64

and these are decoded automatically by SOAP::Lite.  Wonderful!  However,
when data is passed to me as:

xsi:type = http://www.w3.org/2001/XMLSchema/base64Binary

SOAP::Lite does not automatically decode it.  This is surprising,
because the definition of SOAP-ENC:base64 is:

<xs:simpleType name="base64">
<xs:restriction base="xs:base64Binary"/>
</xs:simpleType>

So the two really should be handled identically (or??).

The same does *not* hold true for strings; data (in particular, escaped
XML) with SOAP-ENC:string are de-escaped by SOAP::Lite on the receiving
end, as are those encoded as xs:string - there is no (visible)
difference in behaviour in these two cases.

Am I missing something, or is this a bug in the way SOAP::Lite handles
base64 data?

Any advice appreciated!

Mark


--
Mark Wilkinson (mwilkinson@...)
University of British Columbia iCAPTURE Centre

Because SOAP::Transport::HTTP::Client extends LWP::UserAgent, all
methods available to it are also available to your SOAP Clients.

For example, HTTP keep alive is accomplished using LWP::UserAgent using
the following code:

my $ua = LWP::UserAgent->new(
         keep_alive => 1,
         timeout    => 30
);

The same initialization parameters you would/could pass to
LWP::UserAgent can also be passed to your SOAP::Lite client proxy
subroutine like so:

     my $soap = SOAP::Lite
        ->uri($uri)
        ->proxy($proxyUrl,
            timeout => 5,
            keep_alive => 1,
            );

Presto. HTTP Keep-alive.

Harald Weidner wrote:

> Hallo,
>
> Is there a way to make use of the HTTP/1.1 keep-alive feature when
> calling several methods of a web service within a few seconds? I'd
> like to get rid of the SSL handshake delay, but could not find anything
> in the manual page.
>
> I am using SOAP::Lite 0.60a from CPAN.
>
> Regards,
> Harald
>
> --
> Harald Weidner                           hweidner@...
>
> ------------------------------------------------------------------------
> *Yahoo! Groups Links*
>
>     * To visit your group on the web, go to:
>       http://groups.yahoo.com/group/soaplite/
>
>     * To unsubscribe from this group, send an email to:
>       soaplite-unsubscribe@yahoogroups.com
>       <mailto:soaplite-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>