Re: Can anyone send me an example of how to send a complex type to a .net service please?

Re: Can anyone send me an example of how to send a complex type to a .net service please?

Hi Bruno,

In theory (given it's the goal of Web services), the fact it's a .NET
service should make no difference.  The difference between SCA and the
SoapClient (I don't know SCO) will largely come down to how you work
with the complexTypes.  With the SoapClient (If I remember correctly),
you will use DOM to create a complex type and can use SimpleXML to
read any complex type which is returned.  With SCA you use SDO to
create and read complex types.

An <any />, which you mentioned in your previous post, is a bit of a
pain to work with.  With SDO, this will result in what is called an
"Open Type" (a type which can take any content).  You will need an XSD
for the content you will put in place of the any (I would assume
the .NET service defines a schema for what can go in place of the
any).  You can then use SDO to create a DataObject for that content,
fill it in and then pass it in the request to the Web service.

Note, I've never needed to work with open types in an SCA client, so
there may be some devils in the details...

For information on open types, see example 4 in the SDO docs:
http://php.net/manual/en/sdo-das-xml.examples.php

I hope this helps.

Regards, Graham.

On 5 Aug, 22:13, "Bruno Reis" <bruno.p.r...@...> wrote:
> Hi there.
>
> Can someone please send me an example of how to send a complex type to a
> .net service?
> I´m having no sucess at this.
> How is the xml supposed to be?
> How do I do it using SCO or SoapClient?
>
> Thanks,
> Bruno

Re: Comsume #Net services.

Hi Dali,

You do need to pass SDO objects for consumed Web services, but my
point was, you are not responsible for writing the XSD.  Someone else
will already have done this as part of creating the WSDL.  I don't
believe StdClass objects will work.  I hope that clarifies what I
meant :-S

I believe SCA can consume various styles of soap service (e.g. rpc/
encoded), but only support creating doc/literal wrapped services.

Regards, Graham.

On 5 Aug, 09:10, Dalibor Andzakovic <Dalibor.Andzako...@...>
wrote:
> > I just wanted to clarify the comment about xsd.  When using SCA to
> > consume a Web service you do not need to write an XSD because one will
> > already be provided as part WSDL service description.  You only need
> > to write an XSD when you are creating a service which uses complex
> > types.
>
> You know, you may be right there...
>
> I've always passed SDO objects as complex types to consumed
> webservices*.
> I'll try some tests with StdClass objects as complex types. One of these
> days I should really collect all my notes and put them up on the web
> somewhere.
> It may be worth noting that I've never tried consuming RPC/ENCODED style
> SOAP with SCA either...
>
> Dali
>
> * by webservices I mean SOAP webservices

Re: Comsume #Net services.

Use latest PHP with SOAP extension. You don't really need SCA/SDO to consume services (but you can do it if
you want to define your complex types in an xsd)

Read up on http://nz.php.net/manual/en/book.soap.php. This wil give you a good overview and pointers on
http auth.

Use script from http://www.urdalen.no/wsdl2php/ to generate your proxy classes and types.

HTH

dali

-----Original Message-----
From: phpsoa@... on behalf of Bruno Prieto Reis
Sent: Sat 2008-08-02 03:24
To: phpsoa
Subject: [phpsoa] Comsume #Net services.

Hi there,

I´m starting to learn this W.S. subject. And I need to consume two or
three services from a #Net server. ( Project Server ).
Since I dont´n know much about it I have some questions and will be
gratefull if someone can answer one or more of them:

1 - is it possible?
2 - how do I learn to do it? ( Are there tutorials on the net ? )
3 - how do I do it?  ( are there any code examples I can use, etc? )
4 - How do I deal with complex types?
5 - How do I create a proxy to the services?
6 - Are there any issues I should be aware of, like bugs, #net
integration, #net specific types, etc...
7 - How do I do a basic http authentication?

Thanks in advance for any help provided.

Bruno Reis

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa@...
To unsubscribe from this group, send email to phpsoa+unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Overzealous Errors

Hello all,

I have the following code which produces this error: Fatal error:
Uncaught SCA_RuntimeException: Namespace defined in @param not found
in @types annotation: 'subject' thrown in /usr/share/php5/SCA/
SCA_AnnotationReader.php on line 305

if I comment out line 305 I get a good WSDL file.

This seems to be somehow related to
http://groups.google.com/group/phpsoa/browse_thread/thread/1a6aeed8a18b9ab9/0e4dc241404d0ee3?lnk=gst&q=implements#0e4dc241404d0ee3
 because I have to move the include to the bottom of the page.

What is the latest status on this issue? Thanks,
Adrian

<?php
/**
 * @service
 * @binding.soap
 */
class WorkloadManager implements SplObserver {
        public static $status;
        /**
         * @param SplSubject $subject subject class to observe
         * @return bool
         */
        public function update(SplSubject $subject) {
                if($subject instanceof SplSubject) {
                        $this->status = $subject->status;
                        return TRUE;
                }else {
                        return FALSE;
                }
        }
}
include "SCA/SCA.php";
?>

<wsdl:definitions targetNamespace="http://WorkloadManager">
<wsdl:types>
<xs:schema targetNamespace="http://WorkloadManager"
elementFormDefault="qualified">
<xs:element name="update">
<xs:complexType>
<xs:sequence>
<xs:element name="subject" type=":SplSubject"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="updateResponse">
<xs:complexType>
<xs:sequence>
<xs:element name="updateReturn" type="xs:bool"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</wsdl:types>
<wsdl:message name="updateRequest">
<wsdl:part name="updateRequest" element="tns2:update"/>
</wsdl:message>
<wsdl:message name="updateResponse">
<wsdl:part name="return" element="tns2:updateResponse"/>
</wsdl:message>
<wsdl:portType name="WorkloadManagerPortType">
<wsdl:operation name="update">
<wsdl:input message="tns2:updateRequest"/>
<wsdl:output message="tns2:updateResponse"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="WorkloadManagerBinding"
type="tns2:WorkloadManagerPortType">
<soap:binding transport="http://schemas.xmlsoap.org/soap/http"
style="document"/>
<wsdl:operation name="update">
<soap:operation soapAction=""/>
<wsdl:input>
<soap:body use="literal"/>
</wsdl:input>
<wsdl:output>
<soap:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="WorkloadManagerService">
<wsdl:port name="WorkloadManagerPort"
binding="tns2:WorkloadManagerBinding">
<soap:address location="http://workhorse.buttermaker.phptest/
WorkloadManager.php"/>
</wsdl:port>
</wsdl:service>
</wsdl:definitions>
<!--
 this line identifies this file as WSDL generated by SCA for PHP. Do
not remove
-->

Re: Possible to offer a service from a simple function?

Hi Yannick,

Apologies for not replying sooner.  I'm swamped with other activities
at the moment, so not able to contribute much 

I think in principle there's nothing preventing a function being
exposed as SCA component.  This hasn't been done and I'm sure there
would be devils in the detail around building up service descriptions,
and so on.  I believe ext/soap supports functions as service
implementations so it should be possible to target them with
@binding.ws.

If it's something you'd be interested to work on, I'd be glad to help
in what little time I can spare.  In the absence of this support, I
think wrapper classes is the only option, which I agree is not ideal.

Sorry I can't be of more help.

Regards, Graham.

On 30 Jul, 04:25, Yannick <ywarn...@...> wrote:
> Or actually I might use SCA, but will newly built methods, which kinds
> of defeats half the purpose.
>
> On 29 juil, 22:22, Yannick <ywarn...@...> wrote:
>
> > I'd really like to get started soon on web services implementation,
> > and the series of e-mails I have sent give a clear idea of my concerns
> > regarding SCA. I won't lie, I'm currently looking at other projects
> > because of the shortcomings I have found in SCA, which kind of sucks
> > as I really liked the idea behind SCA (re-use of existing functions
> > using PHPDoc comments). On the other hand, I really can't see how one
> > could provide web services using existing functions if:
>
> > - they absolutely have to use classes
> > - the files must have the same name as the class inside (What if there
> > are two classes inside? What if you have an existing open-source
> > project with lots of files depending on your class?). Apparently there
> > is no way either to include a class-definition file intp a placeholder
> > file which holds the right filename (because of the time at which the
> > inclusion statement is processed the comments are already gone).
> > - there is no security check anywhere
> > - a missing space or a minor difference in the PHPDoc format can break
> > the parsing process
>
> > Anyway, if it doesn't work out now, it might work out later. I'll try
> > to assist in fixing all these little issues that make it very
> > difficult to use for me (and in the meantime, I'll probably fall down
> > to a PHP solution like NuSOAP or something of the likes).
>
> > Thanks anyway,
>
> > Yannick
>
> > On 27 juil, 19:52, Yannick <ywarn...@...> wrote:
>
> > > Hi there,
>
> > > As I am trying out SCA, a bunch of questions come to mind. I'll try to
> > > stick to one-question-per-mail for clarity and indexing of the
> > > answers.
>
> > > Following the documentation herehttp://www.osoa.org/display/PHP/SCA+Documentation#SCADocumentation-2:
> > > "...PHP annotations are used to define PHP classes as SCA
> > > components,...".
> > > As far as I can see, there's no way to use a simple functions library
> > > and provide web services from it, is there?
>
> > > If not, considering a functions library should also use a file-level
> > > header for PHPDocumentor, is there a particular reason why it is not
> > > possible to use simple functions?
>
> > > Thanks,
>
> > > Yannick

Re: Error with documentation example

On 30 Jul, 04:11, Yannick <ywarn...@...> wrote:
> Thanks
>
> On 29 juil, 08:17, Graham Charters <gchart...@...> wrote:
>
> > Hi Matthew,
>
> > Thanks for making these changes.  I was going to, but got derailed by
> > the fact that the first ones are in images.  I see these haven't been
> > changed.  I think Simon Laws created these and I don't have the
> > originals.  If we can't get the originals we'll need to recreate them,
> > or remove the images.
>
> > Regards, Graham.
>
> > On 29 Jul, 11:03, Matthew Peters <matthew.f.pet...@...>
> > wrote:
>
> > > I just went through the page and changed all the binding.ws (and a
> > > couple of binding.wsdl) to binding.soap.
>
> > > I also sprinkled a warning that the most up to date documentation is
> > > on php.net through the document:
>
> > > || _The most up to date documentation is to be found on the php.net
> > > site, at [http://www.php.net/manual/en/book.sca.php] for example_ ||
>
> > > Matthew
>
> > > On Jul 29, 8:21 am, Graham Charters <gchart...@...> wrote:
>
> > > > Hi Yannick,
>
> > > > Thanks for pointing out the documentation problem on osoa.org.  I'll
> > > > try to fix that shortly.
>
> > > > Dalibor is correct that WSDL is only generated for binding.soap.
> > > > Other bindings will generate their own kinds of service descriptions
> > > > where appropriate.  For example, binding.jsonrpc with generate a
> > > > service method description if you add ?smd.
>
> > > > Regards, Graham.
>
> > > > On 28 Jul, 00:01, Dalibor Andzakovic <Dalibor.Andzako...@...nz>
> > > > wrote:
>
> > > > > Correct. WSDL only gets created for SOAP services AFAIK.
>
> > > > > dali
>
> > > > > -----Original Message-----
> > > > > From: phpsoa@... on behalf of Yannick
> > > > > Sent: Mon 2008-07-28 11:00
> > > > > To: phpsoa
> > > > > Subject: [phpsoa] Re: Error with documentation example
>
> > > > > Sorry, @binding.soap definitely works. I've been trying all the other
> > > > > types (atom, jsonrpc, message, restrpc, tuscany, ebaysoap, local,
> > > > > restresource, xmlrpc) but none of these generate a wsdl, even though
> > > > > they don't generate any error message either.
> > > > > Is that due to something proper to each of these other web services
> > > > > types?
>
> > > > > Yannick
>
> > > > > On 27 juil, 17:39, Yannick <ywarn...@...> wrote:
> > > > > > Like I said, finding the problem was not difficult nor long, but it's
> > > > > > still confusing that there is no explanation of what "ws" could be
> > > > > > replaced by in @binding.ws. Of course, replacing it by @binding.soap
> > > > > > worked immediately.
> > > > > > However, I tried to change it to @binding.restrpc and that,
> > > > > > apparently, brings me back to the initial state (blank page); but this
> > > > > > time I get no error report.
> > > > > > Changing it back to @binding.soap doesn't work.
>
> > > > > > Yannick
>
> > > > > > On 26 juil, 18:24, Yannick <ywarn...@...> wrote:
>
> > > > > > > Hi there,
>
> > > > > > > I'm currently taking my first steps with SCA-SDO following the example
> > > > > > > given here:
>
> > > > > > >http://www.osoa.org/display/PHP/SCA+Documentation#SCADocumentation-2.5
>
> > > > > > > I am using an Ubuntu 8.04 system ad I downloaded SCA_SDO using the
> > > > > > > PECL command line interface.
> > > > > > > Now I'm sure I'm going to find the problem soon, but as the
> > > > > > > documentation, as it is, is leading me to a problem and obviously I
> > > > > > > can't create and account to edit that page, I wanted to mention it.
>
> > > > > > > When I try getting the WSDL for that page, I get a (double) error
> > > > > > > message:
>
> > > > > > > [Sat Jul 26 11:58:27 2008] [error] [client 127.0.0.1] PHP Warning:
> > > > > > > SCA_Binding_Factory::require(SCA/Bindings/ws/RequestTester.php) [<a
> > > > > > > href='function.SCA-Binding-Factory-require'>function.SCA-Binding-
> > > > > > > Factory-require</a>]: failed to open stream: No such file or directory
> > > > > > > in /usr/share/php/SCA/SCA_BindingFactory.php on line 68
> > > > > > > [Sat Jul 26 11:58:27 2008] [error] [client 127.0.0.1] PHP Fatal
> > > > > > > error:  SCA_Binding_Factory::require() [<a
> > > > > > > href='function.require'>function.require</a>]: Failed opening required
> > > > > > > 'SCA/Bindings/ws/RequestTester.php' (include_path='.:/usr/share/php:/
> > > > > > > usr/share/pear') in /usr/share/php/SCA/SCA_BindingFactory.php on line
> > > > > > > 68
>
> > > > > > > Looking into my /usr/share/php/SCA/ directory, I have:
>
> > > > > > > /usr/share/php/SCA/Bindings$ ls
> > > > > > > atom      jsonrpc  message       restrpc  tuscany
> > > > > > > ebaysoap  local    restresource  soap     xmlrpc
>
> > > > > > > So, no directory called "ws/". I guess specifying in the given example
> > > > > > > which type of service I want might help, but in the meantime the
> > > > > > > example is leading straight to an error, which is confusing for
> > > > > > > newcomers.
>
> > > > > > > Cheers,
>
> > > > > > > Yannick
>
> > > > >  winmail.dat
> > > > > 5KDownload

I'm sure I have those images somewhere but I've go a new laptop
recently so I'll have to drag them off the backup. Bear with me.

Simon

Re: SCA services access control...?

Anybody got anything to say about this?

On 27 juil, 20:11, Yannick <ywarn...@...> wrote:
> Hi,
>
> I think I mentioned it the first time I sent an e-mail on this list,
> but one of the major problems I have with using SCA is that, if I do
> implement it into existing classes, I don't want just anyone to be
> able to use them freely.
>
> In Dokeos (and outside of any web services context), we rely on an
> initial authentication process (using sessions) to make sure the user
> is authorized to do what he is trying to do.
>
> However, if I want to take the full benefit out of SCA, I would like
> to be able to re-use my existing functions and *just* add a few
> comments here and there, and be done with it. Now the problem is that,
> if I do that, I inevitably loose the "session" context (as I am going
> through web services), and so I loose the authentication pre-check.
>
> This is a big problem to me, as adding an authentication process
> specifically for the web services, it means I *have to* reimplement
> most of my functions to add an authentication layer.
>
> I remember Caroline saying that someone was remotely working on/
> thinking about the topic, but haven't seen any discussion about it
> since then.
>
> How are other people here dealing with that?
> This is most likely to be the dead-end for us in terms of either
> adopting SCA_SDO or at least considering it as a real benefit.
>
> From the top of my head, I would say that if there was a way to
> configure a web service transparently to work in an "authenticated
> mode" and that, from there on, it always added a required "first"
> parameter being a shared key, and optionally identified the source by
> IP address, it would be enough.
>
> Something like adding a parameter @security.shared_key ../mykey.php in
> the class documentation, that would automatically:
> - generate a modified WSDL that shows a shared_key param as a first
> parameter for any function
> - add a check of this first parameter before going through with the
> answer to the service request
>
> What would be the likeliness of that idea to be integrated into
> SCA_SDO? We have plans for a release of our next Dokeos version at the
> end of September. If it is likely, then how likely would it be that a
> modified version of SCA_SDO can be rolled into PECL by then (because,
> of course, we want our users to be able to use the feature without
> having to pack SCA_SDO in our package)? As SCA_SDO is not written in
> PHP, it would be difficult to me to contribute code, but I can
> certainly contribute ideas, analysis and testing.
>
> Yannick

Re: Error with documentation example

Hi Yannick,

Thanks for pointing out the documentation problem on osoa.org.  I'll
try to fix that shortly.

Dalibor is correct that WSDL is only generated for binding.soap.
Other bindings will generate their own kinds of service descriptions
where appropriate.  For example, binding.jsonrpc with generate a
service method description if you add ?smd.

Regards, Graham.

On 28 Jul, 00:01, Dalibor Andzakovic <Dalibor.Andzako...@...>
wrote:
> Correct. WSDL only gets created for SOAP services AFAIK.
>
> dali
>
> -----Original Message-----
> From: phpsoa@... on behalf of Yannick
> Sent: Mon 2008-07-28 11:00
> To: phpsoa
> Subject: [phpsoa] Re: Error with documentation example
>
> Sorry, @binding.soap definitely works. I've been trying all the other
> types (atom, jsonrpc, message, restrpc, tuscany, ebaysoap, local,
> restresource, xmlrpc) but none of these generate a wsdl, even though
> they don't generate any error message either.
> Is that due to something proper to each of these other web services
> types?
>
> Yannick
>
> On 27 juil, 17:39, Yannick <ywarn...@...> wrote:
> > Like I said, finding the problem was not difficult nor long, but it's
> > still confusing that there is no explanation of what "ws" could be
> > replaced by in @binding.ws. Of course, replacing it by @binding.soap
> > worked immediately.
> > However, I tried to change it to @binding.restrpc and that,
> > apparently, brings me back to the initial state (blank page); but this
> > time I get no error report.
> > Changing it back to @binding.soap doesn't work.
>
> > Yannick
>
> > On 26 juil, 18:24, Yannick <ywarn...@...> wrote:
>
> > > Hi there,
>
> > > I'm currently taking my first steps with SCA-SDO following the example
> > > given here:
>
> > >http://www.osoa.org/display/PHP/SCA+Documentation#SCADocumentation-2.5
>
> > > I am using an Ubuntu 8.04 system ad I downloaded SCA_SDO using the
> > > PECL command line interface.
> > > Now I'm sure I'm going to find the problem soon, but as the
> > > documentation, as it is, is leading me to a problem and obviously I
> > > can't create and account to edit that page, I wanted to mention it.
>
> > > When I try getting the WSDL for that page, I get a (double) error
> > > message:
>
> > > [Sat Jul 26 11:58:27 2008] [error] [client 127.0.0.1] PHP Warning:
> > > SCA_Binding_Factory::require(SCA/Bindings/ws/RequestTester.php) [<a
> > > href='function.SCA-Binding-Factory-require'>function.SCA-Binding-
> > > Factory-require</a>]: failed to open stream: No such file or directory
> > > in /usr/share/php/SCA/SCA_BindingFactory.php on line 68
> > > [Sat Jul 26 11:58:27 2008] [error] [client 127.0.0.1] PHP Fatal
> > > error:  SCA_Binding_Factory::require() [<a
> > > href='function.require'>function.require</a>]: Failed opening required
> > > 'SCA/Bindings/ws/RequestTester.php' (include_path='.:/usr/share/php:/
> > > usr/share/pear') in /usr/share/php/SCA/SCA_BindingFactory.php on line
> > > 68
>
> > > Looking into my /usr/share/php/SCA/ directory, I have:
>
> > > /usr/share/php/SCA/Bindings$ ls
> > > atom      jsonrpc  message       restrpc  tuscany
> > > ebaysoap  local    restresource  soap     xmlrpc
>
> > > So, no directory called "ws/". I guess specifying in the given example
> > > which type of service I want might help, but in the meantime the
> > > example is leading straight to an error, which is confusing for
> > > newcomers.
>
> > > Cheers,
>
> > > Yannick
>
>
>
>  winmail.dat
> 5KDownload

Impact of SCA on performance?

Hi again,

If I decide to use SCA to provide services from my existing classes,
should I be worried about performances in terms of parsing? Will any
single include of this class file trigger a parsing of my PHPDoc
documentation, or is it going to detect, somehow, that the class has
been called through a local call rather than a web service, and
consequently ignore the parsing?

Thanks,

Yannick

PHPDoc parsing too restrictive?

Hi again,

Apparently, the parsing of the PHPDoc comments is so severe that if I
use:

/**
 * This library provides functions for user management.
 * it in your code to use its functionality.
 *
 * @service
 * @binding.soap
*
*/

it won't work, but if I add one space before the star on the line
before the last, then it works:

/**
 * This library provides functions for user management.
 * it in your code to use its functionality.
 *
 * @service
 * @binding.soap
 *
*/

However, the last line (the closing tag) works, with or without space.
I haven't found any documentation about this, but it sure takes some
time to figure out! (and error reporting is un-existing about that
one)

Isn't this a little too restrictive for a package that is supposed to
provide a simple mechanism of re-use of existing functions?

Yannick