gmane.comp.php.sca-sdo

Re: Installation of PHP SDO_SCA for PHP 5.3

CloCkWeRX — 2011-09-04T11:37:49

Hey Peter/John,
I forked the svn trunk version (as opposed to the goldcrest branch
mentioned; I didn't see that bit) to github and applied the same
steps.

You can create your own fork and apply further fixes if you like.
https://github.com/CloCkWeRX/sdo

make test shows only one failing test:
test for bug #9243 - unnecessary warning messages loading remote
schema [tests/SDO/phpt/bug9243.phpt]


I'm part of PEAR (rather than PECL); so there's a (very) slim chance I
can actually get the pecl maintainers to pick up the fixes and make it
official :) Mostly by annoying them in a polite fashion

(unknown)

Kieran — 2011-08-04T10:40:34

http://engelsaphira.en.funpic.de/vlink.html

Re: Installation of PHP SDO_SCA for PHP 5.3

Peter — 2011-08-01T21:15:13

I have managed to make SDO_SCA working (compile, etc.) in the Debian
Squeeze environment (PHP 5.3.3, gcc 4.4.5) based on the below
description from Jon (and others - big THX!).
I am not sure how to submit a patch to the SDO_SCA source tree or make
these changes get to an official release (and into the PECL repo)
anyhow. If you have a hint, please let me know.

Until then, here is the tarball that works for me:
https://pety.homelinux.org/cloudbank_repo/SCA_SDO-1.2.5.tgz

The changes have been made to the RELEASED, stable SCA_SDO-1.2.4.tgz
tarball. I had to change the version to 1.2.5 for some reason (I do
not remember now) but this is really the patched version of 1.2.4 not
a new official release.

Here is the patch file (created w/ the default options suggested by
man patch): https://pety.homelinux.org/cloudbank_repo/SCA_SDO-1.2.4-fix_php_5.3.3_gcc_4.4.5.patch

I hope this helps someone :)


Peter


---------- Forwarded message ----------
From: jongiddy <jongi...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
Date

binding change.

Thiago Dias — 2011-05-03T19:27:56

Hi All.
I'm using binding.soap for a while, but some performance reasons I'm
thinking in to change it to binding.restrpc.
Can anybody tell me if changing the binding I will have performance
improvement?
And will be necessary only change: < at >binding.soap to < at >binding.restrpc?
I tryid to use the exempler from here but no success:
http://www.osoa.org/display/PHP/binding.restrpc+Binding+Documentation

Tks.

Installation of PHP SDO_SCA for PHP 5.3

jongiddy — 2010-08-10T10:45:12

I've just been getting the PHP SDO SCA code working with PHP 5.3. Many
thanks to the March 2010 email of cdouglas for the initial steps.

Here are my changes for getting a working SOAP web service. I have not
tested this with PHP 5.2 so cannot guarantee that the changes are
backwards-compatible. Any comments are welcomed.

Thanks,
Jon.

Instructions to install SCA and SDO modules to work with PHP 5.3

*** Checkout newest branch from Subversion (post 1.2.4 development
branch)

$ svn co http://svn.php.net/repository/pecl/sdo/branches/GOLDCREST
$ cd GOLDCREST

*** Patch code

Edit sdo.cpp
- remove all "static" modifiers, except "static char rcs_id[]..."

Edit commonj/sdo/SDODataConverter.cpp
- add "#include <stdio.h>"

ereg_replace is deprecated in PHP 5.3, the following change prevents
deprecation warnings being printed, which allows 2 tests to pass
correctly

