Dashboard > PHP Community > SOA PHP Homepage > Community
Log In   View a printable version of the current page.
Community
Added by Thomas Foster (IBM), last edited by Thomas Foster (IBM) on Aug 30, 2007  (view change)
Labels: 
(None)


Getting Involved

PHP SOA is an open source project but this doesn't just mean submitting code for new features. Contributions can come in many forms, for example, writing or translating documentation, writing test cases, creating tutorials, filing bug reports and fixes. PHP itself has a vibrant community that contributes to the core technology (the bit you get when you download PHP) and to extensions that are hosted in PEAR (generally user space extensions, i.e. extensions implemented in PHP itself), in PECL (generally extensions which have a native element to them such as a C or C++ library) or elsewhere. We have joined the PECL community because we have chosen to base some of our work on the C++ implementations from the Apache Tuscany project.

We are using the tools provided by PECL and so if you go to the PECL page for the SCA_SDO project, you will find:

The docbook source for the user documentation is held in CVS but not in the same directories as the source code. It's here:

The SDO and SCA implementations have both native (C/C++) and PHP script components. We follow the PHP internals guidelines for the native code elements. Note that these are guidelines are for people writing C code in the PHP engine itself and not for PHP source code. For the PHP code we follow the PEAR guidelines.

To ensure the freedom of both committers and users to use and reuse the software we have put in place a Contributor License Agreement (CLA). Of course you don't have to sign anything to use the software but if you want to contribute to the project we ask that you complete a CLA. Our CLA is based on the Apache CLA and does not ask you assign the rights to your code, or inhibit you from using it for any other purpose. It simply serves to state the the code is yours to give, and that you do not impose any restrictions on its use. The instructions telling you what to do are included at the top of the CLA.

Communication

Contacts

Caroline Maynard: cem at php.net
Graham Charters: charters at uk.ibm.com
Matthew Peters (IBM): mfp at php.net
Simon Laws: simonslaws at googlemail.com

Community

We have a mailing list for help, ideas, rants etc.: http://groups.google.com/group/phpsoa.

If you prefer a newsgroup interface, point your newsreader at nntp://news.gmane.org/gmane.comp.php.sca-sdo.

Other ways to access the group are detailed at http://dir.gmane.org/gmane.comp.php.sca-sdo. The group is also archived at The Mail Archive.

Currently the archive does not show posts prior to 2007-02-22. This can be fixed if someone can provided the old posts in the necessary format.

Here's a summary of the most recent topics:

phpsoa Google Group (rss_2.0)
(Discuss Service Component Architecture (SCA) and Service Data Objects (SDO) for PHP.)
Explicitly specifying type of xsd:anyType in soap request
I am using a wsdl that has a xsd:anyType parameter in a method call.
The resulting SOAP request generates xml that looks like this:

<tns2:mValue>testing</tns2:mVa lue>

I need someway to make it output this instead:

<tns2:mValue xsi:type="xsd:string">13.219</ tns2:mValue>

How can I inject an attribute or specify a type in this situation?

Problem when using type DOUBLE in SOAP
Gentlemen,
there is a critical issue (at least for me) when dealing with double values
using SOAP.
Example: when returning 3210.8765, you get: 3211.
I reported it as a bug: [link]
FYI, when I try with REST-RPC or not using SCA at all (with SoapServer), it
works fine: returns the same double value.
Newbie question
Hi all,

Busy testing SCA package. I have a problem with a very simple
testscript. Running a local script client.php:

<?php

include 'SCA/SCA.php';

$wsdl = file_get_contents('[link]
helloworld.php?wsdl');
file_put_contents("helloworld. wsdl",$wsdl);
$helloservice = SCA::getService('helloworld.ws dl');

SoapClient try/catch problem
Hey All

Im having some problem on my client side
at the client code i'm doing something like this

try {
return $this->updateSoapReturn( $this->getService()->
$str_method( $this->fixSlashes($arr_param) )->{$str_method .
'Return'} );
$e->getmessage();
return false;

Well, my problem is that my WebService when trow the exceptio he use

Dokeos developers considering SCA
See
[link].
Maybe some existing users of SCA in this kind of environment could advise?

Blogs

September 2005 Davey Shafik's Blog
August 2006 Jacob Santos' Blog
October 2006 Adam Trachtenberg's Blog
November 2006 Greg Whitescarver's Blog
December 2006 IBM DeveloperWorks PHP Blog
February 2007 Davi Silva's Blog
February 2007 Daniel Rubio - The Web Services Advisor
August 2007 Fat Hobbits blog

Powered by Atlassian Confluence, the Enterprise Wiki. (Version: 2.4.5 Build:#708 Apr 12, 2007) - Bug/feature request - Contact Administrators