On Thu, 4 Aug 2005, Duncan Cameron wrote:
> Hi Judith
>
> I found a problem with  S::L 0.65 not handling attachments on the server.You
can see the previous post here
> http://groups.yahoo.com/group/soaplite/message/4123
>

This message does not have the patch attached, and it is last in
the thread.:(  Can you forward the patch?

Thanks;
Judith

> The patch was quite small but it may not be straightforward to apply it to a
different S::L version. If you want to upgrade then let me know and I can send
you the patch.
>
> Duncan
>
>
>
>
>
>

 

We have united 3000 VoIP providers in our directory! VoIP Providers by Alphabet A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  Q  R  S  T  U  V  W  X  Y  Z   Add Your Company Now Dear Sir, please find the latest announcements posted at CallTermination.info Discussion Forum on VoIP.  To UNSUBSCRIBE from CallTermination.info  Weekly VoIP Digest, just reply with "REMOVE" in subject line.      Topics       Last Post    Selling Minutes Please list routes you can offer, comment on your price levels, available capacities, equipment.   83 106 Fri Aug 05, 2005 8:35 pm wade.smith   Buying Minutes Please list the destinations you are interested to buy, target rates, equipment.    30 43 Thu Aug 04, 2005 3:45 pm marine   Other Traffic Exchange Topics You can discuss everything concerning VoIP traffic exchange here.    4 7 Thu Jul 28, 2005 2:39 pm voipguru   Sell Equipment Please specify your offer - model, price, etc.    90 99 Thu Aug 04, 2005 1:51 pm jacky   Buy Equipment Please describe what you are looking for, your requirements and desired rate.    4 4 Thu Jul 28, 2005 3:01 pm bestbilling   Other Discuss About Hardware You can discuss everything concerning VoIP hardware here.    2 2 Tue Jul 12, 2005 2:02 pm DoretelCom   Sell Software Please specify your offer - model, price etc.    17 17 Thu Aug 04, 2005 12:12 pm voip-billing   Buy Software Please describe what are you looking for, your requirements and desired rate.    1 1 Thu Jul 07, 2005 3:31 pm voipguru   Other Topics About Software You can discuss everything concerning VoIP software here.    1 1 Tue Jun 14, 2005 7:23 am www.voip-business.org     Used or Refurbished Telephony Hardware Are you selling or buying used VoIP or Telephony equipments? Post your offers or requirements for buying and selling of your used or refurbished hardware (gateway, broadband phones, routers, switches etc) here.    11 12 Thu Jul 28, 2005 2:32 pm voipguru   Residential, Business & Phonecard Service Providers Post your offers or requirements on residential services provided by (Vonage, Packet8, VoicePulse or others). Providers are welcome to publish their best offers for residential, businesses and phonecard/calling card services here.    2 3 Sat Jul 30, 2005 8:49 am alan_telic   Calling Card / Phone Card Distributers & Resellers forum Looking for a phonecard or calling card distributers or resellers? Post your AD here. Publish anything related to distribution of phone cards here.    10 10 Thu Jul 28, 2005 2:46 pm voipguru   Bandwidth, Co-Location, Datacenter, Dedicated Servers Buy and Sell Bandwidth and backbone connections here.    4 5 Mon Aug 01, 2005 1:13 pm marktele     Selling Minutes -Post Your Ad   Inbound Unleashed™ - No Rate, No Worries 0 wade.smith 3 Fri Aug 05, 2005 8:35 pm wade.smith   Europe Mobiles with CLI and Roaming, SIP&H323 1 info 29 Fri Aug 05, 2005 4:11 pm bcabral   Pakistan at $ 0.103 LDI white 1/1 0 Kirill 7 Thu Aug 04, 2005 2:13 pm Kirill   anyone who have interested in ip phone and ATA, please see h 0 jacky 7 Thu Aug 04, 2005 2:01 pm jacky   NO-Rate Unlimited Inbound US DIDs 1 wade.smith 26 Wed Aug 03, 2005 4:55 pm bestbilling   Turkey and India Proper and Mobile 1 info 27 Tue Aug 02, 2005 3:40 am Global Voice   high quality A to Z worldwide termination service 0 tmtelcomm 14 Mon Aug 01, 2005 2:36 pm tmtelcomm   SIP IP phone with Ivr 2 Telullar 136 Mon Aug 01, 2005 1:37 pm wisedigital   Egypt. Senegal, Swiss, Italy, Spain. Germany available 1/1 1 networldwholesale 116 Mon Aug 01, 2005 1:00 pm marktele   Indonesia Direct Route 1 SeanDaniels 56 Mon Aug 01, 2005 11:29 am wisedigital   ***A-Z Termination provided Quality & Stability*** 0 fkiver 12 Mon Aug 01, 2005 11:16 am fkiver   White Pakistan rate $0.102 0 excel98 16 Fri Jul 29, 2005 10:05 am excel98   Buying Minutes -Post Your Ad    Need Brazil, Mobile-All carriers 0 marine 8 Thu Aug 04, 2005 3:45 pm marine   Ecuador needed urgently 0 PTY_JC 8 Tue Aug 02, 2005 4:16 am PTY_JC   Need routes 0 marine 16 Mon Aug 01, 2005 9:17 am marine   Need India Proper and India Cell 3 XOIP 105 Sat Jul 30, 2005 2:07 pm info   looking for Cambodia mobile/proper route 0 khmervoip 20 Thu Jul 28, 2005 6:24 pm khmervoip   Looking for the flate RATE to USA/Canada 0 khmervoip 26 Thu Jul 28, 2005 6:22 pm khmervoip   looking for a-z routes 0 voipguru 27 Thu Jul 28, 2005 4:23 pm voipguru   BEST RATE FOR PAKISTAN!!! 0 Kirill 17 Tue Jul 26, 2005 8:20 pm Kirill     any one who have interest in ip phone and ATA,please ccontac 1 jacky 20 Thu Aug 04, 2005 1:51 pm jacky   SIP ATA with low price(the same chip and firmware wit sipura 0 Maxhk 13 Wed Aug 03, 2005 11:27 am Maxhk   Asterisk IAX Phones for sale 0 calgarytelecom 13 Mon Aug 01, 2005 10:57 pm calgarytelecom   3Com NBX 100 For Sale 0 calgarytelecom 10 Mon Aug 01, 2005 10:52 pm calgarytelecom   Very good Voip phone ! 1 diana_chinaroby 24 Mon Aug 01, 2005 1:35 pm voipguru   Switch Partitioning Offered 0 marktele 9 Mon Aug 01, 2005 1:15 pm marktele   Selling Clarent Hardware - All Gateway Models 0 IPC 10 Mon Aug 01, 2005 4:12 am IPC   Quintum - all types 0 RonyG 10 Sat Jul 30, 2005 6:46 am RonyG   Digium Dialogic card 0 voipguru 5 Thu Jul 28, 2005 4:32 pm voipguru     Want to Exchange VM2.01 with Mera Billing 0 voip-billing 3 Thu Aug 04, 2005 12:12 pm voip-billing   VoIP billing software fully integrated with Asterisk 0 calgarytelecom 8 Mon Aug 01, 2005 10:47 pm calgarytelecom   Tired of being a reseller for service providers? 0 alan_telic 8 Sat Jul 30, 2005 8:48 am alan_telic   New Callshop software 0 RonyG 8 Sat Jul 30, 2005 6:37 am RonyG   VM 2.1-2.2 , SM7000, Mera , Alepo for sale or rent 0 bestbilling 11 Thu Jul 28, 2005 2:23 pm bestbilling

Send instant messages to your online friends http://uk.messenger.yahoo.com

--- In soaplite@yahoogroups.com, "Andy" <andy@v...> wrote:
> Hello,
>
> I'm hoping someone can help. I have a SOAP server that's been running
> happily on 0.55 and which we're now looking at upgrading so that it
> can support soap 1.2.
>
> I've tried running the same code with a SOAP message that worked fine
> on the old version and have hit a problem with arrays and multirefs.

Hi,

Did anyone have any ideas if I'm doing anything wrong here?

Thanks

Andy

I am trying to write a perl client that receives data from a .NET
webservice.  Everything works fine except for a method that downloads a
file to the client.  The file is sent as a byte array.  The C# version
of the client receives the data as a byte array and then writes it to a
filestream.  How would I do this in Perl?   When I write the result of
the method to a filehandle the result is unreadable.

I have a Java axis webservice I am trying to call from perl.
Everything works fine as long as the proper things are passed and
everything is okay. However, I have a method, that takes an array  of
elements which needs to be event.  If it is not, the method returns a
SOAPFAULTException which should produce a soap fault.   The method
does not return any arguments so there is not return value (it returns
a undef in perl just to make sure).   But if I pass it an odd # of
aruments, the method just silently returns nothing and it goes on.
If I turn trace on, I can see that the method actually fails with
SOAP::Transport::HTTP::Client::send_receive: HTTP/1.1 500 Internal
Server Error

and then I see the return fault from the service:
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <soapenv:Body>
   <soapenv:Fault>
    <faultcode>soapenv:Server.userException</faultcode>
    <faultstring>javax.xml.rpc.soap.SOAPFaultException: create_event
failed: Arguments must be key value pairs, not an even number of
arguments</faultstring>
    <detail/>
   </soapenv:Fault>
  </soapenv:Body>
</soapenv:Envelope>
SOAP::Transport::HTTP::Client::send_receive: POST
http://localhost:8080/pes_webservice/services/ProductionEventService
Accept: text/xml
Accept: multipart/*
Content-Length: 688
Content-Type: text/xml; charset=utf-8
SOAPAction: ""

In addition, if the webserver return any fault to any method, it is
quietly ignored.   How can I get back the faults in perl SOAP::Lite?
Since the return value is undef, I cannot look at $ret->fault, or
anyting like that?

    Thanks
       Chris

On 2005-08-10 at 00:49:33 Chris wrote:

>  I have a Java axis webservice I am trying to call from perl.
>Everything works fine as long as the proper things are passed and
>everything is okay. However, I have a method, that takes an array  of
>elements which needs to be event.  If it is not, the method returns a
>SOAPFAULTException which should produce a soap fault.   The method
>does not return any arguments so there is not return value (it returns
>a undef in perl just to make sure).   But if I pass it an odd # of
>aruments, the method just silently returns nothing and it goes on.
>If I turn trace on, I can see that the method actually fails with
>SOAP::Transport::HTTP::Client::send_receive: HTTP/1.1 500 Internal
>Server Error
>
>and then I see the return fault from the service:
><?xml version="1.0" encoding="UTF-8"?>
><soapenv:Envelope
>xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
>xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
> <soapenv:Body>
>  <soapenv:Fault>
>   <faultcode>soapenv:Server.userException</faultcode>
>   <faultstring>javax.xml.rpc.soap.SOAPFaultException: create_event
>failed: Arguments must be key value pairs, not an even number of
>arguments</faultstring>
>   <detail/>
>  </soapenv:Fault>
> </soapenv:Body>
></soapenv:Envelope>
>SOAP::Transport::HTTP::Client::send_receive: POST
>http://localhost:8080/pes_webservice/services/ProductionEventService
>Accept: text/xml
>Accept: multipart/*
>Content-Length: 688
>Content-Type: text/xml; charset=utf-8
>SOAPAction: ""
>
>In addition, if the webserver return any fault to any method, it is
>quietly ignored.   How can I get back the faults in perl SOAP::Lite?
>Since the return value is undef, I cannot look at $ret->fault, or
>anyting like that?

That us exactly what you do look at.

my $som = $soap->some_method();

if ($som->fault) {
     print $som->faultcode;
} else {
     # it worked
     print $som->result;
}

Regards

Duncan Cameron

--- Christopher Mihaly <cmihaly@...> wrote:

> That is what I tried, however $som is undef and I get a perl
> dereference
> error if I try to get to $som->fault.  Is there something I need to
> set to
> get it to return these codes?
>
>     Chris
>

Are you using a WSDL file? If so then you get the SOM object by

$soap->call;

Otherwise, you shouldn't be getting an undefined value back from your
call. Can you post the part of your code that is doing the remote call?

Duncan




___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo!
Security Centre. http://uk.security.yahoo.com

Folks,

I am just starting out with SOAP, Apache Axis (Java version), and
SOAP::Lite.  I am trying some simple things, and one is confusing me.

I took axis-1_2_1/webapps/axis/EchoHeaders.jws, and dropped it into
the root of my web application.  The relevant portion is:

public class EchoHeaders {
     public String[] list();
     public String whoami();
     public String echo(String param);
     ...
}

I include the full WSDL for EchoHeaders below.

Now I have a Perl test program written with SOAP::Lite (see
soap-test.pl below), and it gets whoami and echo just great.  However,
with list() it gives an error.  It looks like the list of results
confuses it.

I looked around the soaplite.org, in the cookbook, in the quick-start,
and saw nothing appropriate.  I saw in the quick-start the paramsout()
function (hence put it in below), but it's dying on the call, before
getting to that.

Any suggestions?

Dan

P.S.  Running on some version of ubuntu:

% uname -a
Linux gibson 2.4.27-5-686-smp #1 SMP Fri Oct 15 10:00:54 CDT 2004 i686
unknown

Perl 5.8
SOAP::Lite 0.60
XML::Parser 2.34

======================================================

soap-test.pl

% cat webapps/root/misc/soap-test.pl
#!/soft/perl5.8/bin/perl -w

use strict;
use SOAP::Lite;

my $mlServer = SOAP::Lite -> service("file:EchoServer.wsdl");
my $result = $mlServer -> whoami();
print "result: $result\n";


$result = $mlServer -> echo("foo");

print "result: $result\n";

#foreach my $key (keys %$result) {
#    print "$key $$result{$key}\n";
#}


my $response = $mlServer -> list();

print "hello";

my @result = $response->paramsout;

print "result: @result\n";

=====================================================

soap-test.pl output:

% perl soap-test.pl
result: Hello caller from gibson.cs.umn.edu
result: foo

duplicate attribute at line 1, column 410, byte 410 at
/soft/perl5.8/lib/site_perl/5.8.0/i686-linux-ld/XML/Parser.pm line 187
<?xml version="1.0" encoding="utf-8"?><soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/1999/XMLSchema"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instan
ce"><soapenv:Body><ns1:listResponse
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:ns1="urn:EchoHeaders"><listReturn
soapenc:arrayType="ns2:string[8]" xsi:type="soapenc:Array"
xsi:type="soapenc:Array" xmlns:ns2="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><listReturn
xsi:type="ns2:string">te:deflate,gzip;q=0.3</listReturn><listReturn
xsi:type="ns2:string">connection:TE, close</listReturn><listReturn
xsi:type="ns2:string">accept:text/xml</listReturn><listReturn
xsi:type="ns2:string">host:gibson.cs.umn.edu:8201<
/listReturn><listReturn
xsi:type="ns2:string">user-agent:SOAP::Lite/Perl/0
.60</listReturn><listReturn
xsi:type="ns2:string">content-length:439</listReturn><listReturn
xsi:type="ns2:string">content-type:text/xml;
charset=utf-8</listReturn><listReturn
xsi:type="ns2:string">soapaction:""</lis
tReturn></listReturn></ns1:listResponse></soapenv:
Body></soapenv:Envelope>
at soap-test.pl line 20

==========================================================

EchoHeaders.wsdl

<?xml version="1.0" encoding="UTF-8"?>
<wsdl:definitions targetNamespace="urn:EchoHeaders"
xmlns:apachesoap="http://xml
.apache.org/xml-soap" xmlns:impl="urn:EchoHeaders"
xmlns:intf="urn:EchoHeaders"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:wsdl="http://sch
emas.xmlsoap.org/wsdl/"
xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/" x
mlns:xsd="http://www.w3.org/2001/XMLSchema">
<!--WSDL created by Apache Axis version: 1.2.1
Built on Jun 14, 2005 (09:15:57 EDT)-->
  <wsdl:types>
   <schema targetNamespace="urn:EchoHeaders"
xmlns="http://www.w3.org/2001/XMLSchema">
    <import namespace="http://schemas.xmlsoap.org/soap/encoding/"/>
    <complexType name="ArrayOf_soapenc_string">
     <complexContent>
      <restriction base="soapenc:Array">
       <attribute ref="soapenc:arrayType"
wsdl:arrayType="soapenc:string[]"/>
      </restriction>
     </complexContent>
    </complexType>
   </schema>
  </wsdl:types>

    <wsdl:message name="whoamiResponse">

       <wsdl:part name="whoamiReturn" type="soapenc:string"/>

    </wsdl:message>

    <wsdl:message name="listResponse">

       <wsdl:part name="listReturn" type="impl:Arra
yOf_soapenc_string"/>

    </wsdl:message>

    <wsdl:message name="whoamiRequest">

    </wsdl:message>

    <wsdl:message name="listRequest">

    </wsdl:message>

    <wsdl:message name="echoResponse">

       <wsdl:part name="echoReturn" type="soapenc:string"/>

    </wsdl:message>

    <wsdl:message name="echoRequest">

       <wsdl:part name="in0" type="soapenc:string"/>

    </wsdl:message>

    <wsdl:portType name="EchoHeaders">

       <wsdl:operation name="echo" parameterOrder="in0">

          <wsdl:input message="impl:echoRequest" name="echoRequest"/>

          <wsdl:output message="impl:echoResponse"
name="echoResponse"/>

       </wsdl:operation>

       <wsdl:operation name="whoami">

          <wsdl:input message="impl:whoamiRequest"
name="whoamiRequest"/>

          <wsdl:output message="impl:whoamiResponse"
name="whoamiResponse"/>

       </wsdl:operation>

       <wsdl:operation name="list">

          <wsdl:input message="impl:listRequest" name="listRequest"/>

          <wsdl:output message="impl:listResponse"
name="listResponse"/>

       </wsdl:operation>

    </wsdl:portType>

    <wsdl:binding name="EchoHeadersSoapBinding" typ
e="impl:EchoHeaders">

       <wsdlsoap:binding style="rpc"
transport="http://schemas.xmlsoap.org/soap/h
ttp"/>

       <wsdl:operation name="echo">

          <wsdlsoap:operation soapAction=""/>

          <wsdl:input name="echoRequest">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:input>

          <wsdl:output name="echoResponse">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:output>

       </wsdl:operation>

       <wsdl:operation name="whoami">

          <wsdlsoap:operation soapAction=""/>

          <wsdl:input name="whoamiRequest">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:input>

          <wsdl:output name="whoamiResponse">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:output>

       </wsdl:operation>

       <wsdl:operation name="list">

          <wsdlsoap:operation soapAction=""/>

          <wsdl:input name="listRequest">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:input>

          <wsdl:output name="listResponse">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:output>

       </wsdl:operation>

    </wsdl:binding>

    <wsdl:service name="EchoHeadersService">

       <wsdl:port binding="impl:EchoHeadersSoapBinding"
name="EchoHeaders">

          <wsdlsoap:address
location="http://gibson.cs.umn.edu:8201/EchoHeaders.j
ws"/>


          </wsdl:output>

       </wsdl:operation>

       <wsdl:operation name="list">

          <wsdlsoap:operation soapAction=""/>

          <wsdl:input name="listRequest">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:input>

          <wsdl:output name="listResponse">

             <wsdlsoap:body
encodingStyle="http://schemas.xmlsoap.org/soap/encodi
ng/" namespace="urn:EchoHeaders" use="encoded"/>

          </wsdl:output>

       </wsdl:operation>

    </wsdl:binding>

    <wsdl:service name="EchoHeadersService">

       <wsdl:port binding="impl:EchoHeadersSoapBinding"
name="EchoHeaders">

          <wsdlsoap:address
location="http://gibson.cs.umn.edu:8201/EchoHeaders.j
ws"/>

       </wsdl:port>

    </wsdl:service>

</wsdl:definitions>

--- dfrankow <dfrankow@...> wrote:

> Folks,
>
> I am just starting out with SOAP, Apache Axis (Java version), and
> SOAP::Lite.  I am trying some simple things, and one is confusing me.
>
> I took axis-1_2_1/webapps/axis/EchoHeaders.jws, and dropped it into
> the root of my web application.  The relevant portion is:
>
> public class EchoHeaders {
>     public String[] list();
>     public String whoami();
>     public String echo(String param);
>     ...
> }
>
> I include the full WSDL for EchoHeaders below.
>
> Now I have a Perl test program written with SOAP::Lite (see
> soap-test.pl below), and it gets whoami and echo just great.
> However,
> with list() it gives an error.  It looks like the list of results
> confuses it.
>
> I looked around the soaplite.org, in the cookbook, in the
> quick-start,
> and saw nothing appropriate.  I saw in the quick-start the
> paramsout()
> function (hence put it in below), but it's dying on the call, before
> getting to that.
>
> Any suggestions?
>
Well, this is what is causing the problem:

> duplicate attribute at line 1, column 410, byte 410 at
> /soft/perl5.8/lib/site_perl/5.8.0/i686-linux-ld/XML/Parser.pm line
> 187


> <?xml version="1.0" encoding="utf-8"?><soapenv:Envelope
> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instan
> ce"><soapenv:Body><ns1:listResponse
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xmlns:ns1="urn:EchoHeaders"><listReturn
> soapenc:arrayType="ns2:string[8]" xsi:type="soapenc:Array"
> xsi:type="soapenc:Array" xmlns:ns2="http://www.w3.org/2001/XMLSchema"

There are two xsi:type attributes present. I have no idea why that
should be happening but suggest that you look at the Axis server code.

Duncan





___________________________________________________________
How much free photo storage do you get? Store your holiday
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

SOAP::Lite post:

> There are two xsi:type attributes present. I have no idea why that
> should be happening but suggest that you look at the Axis server code.

I tried to post this response to the list twice.  Yahoo says it's
posted, but then it doesn't show up.

Anyway, yep, this is an Axis bug.  See

http://issues.apache.org/jira/browse/AXIS-2100
http://issues.apache.org/jira/browse/AXIS-2127

Dan

It seems that die() in the SOAP lite server sometimes could confuse
client side ever it is wrapped by eval{}.

My problem looks like this, please consider:

mismatched tag at line 2, column 2, byte 497 at
/usr/local/lib/perl5/site_perl/5.8.7/i686-linux-th
read-multi/XML/Parser.pm
line 187
<?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><f
aultcode>SOAP-ENV:Server</faultcode><faultstring>
THE REASON FOR DIE HERE at /PathToServerModules/Server.pm line 99,
<STDIN> line 1.
</faultstring></SOAP-ENV:Fault></SOAP-ENV:Body></SOAP-ENV:Envelope> at
/PathToTheClient/RPC.pm line 50

Yes, the client outputs this instead of just "THE REASON FOR DIE HERE"
when I call die("THE REASON FOR DIE HERE") on the server side.
Please note <STDIN> in the output above. Seems that XML::Parser
considers it as an XML tag! But <STDIN> is not a tag but a perl's
commandfile name.

I have latest versions installed: SOAP::Lite, expat, XML::Parser.
I do know what else to fix. How to make clear my $som-faultstring?

Hi!

1) How do I see the actual envelope that is produced by SoapLite?

2) What is the syntax when using X509v3-certificates??

Jens

hi list,

i tried out the code in chapter "Objects access" on guide.soaplite.com, where
the server returns a blessed reference - an object - to the soap client. the
client can then access and modify this object by calling methods on this
object.

this worked fine with a perl client. but then i tried it with a python client
using SOAPpy and ZSI, but i can't get a valid object after i call the remote
constructor.


has anyone a running example where a perl object is accessed in python?


any hints would be great,
cheers,


	 nick

Dear friends,

I am working at EBI (www.ebi.ac.uk) and we use SOAP::Lite to provide
access for several databases and tools for bioinformaticians all
around the work, so, first of all, we should be saying thank you for
all the effort you have done in developing this tool,

we have been providing clients written in Perl and Java to access the
web services we developed, and know we wanted to provide also .Net
clients since lot of people requested it,

as we were using hashes and type Map for sending the parameters and
the results (eg. http://www.ebi.ac.uk/ws/WSFasta.wsdl), and the .Net
platform has not these types, I intended to use Lite.dll to overcome
this, but I've got a problem, in Windows 2000 seems to work Ok, but
not in Windows XP, so my question is, are the Lite.dll sources
available? maybe recompiling in XP will work, also, do you know any
other way of sending this kind of data in .Net?

SOAP::Lite seems to create this kind of structure
<params xsi:type="apachens:Map"><item><key
xsi:type="xsd:string">seqrange</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">elower</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">alignments</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">nucleotide</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">matrix</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">program</key><value
xsi:type="xsd:string">fasta3</value></item><item><key
xsi:type="xsd:string">epupper</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">histogram</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">topstrand</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">scores</key><value
xsi:null="1"/></item><item><key xsi:type="xsd:string">ktup</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">gapext</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">bottomstrand</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">database</key><value
xsi:type="xsd:string">uniprot</value></item><item><key
xsi:type="xsd:string">searchtype</key><value
xsi:type="xsd:int">1</value></item><item><key
xsi:type="xsd:string">gapopen</key><value
xsi:null="1"/></item><item><key
xsi:type="xsd:string">dbrange</key><value xsi:null="1"/></item></params>

while .Net is sending this

<params>
<program>fasta3</program>
<database>emfun</database><histogram>false</histogram>
<nucleotide>true</nucleotide><topstrand>true</topstrand>
<bottomstrand>true</bottomstrand><gapopen>-10</gapopen>
<gapext>-2</gapext><scores>20</scores><alignments>20</alignments>
<ktup>6</ktup><matrix>BL50</matrix><epupper>5</epupper><elower>-1.0737418e+008</\
elower>
<dbrange></dbrange><seqrange></seqrange><async>true</async>
</params>

I could rewrite the serializer for this kind of data, but maybe it has
already been done

thank you very much

alberto

Alberto,

I had this problem last week, try sending the xml as
raw xml.

How to Call a .NET-based Web Service Using the
SOAP::Lite Perl Library
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsoap/html/soa\
pliteperl.asp


COMPOSING MESSAGES USING RAW XML
http://www.majordojo.com/soaplite/docs/SOAP/Data.html#COMPOSING_MESSAGES_USING_R\
AW_XML


Laurence




____________________________________________________
Start your day with Yahoo! - make it your home page
http://www.yahoo.com/r/hs

Hi,

We have perl 5.6.1. installed and when we try to access SOAP:Lite we get these
errors,

Can't locate SOAP/Transport/HTTP.pm in @INC at server.pl line 3.

Anyone seen these before?

James Dusek

The error message that I got:
Cannot assign object of type WS.ClassB[][] to an object of type WS.ClassB[]

The schema snippet looks like this:

Hi,

Quoting [0paladin@...] (Aug 15 2005):
>
> Hi,
>
> We have perl 5.6.1. installed and when we try to access SOAP:Lite we get these
errors,
>
> Can't locate SOAP/Transport/HTTP.pm in @INC at server.pl line 3.

Yes, yes!  I have seen this!  On this list, one week ago!
I think, if I remember correctly, that the reason was that
it cannot find HTTP.pm.  Or so.

Translate: "Can't locate [...] HTTP.pm [...]"

I think installing that might help.

A.


> Anyone seen these before?
>
> James Dusek
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>



--
+-----------------------------------------------------------------+
| Andre Merzky                      | phon: +31 - 20 - 598 - 7759 |
| Vrije Universiteit Amsterdam (VU) | fax : +31 - 20 - 598 - 7653 |
| Dept. of Computer Science         | mail: merzky@...       |
| De Boelelaan 1083a                | www:  http://www.merzky.net |
| 1081 HV Amsterdam, Netherlands    |                             |
+-----------------------------------------------------------------+

 

CallTermination.info Menu Directory Get Listed FREE Premium Memberships Member Login Advanced search Contact Us Advertise With Us Top Countries    United States    United Kingdom    Bangladesh    India    Canada    Singapore    Philippines    Australia    Russia    Afghanistan Recent VoIP Providers    SYFAA TEL - USA, CHICAGO.    IPEX,Inc. - USA, San Diego.    Electronic Technology Systems - India, Bangalore.    Aryanegar - Iran, Tehran.    Adtran Store - USA, Sparta.    voipir - Iran, tehran.    Tseyva Pte Ltd Tseyva Pte Ltd - Singapore, Singapore.    Telefocal Asia Pte Ltd - Singapore, singapore.    NetSol CONNECT (Private) Limited - Pakistan, Karachi.    Netkom - Pakistan, Islamabad.    Oritel Networks Pte Ltd - Singapore, Singapore.    mynetcalls.net - Pakistan, Rawalpindi.    Multi Operational Telecom Services Pvt Limited - Pakistan, Lahore.    Mazhar Enterprises(pvt) ltd - Pakistan, Peshawar.    IPTEL Technologies - Pakistan, Karachi. We have united 3000 VoIP providers in our directory! A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  Q  R  S  T  U  V  W  X  Y  Z   Afghanistan » [2] Albania » [2] Algeria » [7] Andorra » [4] Angola » [2] Antigua and Barbuda » [2] Argentina » [35] Armenia » [16] Australia » [78] Austria » [14] Azerbaijan » [2] Bahrain » [1] Bangladesh » [148] Belgium » [35] Belize » [3] Benin » [1] Bolivia » [2] Brazil » [24] Bulgaria » [22] Cambodia » [1] Cameroon » [2] Canada » [209] Chile » [7] China » [40] Colombia » [9] Congo » [1] Costa Rica » [2] Croatia » [1] Cyprus » [10] Czech Republic » [8] Denmark » [11] Dominican Republic » [3] Ecuador » [2] Egypt » [5] El Salvador » [1] Estonia » [4] Fiji » [1] Finland » [10] France » [32] Georgia » [3] Germany » [40] Ghana » [2] Greece » [5] Guatemala » [2] Guinea » [3] Haiti » [1] Honduras » [3] Hong Kong » [48] Hungary » [2] India » [78] Indonesia » [18] Iran » [17] Iraq » [2] Ireland » [19] Italy » [17] Ivory Coast » [3] Jamaica » [5] Japan » [11] Jordan » [1] Kazakhstan » [6] Kenya » [7] Korea (South) » [31] Kuwait » [3] Kyrgyzstan » [1] Latvia » [11] Lebanon » [5] Liberia » [1] Liechtenstein » [1] Lithuania » [1] Luxembourg » [1] Macedonia » [6] Madagascar » [1] Malaysia » [30] Mali » [2] Malta » [5] Mauritania » [1] Mauritius » [1] Mexico » [18] Moldova » [5] Mongolia » [1] Morocco » [4] Mozambique » [1] Namibia » [1] Nepal » [2] Netherlands » [17] New Zealand » [5] Nicaragua » [2] Nigeria » [22] Norway » [4] Pakistan » [40] Panama » [5] Paraguay » [1] Peru » [7] Philippines » [5] Poland » [15] Portugal » [4] Qatar » [1] Romania » [11] Russia » [57] San Marino » [1] Saudi Arabia » [12] Scotland » [2] Senegal » [4] Seychelles » [1] Sierra Leone » [1] Singapore » [169] Slovenia » [2] Somalia » [1] South Africa » [13] Spain » [24] Sri Lanka » [8] St Vincent and The Grenadines » [1] Sudan » [2] Suriname » [1] Sweden » [10] Switzerland » [19] Syria » [2] Taiwan » [36] Tajikistan » [2] Thailand » [13] Trinidad and Tobago » [2] Tunisia » [1] Turkey » [13] Uganda » [1] Ukraine » [18] United Arab Emirates » [22] United Kingdom » [171] United States » [1461] Uruguay » [2] US Virgin Islands » [1] Uzbekistan » [3] Venezuela » [4] Vietnam » [2] Wales » [3] Western Sahara » [1] Yugoslavia » [3] Zambia » [1] Zimbabwe » [1] Welcome     Hello Groups! Here is the list of Worldwide VoIP Providers. Featured VoIP Providers    24X7 Communications Inc - Philippines, Makati.    CallServ Corporation - Philippines, Pasig City. Top VoIP Providers    CallServ Corporation - Philippines, Pasig City.    Meganet SRL - Moldova, Chisinau.    24X7 Communications Inc - Philippines, Makati.    Zamir Telecom Ltd [UK] - United Kingdom, London.    Calldesh - Bangladesh, Dhaka.    Globus Inc - USA, Los Angeles.    BLUE LIGHT TECHNOLOGIES - Afghanistan, Kandahar.    Milesbell Communications - USA, .    DDS - Ukraine, Odessa.    Saybia Broadband Solutions - United Arab Emirates, Dubai.    SICRES TELECOM - Moldova, Chisinau.    Ad-Lib Communications - United Kingdom, Oxford.    Novolink Communications - USA, Friendswood.    1World Telecommunications P/L - Singapore, .    E & K Group - Bangladesh, Dhaka. Home   Submit Your Company   Member Login   VoIP Forum   Terms of Service   Advertise with us   Contacts   © 2005-2006 CallTermination.Info, All Rights Reserved.

Send instant messages to your online friends http://uk.messenger.yahoo.com

DON'T SEND YOUR CV TO ME PLEASE.
DON'T SEND YOUR CV TO ME PLEASE.
DON'T SEND YOUR CV TO ME PLEASE.


  1  Windows NT or 2000 server
  2  worked on active directory and exchange server
  3  Unix/ Solaris/ HPUX/ AIX Admin
  4  Exp in C++/VC++
  5  Exp in Operating system
  6  Exp in Datastructure
  7  Exp in SQL Query tuning
  8  Exp in SQL Database
  9  Exp in Datamodelling
  10 EXP in Network Engineer
  11 Technical expert
  12 Technical Writer
  13 Sales person
  14 web designing
  15 Other All Technical person

  Interested Candidates can send us your Updated CV with
  the following informations :

  1.Present salary:
  2.Expected Salary :
  3.Notice Period :

  Also mention the post you are applying for.

jobsexpert@...
jobsexpert@...
jobsexpert@...

Sergey, this problem exists in version 0.60, they've fixed it in
version 0.65_4 (a development version).  You said you're using the
latest version but you didn't say which one.

The problem is that SOAP::Lite isn't escaping XML characters
(specifically '<' in error messages.

Here's a patch for 0.60 that should fix it.  If you're actually
using 0.65+ then never mind.

--- x/SOAP-Lite-0.60/lib/SOAP/Lite.pm   Mon Aug 18 11:44:18 2003
+++ SOAP-Lite-0.60/lib/SOAP/Lite.pm     Thu May 12 16:52:36 2005
@@ -1194,21 +1194,21 @@
      $body->set_value($parameters ? \$parameters : ());
    } elsif ($type eq 'fault') {
      SOAP::Trace::fault(@parameters);
      $body = SOAP::Data
        -> name(SOAP::Serializer::qualify($self->envprefix =>
'Fault'))
      # commented on 2001/03/28 because of failing in ApacheSOAP
      # need to find out more about it
      # -> attr({'xmlns' => ''})
        -> value(\SOAP::Data->set_value(
          SOAP::Data->name(faultcode =>
SOAP::Serializer::qualify($self->envprefix =>
$parameters[0]))->type(""),
-        SOAP::Data->name(faultstring => $parameters[1])->type(""),
+        SOAP::Data->name(faultstring =>
SOAP::Utils::encode_data($parameters[1]))->type(""),
          defined($parameters[2]) ? SOAP::Data->name(detail => do{my
$detail = $parameters[2]; ref $detail ? \$detail : $detail}) : (),
          defined($parameters[3]) ? SOAP::Data->name(faultactor =>
$parameters[3])->type("") : (),
        ));
    } elsif ($type eq 'freeform') {
      SOAP::Trace::freeform(@parameters);
      $body = SOAP::Data->set_value(@parameters);
    } else {
      die "Wrong type of envelope ($type) for SOAP call\n";
    }

Hello,
I'm trying to make a soap call to a server but the server responds
with "The HTTP request did not contain a valid SOAPAction header. The
value of the header was
"document/urn:crmondemand/ws/lead/10/2004#LeadInsert".

The server is looking for
"document/urn:crmondemand/ws/lead/10/2004:LeadInsert". I'm not sure if
I'm just making the call correctly or if there is some other problem.
Some code is below. If there's any other information you need or if
you have any questions about what I'm doing please let me know.

Thanks,
Dave

Sample Code:

#!/usr/local/bin/perl -w

use LWP::UserAgent;
use SOAP::Lite;# +trace => all; # Uncomment to show SOAP debugging
use Data::Dumper;
use strict;

my $authurl = "https://secure.crmondemand.com/Services/Integration";
my $auth = LWP::UserAgent->new;
$auth->timeout(10);
$auth->cookie_jar;
my $sessionID = "";

##Begin Login
##End Login

##Begin SOAP Call
my $soapurl = $authurl . "?JSESSIONID=" . $sessionID;
my $xml =
"<LeadWS_LeadInsert_Input><ListOfLead><Lead><Campa
ignID>1-6ROFZO</CampaignID><LeadFirstName>David</L
eadFirstName><LeadLastName>Rossignol</LeadLastName
><ReassignAccount>y</ReassignAccount><ReassignLead
Owner>y</ReassignLeadOwner></Lead></ListOfLead></L
eadWS_LeadInsert_Input>";
my $soap = SOAP::Data->type(xml => $xml);

print "\n\n" . $soapurl . "\n\n";

my $soapCall = SOAP::Lite
   -> uri('document/urn:crmondemand/ws/lead/10/2004')
   -> proxy($soapurl);

my $result = $soapCall
   -> LeadInsert($soap);

unless ($result->fault) {
   print "Begin result...\n" . $result->result() . "\n...End result\n";
} else {
   print "Begin Error...\n" . join(', ', $result->faultcode,
$result->faultstring) . "\n";
   print Dumper($result->faultdetail);
   print "...End Error\n";
}
##End SOAP Call

##Begin Logoff
##End Logoff

The error goes away after my changing from version 0.60 to 0.65beta,
but another one arise:

Application failed during request deserialization: Unrecognized type
'{http://www.w3.org/1999/XMLSchema}base64Binary'

My application fails so it can not continue.



--- In soaplite@yahoogroups.com, "sergey_lukashevich" <lukash33@m...>
wrote:
> It seems that die() in the SOAP lite server sometimes could confuse
> client side ever it is wrapped by eval{}.
>
> My problem looks like this, please consider:
>
> mismatched tag at line 2, column 2, byte 497 at
> /usr/local/lib/perl5/site_perl/5.8.7/i686-linux-th
> read-multi/XML/Parser.pm
> line 187
> <?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><f
> aultcode>SOAP-ENV:Server</faultcode><faultstring>
> THE REASON FOR DIE HERE at /PathToServerModules/Server.pm line 99,
> <STDIN> line 1.
> </faultstring></SOAP-ENV:Fault></SOAP-ENV:Body></SOAP-ENV:Envelope> at
> /PathToTheClient/RPC.pm line 50
>
> Yes, the client outputs this instead of just "THE REASON FOR DIE HERE"
> when I call die("THE REASON FOR DIE HERE") on the server side.
> Please note <STDIN> in the output above. Seems that XML::Parser
> considers it as an XML tag! But <STDIN> is not a tag but a perl's
> commandfile name.
>
> I have latest versions installed: SOAP::Lite, expat, XML::Parser.
> I do know what else to fix. How to make clear my $som-faultstring?

Folks,

    I am trying to set up a .Net client to access a SOAPLite server.
The server needs to return an array of string values.  I have been
successful at returning a single string ("Hello World"), but not an
array of strings.  I have scoured the web for hints at what I am doing
wrong, but so far I have hit on nothing.  If anybody could point me in
the right direction, I'd appreciate it.  Here's the details:

Server name: lancelot (RedHat ES3.0 - Apache 2.0)
SOAPLite Version: 0.65-Beta6 (latest)
.Net Framework: 1.1 SP1
Development Environment: Visual Studio 2003

The following is my test program.  It returns the names of the
Simpsons.  Obviously, this is NOT what I am actually trying to do, but
it does illustrate my problem.


****************  SOAPLite Server  (ArrayTest.cgi) *******************

#!/usr/bin/perl -w

use SOAP::Lite +trace=>all;
use SOAP::Transport::HTTP;

my $uri = "http://........../ArrayTest";

SOAP::Transport::HTTP::CGI
   -> dispatch_to('ArrayTest')
   -> handle;

package ArrayTest;
BEGIN {
   sub GetArray {
      my ($retval, @Family);

      @Family = ("Homer","Marge","Bart","Lisa","Maggie");

      $retval=SOAP::Data
           ->name('GetArrayResult' => \SOAP::Data->value(
                     SOAP::Data->name("fName" => @Family )
                               ->type("string")))
           ->uri("http://........../ArrayTest");

       return $retval;
   }
}



*****************  WSDL (ArrayTest.wsdl)  ********************

<?xml version="1.0" encoding="utf-8"?>
<wsdl:definitions
   xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"
   xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
   xmlns:s="http://www.w3.org/2001/XMLSchema"
   xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
   xmlns:tns="http://........../ArrayTest"
   xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
   targetNamespace="http://........../ArrayTest">
   <wsdl:types>
     <s:schema elementFormDefault="qualified"
targetNamespace="http://........../ArrayTest">
       <s:element name="GetArray">
         <s:complexType />
       </s:element>
       <s:element name="GetArrayResponse">
         <s:complexType>
           <s:sequence>
             <s:element minOccurs="0" maxOccurs="1"
name="GetArrayResult" type="tns:ArrayOfString" />
           </s:sequence>
         </s:complexType>
       </s:element>
       <s:complexType name="ArrayOfString">
         <s:sequence>
           <s:element minOccurs="0" maxOccurs="unbounded" name="string"
nillable="true" type="s:string" />
         </s:sequence>
       </s:complexType>
     </s:schema>
   </wsdl:types>
   <wsdl:message name="GetArraySoapIn">
     <wsdl:part name="parameters" element="tns:GetArray" />
   </wsdl:message>
   <wsdl:message name="GetArraySoapOut">
     <wsdl:part name="parameters" element="tns:GetArrayResponse" />
   </wsdl:message>
   <wsdl:portType name="ArrayTestSoap">
     <wsdl:operation name="GetArray">
       <documentation xmlns="http://schemas.xmlsoap.org/wsdl/">This
method returns the list of Simpsons.</documentation>
       <wsdl:input message="tns:GetArraySoapIn" />
       <wsdl:output message="tns:GetArraySoapOut" />
     </wsdl:operation>
   </wsdl:portType>
   <wsdl:binding name="ArrayTestSoap" type="tns:ArrayTestSoap">
     <soap:binding transport="http://schemas.xmlsoap.org/soap/http"
style="document" />
     <wsdl:operation name="GetArray">
       <soap:operation
soapAction="http://........../ArrayTest/GetArray" style="document" />
       <wsdl:input>
         <soap:body use="literal" />
       </wsdl:input>
       <wsdl:output>
         <soap:body use="literal" />
       </wsdl:output>
     </wsdl:operation>
   </wsdl:binding>
   <wsdl:service name="ArrayTest">
     <documentation xmlns="http://schemas.xmlsoap.org/wsdl/">Service to
list Simpson Family names</documentation>
     <wsdl:port name="ArrayTestSoap" binding="tns:ArrayTestSoap">
       <soap:address location="http://lancelot/cgi-bin/ArrayTest.cgi" />
     </wsdl:port>
   </wsdl:service>
</wsdl:definitions>



*****************  SOAPLite Client (works!)  ********************

#!/usr/bin/perl -w

use SOAP::Lite;# +trace=>'debug';
use LiteralSerializer;

my $uri = "http://........../ArrayTest";

my $service = SOAP::Lite
   ->proxy('http://lancelot/cgi-bin/ArrayTest.cgi')
   ->uri($uri)
   ->readable(1);

my $som = $service->call('GetArray');
my @names = $som->valueof('//GetArrayResult//fName');
while (@names) {
    my $fname = shift(@names);
    print $fname,"\n";
}



*****************  .Net Client (doesn't work!)  ********************

This is a bit tricky - the client is web application with 2 controls,
a button and a table. Pressing the button results in a call to the
ArrayTest webservice, which has been added to the project under the
name "lancelot".  Ignore the table control for now.  The "click" event
handler is shown below:

Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles Button1.Click
    Dim ws As New lancelot.ArrayTest
    Dim result As String()
    Dim a As TableRow
    Dim b As TableCell
    Dim i As Integer

    Try
       result = ws.GetArray()
       For i = 0 To result.GetUpperBound(0)
          b = New TableCell
          b.Text = result(i)
          a = New TableRow
          a.Cells.Add(b)
          Table1.Rows.Add(a)
       Next
    Catch ex As Exception
       Throw
    End Try

    End Sub

Hi,there.

I hava a WS in Apache-Axis, one of its functions(brilliantSearch) is
suppose to return an array of integers.

I have tested this service via a Java client, successfully.
However, when I tried to test the exact service in Perl, I got bombed.

The following is the java code for the brilliantSearch function:

-------------------------8<--------------------
   public int[] brilliantSearch(String smiles, int type) {
	   try {
		 int [] result;
		 SSWS o  = new SSWS();
	  	 result = o.search(smiles, type);
	  	 return result;
	  } catch(Exception e){
              System.out.println("Exception:"+ e.toString());
          }
        return null;
   }
-------------------------8<--------------------

The following is the Client in Perl:

------------------8<----------------------
use SOAP::Lite;
#print ("Perl SOAP client:\n");
my ( $arg1, $arg2 ) = @ARGV;more
my $result =    SOAP::Lite
     ->uri('urn:SSWS')
     -> proxy('http://foo_bar:8080/axis/services')
     -> brilliantSearch($arg1, $arg2);

if ($result->fault) {
     print $result->faultcode, " ", $result->faultstring, "\n";
} else {
     my @listings = @{$result->result};

     foreach my $e ( @listings ) {
         print $e, "\n";
     }
}
------------------8<----------------------

And this is the errors from the client (I only paste parts of the
errors ):

" xmlns:ns434="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5521138</multiRef><mul\
tiRef
id="id452" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns435:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns435="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5575630</multiRef><mul\
tiRef
id="id1181" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns436:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns436="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5522774</multiRef><mul\
tiRef
id="id829" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns437:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns437="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5006608</multiRef><mul\
tiRef
id="id601" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns438:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns438="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5060131</multiRef><mul\
tiRef
id="id198" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns439:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns439="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5381157</multiRef><mul\
tiRef
id="id244" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns440:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns440="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540705</multiRef><mul\
tiRef
id="id417" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns441:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns441="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">9501360</multiRef><mul\
tiRef
id="id304" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns442:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns442="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5041712</multiRef><mul\
tiRef
id="id859" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns443:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns443="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5066197</multiRef><mul\
tiRef
id="id695" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/

.....

oap.org/soap/encoding/">5093841</multiRef><multiRef id="id815"
soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1322:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1322="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5577074</multiRef><mul\
tiRef
id="id509" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1323:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1323="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093947</multiRef><mul\
tiRef
id="id664" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1324:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1324="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065631</multiRef><mul\
tiRef
id="id1290" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1325:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1325="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093602</multiRef><mul\
tiRef
id="id176" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1326:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1326="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5381249</multiRef><mul\
tiRef
id="id148" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1327:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1327="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5039711</multiRef><mul\
tiRef
id="id549" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1328:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1328="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5003349</multiRef><mul\
tiRef
id="id97" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1329:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1329="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">710</multiRef><multiRe\
f
id="id1330" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1330:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1330="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540719</multiRef><mul\
tiRef
id="id172" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1331:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1331="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5020420</multiRef><mul\
tiRef
id="id40" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1332:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1332="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5185801</multiRef><mul\
tiRef
id="id483" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1333:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1333="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5019369</multiRef><mul\
tiRef
id="id644" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1334:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1334="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">4000819</multiRef><mul\
tiRef
id="id1040" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1335:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1335="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5522794</multiRef><mul\
tiRef
id="id700" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1336:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1336="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5157131</multiRef><mul\
tiRef
id="id809" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1337:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1337="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5019389</multiRef><mul\
tiRef
id="id1067" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1338:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1338="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540697</multiRef><mul\
tiRef
id="id716" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1339:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1339="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540704</multiRef><mul\
tiRef
id="id673" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1340:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1340="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093596</multiRef><mul\
tiRef
id="id730" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1341:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1341="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065587</multiRef><mul\
tiRef
id="id540" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1342:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1342="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065533</multiRef><mul\
tiRef
id="id1175" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1343:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1343="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5153343</multiRef><mul\
tiRef
id="id660" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1344:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1344="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065868</multiRef><mul\
tiRef
id="id632" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns1345:int"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ns1345="http://www.w3.org/2001/XMLSchema"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093924</multiRef></so\
apenv:Body></soapenv:Envelope>


Any idea?

Thanks a lot.

Donald Chen

Never mind this question, because it has been answered by post 4843.

Thanks,

Don

--- In soaplite@yahoogroups.com, "wxyc" <wxyc@y...> wrote:
>
> Hi,there.
>
> I hava a WS in Apache-Axis, one of its functions(brilliantSearch) is
> suppose to return an array of integers.
>
> I have tested this service via a Java client, successfully.
> However, when I tried to test the exact service in Perl, I got bombed.
>
> The following is the java code for the brilliantSearch function:
>
> -------------------------8<--------------------
>   public int[] brilliantSearch(String smiles, int type) {
> 	  try {
> 	 int [] result;
> 	 SSWS o  = new SSWS();
> 	   result = o.search(smiles, type);
> 	   return result;
> 	 } catch(Exception e){
>              System.out.println("Exception:"+ e.toString());
>          }
>        return null;
>   }
> -------------------------8<--------------------
>
> The following is the Client in Perl:
>
> ------------------8<----------------------
> use SOAP::Lite;
> #print ("Perl SOAP client:\n");
> my ( $arg1, $arg2 ) = @ARGV;more
> my $result =    SOAP::Lite
>     ->uri('urn:SSWS')
>     -> proxy('http://foo_bar:8080/axis/services')
>     -> brilliantSearch($arg1, $arg2);
>
> if ($result->fault) {
>     print $result->faultcode, " ", $result->faultstring, "\n";
> } else {
>     my @listings = @{$result->result};
>
>     foreach my $e ( @listings ) {
>         print $e, "\n";
>     }
> }
> ------------------8<----------------------
>
> And this is the errors from the client (I only paste parts of the
> errors ):
>
> " xmlns:ns434="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5521138</multiRef><mul\
tiRef
> id="id452" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns435:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns435="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5575630</multiRef><mul\
tiRef
> id="id1181" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns436:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns436="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5522774</multiRef><mul\
tiRef
> id="id829" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns437:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns437="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5006608</multiRef><mul\
tiRef
> id="id601" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns438:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns438="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5060131</multiRef><mul\
tiRef
> id="id198" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns439:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns439="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5381157</multiRef><mul\
tiRef
> id="id244" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns440:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns440="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540705</multiRef><mul\
tiRef
> id="id417" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns441:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns441="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">9501360</multiRef><mul\
tiRef
> id="id304" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns442:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns442="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5041712</multiRef><mul\
tiRef
> id="id859" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns443:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns443="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5066197</multiRef><mul\
tiRef
> id="id695" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/
>
> .....
>
> oap.org/soap/encoding/">5093841</multiRef><multiRef id="id815"
> soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1322:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1322="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5577074</multiRef><mul\
tiRef
> id="id509" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1323:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1323="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093947</multiRef><mul\
tiRef
> id="id664" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1324:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1324="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065631</multiRef><mul\
tiRef
> id="id1290" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1325:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1325="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093602</multiRef><mul\
tiRef
> id="id176" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1326:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1326="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5381249</multiRef><mul\
tiRef
> id="id148" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1327:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1327="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5039711</multiRef><mul\
tiRef
> id="id549" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1328:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1328="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5003349</multiRef><mul\
tiRef
> id="id97" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1329:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1329="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">710</multiRef><multiRe\
f
> id="id1330" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1330:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1330="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540719</multiRef><mul\
tiRef
> id="id172" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1331:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1331="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5020420</multiRef><mul\
tiRef
> id="id40" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1332:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1332="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5185801</multiRef><mul\
tiRef
> id="id483" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1333:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1333="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5019369</multiRef><mul\
tiRef
> id="id644" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1334:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1334="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">4000819</multiRef><mul\
tiRef
> id="id1040" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1335:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1335="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5522794</multiRef><mul\
tiRef
> id="id700" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1336:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1336="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5157131</multiRef><mul\
tiRef
> id="id809" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1337:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1337="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5019389</multiRef><mul\
tiRef
> id="id1067" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1338:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1338="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540697</multiRef><mul\
tiRef
> id="id716" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1339:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1339="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5540704</multiRef><mul\
tiRef
> id="id673" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1340:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1340="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093596</multiRef><mul\
tiRef
> id="id730" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1341:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1341="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065587</multiRef><mul\
tiRef
> id="id540" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1342:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1342="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065533</multiRef><mul\
tiRef
> id="id1175" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1343:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1343="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5153343</multiRef><mul\
tiRef
> id="id660" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1344:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1344="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5065868</multiRef><mul\
tiRef
> id="id632" soapenc:root="0"
> soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> xsi:type="ns1345:int"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:ns1345="http://www.w3.org/2001/XMLSchema"
>
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">5093924</multiRef></so\
apenv:Body></soapenv:Envelope>
>
>
> Any idea?
>
> Thanks a lot.
>
> Donald Chen

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Hi All

 

I am trying to call a webservice from a very very simple perl script. But the script jsut does nothing at the SOAP::Lite->service call

 

use SOAP::Lite;

print "Connecting to Self Care...\n";
my $contactsService = SOAP::Lite -> uri('http://www.telenet.be/selfcare/SelfCareService') -> service('http://10.0.48.216:8055/selfcare/SelfCareService');
#   -> sayHello ('World');
print "Successfully Connected to Self Care...\n";

 

Scripts never reaches the "print "Successfully Connected to Self Care...\n";" command. I am able to view the exposed methods via a browser so there should be a missing link problem

 

Could one of you help out as to what I must be missing out ??

 

Regards

Sagitha

 

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

---

Start your day with Yahoo! - make it your home page

I am trying to get SOAP to work under mod_perl. Googling about and
reading what I can find on it, it looks like there are many ways to do
this, but they are all giving me the same (non-working) result.

I have two systems I'm trying to do this on: A Mac with Apache
1.3.33/mod_perl 1.29, and a Solaris 8 box with Apache 1.3.28/mod_perl
1.27.

My most recent attempts have been with Apache::SOAP, so I'll use that
as my example:

I have this in my httpd.conf:

<Location /steve/rpc/>
     SetHandler perl-script
     PerlHandler Apache::SOAP
     PerlSetVar dispatch_to 'Demo'
</Location>

Demo.pm is in the @INC path. It contains:

package Demo;

sub hi {
   return "hello, world";
}

I call it like this:

use SOAP::Lite +trace => [qw(all)];

my $soap = SOAP::Lite->uri('http://<my server>/Demo');
my $proxy = $soap->proxy('http://<my server>/steve/rpc/');
my $obj = $proxy->hi();
print $obj->result;

The (rather verbose) output is:

SOAP::Transport::new: ()
SOAP::Serializer::new: ()
SOAP::Deserializer::new: ()
SOAP::Parser::new: ()
SOAP::Lite::new: ()
SOAP::Transport::HTTP::Client::new: ()
SOAP::Lite::call: ()
SOAP::Serializer::envelope: ()
SOAP::Serializer::envelope: hi
SOAP::Data::new: ()
SOAP::Data::new: ()
SOAP::Data::new: ()
SOAP::Data::new: ()
SOAP::Transport::HTTP::Client::send_receive: HTTP::Request=HASH(0x18ba
+ed8)
SOAP::Transport::HTTP::Client::send_receive: POST
http://www.cm.aol.com/steve/rpc/ HTTP/1.1
Accept: text/xml
Accept: multipart/*
Content-Length: 448
Content-Type: text/xml; charset=utf-8
SOAPAction: "http://www.cm.aol.com/Demo#hi"

<?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/"><SO
+AP-ENV:Body><namesp1:hi
xmlns:namesp1="http://www.cm.aol.com/Demo"/></SOAP-ENV:Body></SOAP-ENV
+:Envelope>
SOAP::Transport::HTTP::Client::send_receive: HTTP::Response=HASH(0x18c
+18e4)
SOAP::Transport::HTTP::Client::send_receive: HTTP/0.9 200 (OK) EOF
Client-Date: Thu, 18 Aug 2005 16:22:41 GMT
Client-Peer: 10.178.2.10:80
Client-Response-Num: 1

Can't call method "result" on an undefined value at ./test1.pl line 13
+.
SOAP::Lite::DESTROY: ()
SOAP::Serializer::DESTROY: ()
SOAP::Data::DESTROY: ()
SOAP::Data::DESTROY: ()
SOAP::Data::DESTROY: ()
SOAP::Data::DESTROY: ()
SOAP::Deserializer::DESTROY: ()
SOAP::Parser::DESTROY: ()
SOAP::Transport::DESTROY: ()
SOAP::Transport::HTTP::Client::DESTROY: ()

The problem is the $obj is always undefined. This happens whether or
not the method I call actually exists, which leads me to believe the
Demo.pm file isn't even being loaded, but I'm not sure of that. It
seems like it SHOULD be loaded...

On both system, calling the method "$proxy->hi();" kills the Apache
child process with an error like this in the error_log:

[Thu Aug 18 09:21:40 2005] [notice] child pid 868 exit signal Bus erro
+r (10)

As I mentioned, I've tried other methods
(SOAP::Transport::HTTP::Apache and Apache::Registry) and I get exactly
the same result. I've followed examples from "mod_perl Developer's
Cookbook", and "Programming Web Services with Perl" as well as from
perl.apache.org and guide.soaplite.com. It's only the mod_perl
examples I can't get to work. I'm using these scripts (Demo.pm and
others) fine with CGI SOAP. I'm thinking something is misconfigured in
mod_perl, but darned if I can figure out what.

Can anyone point out what I'm missing?

Thanks

Steve

soaplite@yahoogroups.com wrote:
>
> There is 1 message in this issue.
>
> Topics in this digest:
>
>       1. Problems getting SOAP working under mod_perl
>            From: "tektsu" <sbaker@...>
>
>

I've found mod_perl to be very sensitive to SELinux.  Disable that, and
see if it works.