Edit SCA/SCA_CommentReader.php
- Line 381:
<<<
$targetLine = ereg_replace("\t", " ", $targetLine);
$targetLine = preg_replace("{[ \t]+}", " ", $targetLi

Re: Fatal error: Uncaught SCA_RuntimeException: Only an invalid absolute path could be constructed from class componentFacebook and relative path Cookie.xsd thrown in /usr/local/zend/share/pear/SCA/SCA_Helper.php on line 153

jongiddy — 2010-08-10T10:49:01

I have seen this message when the name of the XSD file is incorrect.
Try using the absolute path to the XSD file in your class file, to see
if that fixes the problem.

e.g. something like:
/**
 * < at >service
 * < at >binding.soap
 *
 * < at >types http://fb.com/  /home/me/php-sdo/Cookie.xsd
 */
class Facebook {
}

On 24 June, 19:35, MavDev <mohammed.abdulla...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Fatal error: Uncaught SCA_RuntimeException: Only an invalid absolute path could be constructed from class componentFacebook and relative path Cookie.xsd thrown in /usr/local/zend/share/pear/SCA/SCA_Helper.php on line 153

MavDev — 2010-06-24T18:35:21

Can anyone help me out with this problem ?

Fatal error: Uncaught SCA_RuntimeException: Only an invalid absolute
path could be constructed from class componentFacebook and relative
path Cookie.xsd thrown in /usr/local/zend/share/pear/SCA/
SCA_Helper.php on line 153

Re: Changes to make SDO/SCA work with 5.3.2

jwpjr — 2010-04-20T12:46:49

I was able to follow cdouglas' instructions to build SDO/SCA
successfully on Fedora 12 and PHP 5.3.2.

When I tried the same set of instructions on Mac OSX 10.6, I received
the same errors as Luke Moynihan (see his post).

It would be great if we could get this to build on Mac OSX 10.6. Any
tips would be greatly appreciated.

On Apr 14, 4:23 pm, Luke Moynihan <lukemoyni...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:
<snip>

Re: Changes to make SDO/SCA work with 5.3.2

Luke Moynihan — 2010-04-14T20:23:27

I am trying to compile on Mac OSX 10.6, following your instructions i
get new errors:


/Users/luke/SCA_SDO/SDO_DAS_DataFactory.cpp:524: error: call of
overloaded 'setDefault(const commonj::sdo::Type&, char*&, long int)'
is ambiguous
/Users/luke/SCA_SDO/commonj/sdo/DataFactory.h:431: note: candidates
are: virtual void commonj::sdo::DataFactory::setDefault(const
commonj::sdo::Type&, const char*, bool)
/Users/luke/SCA_SDO/commonj/sdo/DataFactory.h:436:
note:                 virtual void
commonj::sdo::DataFactory::setDefault(const commonj::sdo::Type&, const
SDOString&, bool)
/Users/luke/SCA_SDO/commonj/sdo/DataFactory.h:441:
note:                 virtual void
commonj::sdo::DataFactory::setDefault(const commonj::sdo::Type&, const
char*, char)
/Users/luke/SCA_SDO/commonj/sdo/DataFactory.h:446:
note:                 virtual void
commonj::sdo::DataFactory::setDefault(const commonj::sdo::Type&, const
SDOString&, char)
/Users/luke/SCA_SDO/commonj/sdo/DataFactory.h:451:
note:                 virtual void
commonj::sdo:

Re: Changes to make SDO/SCA work with 5.3.2

cdouglas — 2010-03-29T14:28:34

Done with Rhel 5.3 and Fedora 12.

On Mar 17, 8:58 pm, bandirsen <backsw...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Changes to make SDO/SCA work with 5.3.2

bandirsen — 2010-03-18T01:58:37

Thanks for sharing,
btw, what compiler and OS did you use ?

Changes to make SDO/SCA work with 5.3.2

cdouglas — 2010-03-15T14:29:15

Hello,
 Wanted to share the changes I had to make to the code to get SCA/SDO
to work with 5.3.2 without warnings or errors. If I find more, I will
update.

If using with PHP >= 5.3.0, you need to make the following source code
changes:

remove all "static" except "static char rcs_id[] ..." from sdo.cpp.

Add #include <stdio.h> to commonj/sdo/SDODataConverter.cpp

/usr/local/lib/php/SCA/SCA_CommentReader.php
  Line 381: $targetLine = preg_replace("{[ \t]+}", " ", $targetLine);
  Line 385: if (strpos($word,$bindingAnnotation) === 0) {
  Line 592: $targetLine = preg_replace("{[ \t]+}", " ", $targetLine);

/usr/local/lib/php/SCA/SCA_AnnotationRules.php
  Line 222:  $line         = preg_replace("{[ \t]+}", " ", $line);

This project is urgently need to be revived

bandirsen — 2010-03-09T01:25:48

Today SOA became more and more standard architecture on building
application, everybody know the current and up coming technology such
as, SaaS, web OS, cloud computing, etc where the SOA would fit
perfectly.

meanwhile, PHP became more mature with its 5.3.x release, along with
birth so many php sophisticated php framework and tools, such as ZF,
Kohana, CI, Symphony, PRADO, Doctrine 2.0, etc

with those facts, I don't see any reason to let this project die and
abandoned.

So, with this post, I want to invite all member on this group to
reviving this project and hopefully make this project became standard
SOA implementation in PHP world.

how about this ?

Re: The status of the project and the unfinished exception handling part??

cdouglas — 2010-01-27T15:21:21

It seems that things have really stalled over the last year.  I have
been using SDO for several years now and its been perfect for what I
needed once you figure out some of the quirks (more in the underlying
Tuscany than in the extension).  I am now starting to use SCA for
projects. It would be a shame for this project to die.

-Chris

On Dec 23 2009, 1:27 am, chuckle <cag...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

The status of the project and the unfinished exception handling part??

chuckle — 2009-12-23T07:27:45

Hello,

I am trying to use SCA for PHP on a project, but the code base seems
to be stalled for a while. Anyone knows if any new development is
being done, or it has already become an 'orphan' project?

Also, the code for business exception serialization-deserialization
into the Soap Fault seems to be broken/unfinished. I may attempt to
fix it but want to know if anybody worked on this area already?

Thank you very much...

Cagil

--

You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0< at >public.gmane.org
To unsubscribe from this group, send email to phpsoa+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0< at >public.gmane.org
For more options, visit this group at http://groups.google.com/group/phpsoa?hl=en.

Re: Compiling SDO against PHP 5.3.0

cdouglas — 2009-11-30T17:16:06

Thanks, I got it to compile under Fedora 12 with PHP 5.3.1 with the
change you said as well as adding #include <stdio.h> to commonj/sdo/
SDODataConverter.cpp




On Nov 10, 11:47 am, Robert <wilde...-EIBgga6/0yRmR6Xm/wNWPw< at >public.gmane.org> wrote:

--

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

Re: can't use wsdl file get service??

Cole — 2009-11-25T06:11:48

question in SCA/Bindings/soap/Mapper.php 136 line,
public function toXML($sdo)
{
   SCA::$logger->log('Entering');
   SCA::$logger->log("sdo = ".print_r($sdo, true));

   try
135   {
136       $xdoc   = $this->xmldas->createDocument('', 'BOGUS', $sdo);
137       $xmlstr = $this->xmldas->saveString($xdoc, 0);

toXML($sdo) function $sdo is SDO_DataObject, but this is array? how
createDocument?

Logs are as follows：
[ 25] Info 21/11/2009
02:06:05::895 .....SCA_Bindings_soap_Proxy::_passTheCallToTheSoapClient
- Entering
[ 26] Info 21/11/2009
02:06:05::895 .......SCA_Bindings_soap_Mapper::toXML - Entering
[ 27] Info 21/11/2009
02:06:05::896 .......SCA_Bindings_soap_Mapper::toXML - sdo = Array
(
   [symbol] => IBM
)

[ 28] Info 21/11/2009
02:06:05::896 .......SCA_Bindings_soap_Mapper::toXML - xml =
[ 29] Info 21/11/2009 02:06:06::


28 line SCA_Bindings_soap_Mapper::toXML - xml =     is NULL?

2009/11/24 Silvano Girardi Jr <silvanojr-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>


--

You received this message becaus

Re: can't use wsdl file get service??

Silvano Girardi Jr — 2009-11-24T13:31:40

What happens?

You should be doing something with the return from
$service->getPrice(array('symbol'=>'IBM'));

Try var_dump($service->getPrice(array('symbol'=>'IBM')));

Silvano

2009/11/21 heshuai64 <heshuai64-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>


--

You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0< at >public.gmane.org
To unsubscribe from this group, send email to phpsoa+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0< at >public.gmane.org
For more options, visit this group at http://groups.google.com/group/phpsoa?hl=en.

can't use wsdl file get service??

heshuai64 — 2009-11-21T02:35:18


include 'SCA/SCA.php';
$service = SCA::getService("StockQuoteService?wsdl");
$service->getPrice(array('symbol'=>'IBM'));


StockQuoteService?wsdl file content:
<?xml version="1.0" encoding="UTF-8"?>
<wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:axis2="http://quickstart.samples/" xmlns:ns1="http://
org.apache.axis2/xsd" xmlns:ns="http://quickstart.samples/xsd"
xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl"
xmlns:http="http://schemas.xmlsoap.org/wsdl/http/" xmlns:xs="http://
www.w3.org/2001/XMLSchema" xmlns:mime="http://schemas.xmlsoap.org/wsdl/
mime/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
targetNamespace="http://quickstart.samples/">
    <wsdl:documentation>StockQuoteService</wsdl:documentation>
    <wsdl:types>
        <xs:schema attributeFormDefault="qualified"
elementFormDefault="qualified" targetNamespace="http://
quickstart.samples/xsd">
            <xs:element name="getPrice">
                <xs:comple

Re: Compiling SDO against PHP 5.3.0

Robert — 2009-11-10T17:47:35

You can, just remove all "static" except "static char rcs_id[] ..."
from sdo.cpp.

Worked for me.


On 10 nov, 15:22, cdouglas <ch...-ff+wiHjHi4Ybit0LTj+A0g< at >public.gmane.org> wrote:

Re: Compiling SDO against PHP 5.3.0

Robert de Wilde — 2009-11-10T17:46:15

You can, just remove all "static" except "static char rcs_id[] ..." from 
sdo.cpp.

Worked for me.


cdouglas schreef: