[phpsoa] SDO Tuscany update in BUZZARD branch

I've updated the Tuscany level in the the BUZZARD branch to 519688, which is the revision level for their proposed M3 release. I mention this because there are a few new files in this level, so if you update the code and then find you are getting strange linkage errors, it's probably because y

[phpsoa] Re: Programming model usability tweaks

I already replied to this last week, but as some others have reported, and not for the first time, my post (which I composed within Google Groups in the browser) never showed up. In future I'm going to try to make a habit of posting via email. This may eliminate missing posts, and even if it d

[phpsoa] Re: Programming model usability tweaks

Apparently I didn't make myself clear. Although I think the James Clark convention is slightly better, I am not proposing that we use it in the annotations. I prefer to stick with the #, for consistency. --~--~-~--~~~---~--~~ You received this message because

[phpsoa] Re: Debugging SDO object management

[EMAIL PROTECTED] wrote: > Sounds useful Caroline. I'll give it a spin. I assume reference > counter changes are not trapped because there is no impact on the > object itself from having its (or its zval) reference count modified. > Is that correct? Yes, that is the reason. --~--~-~--~

[phpsoa] Re: std:badalloc error processing XML docs

cem wrote: > Will report here when Tuscany gets updated. My patch is now in Tuscany. I've updated the Buzzard branch to that Tuscany level, and fixed up the code in the SDO_DataObject destructor to allow the Tuscany object to be cleared. I hope this will eliminate the memory leak. Let us kn

[phpsoa] Re: contents of next release

Matthew Peters wrote: > I think we should revisit this decision about working in a branch - I > think we have it the wrong way around. I think it would be more useful > if we developed in HEAD so that people automatically got the latest > dll, and the special case - the hard one - would be if peop

[phpsoa] Re: std:badalloc error processing XML docs

cdouglas wrote: > I got the buzzard branch from cvs and installed it but the Tuscany sdo > cpp version is still 00:09:0004, which is the version that my 1.1.2 > version on my production server shows. Did the version number not get > updated correctly? Chris, it's quite rare for the cpp version nu

[phpsoa] Re: Release 1.2.0 has just gone up

Rob wrote: > > To make it easier to find what the current development branch is can > either an email be sent to the pecl list when its created or possibly > putting it into a README in HEAD thats updated when the branch is > made? That's a good idea - I've created the file DEV_BRANCH in the so

[phpsoa] Re: JSON DAS not in 1.2.0 release?

[EMAIL PROTECTED] wrote: > I looks like the JSON DAS is not included in the 1.2.0 release. At > least I can't see it. Is this on purpose or a slip? It was explicitly excluded in the package building script for previous releases, when it was in alpha mode and we didn't want to put it in the pa

[phpsoa] Re: Wrong parameter count for SDO_DAS_XML::create()??

鱼头 wrote: > I have just update SCA_SDO package to 1.2.0 by excute "pecl install -B > SCA_SDO" in cmd. > However, I encounter some problem when run the example > "SCAComponentUsingDataStructures".I got the message like this: > > Warning: Wrong parameter count for SDO_DAS_XML::create() in D:\Progra

[phpsoa] Re: nillable

Caplan, Michael wrote: > Forgive my ignorance, but why does the WSDL generator define all types > as nillable? Should that not be defined depending on the prototype of > the method it is bound to? You're right, there's a lot of information available from the ReflectionParameter methods (all

[phpsoa] Re: Content of 1.2.1 Release

Simon Laws wrote: > > > On 5/9/07, *cem* > <[EMAIL PROTECTED] > > wrote: > > Not strictly a release item, but I noticed that several files exist in > the SCA root directory which I think should have been deleted because > of Pluggable Bindings or other re

[phpsoa] Fwd: [PECL-BUG] Bug #8690 [Com]: Extending simple types as complex types

-- Forwarded message -- From: depotnet at free dot fr <[EMAIL PROTECTED]> Date: 9 May 2007 11:54:11 - Subject: [PECL-BUG] Bug #8690 [Com]: Extending simple types as complex types To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Edit report at htt

[phpsoa] Fwd: [PECL-BUG] Req #10989 [NEW]: WDSL Types as Nillable

-- Forwarded message -- From: michael dot caplan at henryschein dot com <[EMAIL PROTECTED]> Date: 9 May 2007 12:10:34 - Subject: [PECL-BUG] Req #10989 [NEW]: WDSL Types as Nillable To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] From:

[phpsoa] Re: How much data should flow back from a business exception?

Matthew Peters wrote: > What do other people think? Matthew, the way I handled this in SDO was to introduce a "cause" property, with a getCause() public accessor, plus an additional optional parameter on the constructor for setting it. You can assign any object into the cause, though normal

[phpsoa] Re: [PECL-BUG] Bug #11004 [Fbk]: WSDL Generated Does Not Validate

Hi Matthew, thanks for helping administer the SDO defects. A few points of process: a) in Tuscany-land, the XML support is not a DAS, it's core code (the XMLHelper). I realise why it's tempting to assign the jira to "C++ DAS", but those are the people working on a C++ Relational DAS. The compo

[phpsoa] Re: [PECL-BUG] Bug #11004 [Fbk]: WSDL Generated Does Not Validate

Hi Matthew, thanks for helping administer the SDO defects. A few points of process: a) in Tuscany-land, the XML support is not a DAS, it's core code (the XMLHelper). I realise why it's tempting to assign the jira to "C++ DAS", but those are the people working on a C++ Relational DAS. The compo

[phpsoa] Re: [PECL-BUG] Bug #11004 [Fbk]: WSDL Generated Does Not Validate

Hi Matthew, thanks for helping administer the SDO defects. A few points of process: a) in Tuscany-land, the XML support is not a DAS, it's core code (the XMLHelper). I realise why it's tempting to assign the jira to "C++ DAS", but those are the people working on a C++ Relational DAS. The compo

[phpsoa] Re: Errrr... do we really want all this PECL defect activity reflected here?

Matthew Peters wrote: > d) one of the package maintainers, who do receive a stream of info > about defects, could volunteer to produce a weekly digest of > activity. Mmm, that would require someone to first volunteer and then actually follow through. > > Who is this user "phpsoa" who writes to

[phpsoa] Re: Suggest we cache the SDO model somehow

Graham Charters wrote: > One *real* comment: I think we should be getting into the habit of > using "magic method"-style things which appear on the SDO interface > (and also our proxy interfaces) to reduce the risk of clashes with the > business interfaces (in this case the properties of an SDO

[phpsoa] Re: Errrr... do we really want all this PECL defect activity reflected here?

Matthew Peters wrote: > I volunteer to produce a weekly post of defect activity. I will make > that a Friday afternoon task. I will do that until further notice, but > let's say for the next three months for definite. I will try to find a > deputy for when I am not here. Thanks, Matthew! I'm sure

[phpsoa] Re: Dependency on PEAR SDO ?????

[EMAIL PROTECTED] wrote: > > On 4 Jun, 11:32, Graham Charters <[EMAIL PROTECTED]> wrote: >> In the dependencies section for 1.2.1 we list "PEAR Package: sdo", >> which links to something athttp://pear.php.net/package/sdo- which >> clearly doesn't exist. > > It appears to be coming from the Make

[phpsoa] Re: Suggest we cache the SDO model somehow

Graham Charters wrote: > I mentioned the proxies as one of the two areas where we need to keep > the interface clean (the other was SDO). I mentioned SDO because the > "cache" appears to be on the SDO interface in Matthew's example code > (unless I've misunderstood). No, you haven't misundersto

[phpsoa] Re: rest resource binding?

[EMAIL PROTECTED] wrote: > I think that it would be interesting to have a "rest resource" binding > to sit alongside the rest rpc binding. The intention would be to > provide a convenient template against which to construct a service > which is able to provide an implementation for the HTTP style

[phpsoa] Re: Simpledb binding

Graham Charters wrote: > > There have been a few occasions where I've wanted a quick and easy way > to access a single database table as part of an SCA component > implementation. I'm just adding the finishing touches (at least to > the point where it might do something useful) to a binding cal

[phpsoa] Re: Suggest we cache the SDO model somehow

Matthew, one more thing I'd like to add to this discussion, which struck me as I was listening to Brian Shire's excellent presentation at php|tek (http://tekrat.com/wp/talks/phptek2007/[EMAIL PROTECTED]). There are already several caching solutions for php, in particular APC, also memcache and

[phpsoa] Re: Suggest we cache the SDO model somehow

Graham Charters wrote: > Ah, I think I have misunderstood, and it's the subtle (at least to my > brain) distinction between SDO and SDO_DataObject. What do you mean > by "adding a property to the extension"? I'm not aware of an > interface we expose called "SDO" so jumped to the conclusion that

[phpsoa] Re: Suggest we cache the SDO model somehow

Bad form to reply to my own post, but just after I sent it I saw this thread in the internals mailing list: http://thread.gmane.org/gmane.comp.php.devel/43094 so we shouldn't use APC to cache SCA objects without giving some thought to how they get serialized. That's probably not too surprising

[phpsoa] Re: Are the DASs experimental

Simon Laws wrote: > I agree with you assessment, i.e. that the XMLDAS is stable but that the > relational DAS is still not well used enough to decide that it has > settled down. What he said. (I should have removed it from the XML DAS at the same time as the core, sorry if I didn't. Note that

[phpsoa] Re: Time for DUNLIN to peck its way out?

Michael Caplan wrote: > > I'd like to petition to get Bug #11004 (WSDL Generated Does Not > Validate) and Request #10994 (Business Exceptions Data Returned to > Client) in this release. > > Judging from [EMAIL PROTECTED] (sorry not sure who that is) final comment on > #11004, I think this ticket

[phpsoa] Re: Time for DUNLIN to peck its way out?

Matthew Peters wrote: > I have just checked in some changes to the SDO C++ code (thanks, Pete > Robbins) and a one-liner to one of the classes in the soap binding > which I think fix 11012 and 11004. Both the wsdl and the soap messages > now validate correctly with soapscope and Java Xerces, whi

[phpsoa] Re: Bug #11004 [Fbk]: WSDL Generated Does Not Validate

Matthew Peters wrote: > b) I am not sure if you are telling me that I need to do something > here. Is there something I need to do in future that I have not been > doing? It's fine now. It was something you didn't do for this particular bug - which was in "feedback" (harsh turquoise) state at t

[phpsoa] Re: Time for DUNLIN to peck its way out?

Matthew Peters wrote: > I have just answered your post on 24th May - which I never spotted at > the time, apologies. There must be another one I have missed since you > say "either of my requests". Please point me at the one I have missed. FWIW, it was in a reply sent 8 Jun to a private mail fro

[phpsoa] Re: Time for DUNLIN to peck its way out?

[EMAIL PROTECTED] wrote: > I think that creating the suggested tests is a good idea. I've seen > several emails pass by about release process and have to confess that > I don't remember the details. While I'm not a big fan of being too > process oriented our build and release is sufficiently comp

[phpsoa] Re: DUNLIN RC1 testing

[EMAIL PROTECTED] wrote: > I'm still having problems with my Windows environment. All of my phpt > tests fail with empty output files. Anyone any ideas? What happens if you run the generated php scripts manually? > There is a new dependency, via PHP, on open ssl in the tests (deep > joy - that

[phpsoa] Re: DUNLIN RC1 testing

[EMAIL PROTECTED] wrote: > On 15 Jun, 12:31, Caroline Maynard <[EMAIL PROTECTED]> wrote: >> [EMAIL PROTECTED] wrote: >>> There is a new dependency, via PHP, on open ssl in the tests (deep >>> joy - that kept me entertained for a while - not SCA-SDOs fault >&

[phpsoa] Re: Upgrading EIDER to latest Tusany code

simonslaws-gM/[EMAIL PROTECTED] wrote: > As an aside I can check the updated SDO implementation into EIDER if > anyone wants to try it. I have updated SDOUserMacros.h to match what > is required for PHP SDO. Is there anything elses I need to fix up > before I check in? As per Matthew's post, b

[phpsoa] Re: Service that implement interfaces?

simonslaws-gM/[EMAIL PROTECTED] wrote: > > > On 4 Jul, 09:30, simonsl...-gM/[EMAIL PROTECTED] wrote: >> It would seem to be the case that if you implement a service using a >> class that implements an interface then SCA doesn't recognize it as a >> service. For example, with the service: >> >>

[phpsoa] New article about SCA and SDO

Perhaps it was just me looking the wrong way (my mind was on other things that week) - did everyone else notice the appearance on developerWorks of a new article about SCA and SDO for PHP? Not sure if the author is a subscriber to this list, but he's created a useful short introduction to usin

[phpsoa] Re: Upgrading EIDER to latest Tusany code

[EMAIL PROTECTED] wrote: > > On 5 Jul, 14:25, Matthew Peters <[EMAIL PROTECTED]> wrote: >> What happened to Simon's userid? >> >>> simonslaws-gM/[EMAIL PROTECTED] wrote: > > Not sure! It's decided I don't need an alias anymore. I think it happens because you don't have a nickname. This is a bi

[phpsoa] Re: New article about SCA and SDO

[EMAIL PROTECTED] wrote: > > Good spot Caroline, have added it to the "places that talk about us" > list. .. however I had already added it to the "Papers" list! I chose that because it was more like a tutorial and less like a discussion. YMMV. --~--~-~--~~~---~--~

[phpsoa] Re: about JMS Binding

Jack Zai wrote: > Unlike any of other bindings, where an http server is used for > listening to the ports, for the ms binding, a service is started from > a console (e.g. > php myservice.php). Once the service is started, it > will keep trying to get message from the queue, and it can be > termin

[phpsoa] Re: Upgrading EIDER to latest Tusany code

Matthew Peters wrote: > P.S. Just checking - you've changed the skips so that 002 and 003, > which were skipped, now fail. You are going to change the expected > output to take out the default namespace, and then they'll work. Is > that right? Indeed. In the time-honoured manner, I have changed t

[phpsoa] Re: Upgrading EIDER to latest Tusany code

Rob wrote: > I did have to however make some changes to the source to get things > working: > http://www.ctindustries.net/patches/sdo.diff.txt > change in commonj/sdo/SDOSchemaSAX2Parser.h was required to compile > (Fedora 6) > change in SDO_DataObject.cpp was for a memleak (bug10049.phpt was > f

[phpsoa] Re: Upgrading EIDER to latest Tusany code

Rob wrote: > I do have a question about the change though. Is there any possibility > that EG(uninitialized_zval_ptr) would ever be returned for either > value, as its probably not a good idea to be playing around with that. > Conceptual I wouldn't think so if you are comparing 2 SDO objects, but

[phpsoa] Re: Digest of bug activity for week ending 13th July 2007

Thanks, I enjoyed that. Highly digestible :-) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "phpsoa" group. To post to this group, send email to phpsoa@googlegroups.com To unsubscribe from this group, send email t

[phpsoa] Re: New PHP SOA Community user interface!

Tom, First a link, for readers who don't even remember where to find the wiki: http://osoa.org/display/PHP/Test+SOA+PHP+Homepage I do like your new layout. It's great that you've investigated advanced Confluence features and added the search box - this will be really useful. It's actually ver

[phpsoa] Experiences with the ATOMPUB binding

t;http://www.w3.org/2005/Atom";, 'entry'); $entry = $document->getRootDataObject(); /* Fill in the entry here */ return $xmldas->saveString($document); and got xml data looking like this: http://www.w3.org/2001/XMLSchema-instance"; xmlns:tns="http://www.w3.or

[phpsoa] Re: Experiences with the ATOMPUB binding #5

Caroline Maynard wrote: > 5.Server rejected the generated XML > I use the following code to generate my feed entry: > > $xmldas = SDO_DAS_XML::create("Atom1.0.xsd"); > $document = $xmldas->createDocument( > "http://www.w3.org/2005/Atom";, 'en

[phpsoa] Re: Experiences with the ATOMPUB binding #2

Caroline Maynard wrote: > For the server I was using, I needed to add >CURLOPT_HTTPAUTH => CURLAUTH_BASIC >CURLOPT_USERPWD => "$user:$passwd" >CURLOPT_SSL_VERIFYPEER => false > (though I should have used a more secure solution to the last

[phpsoa] Re: Experiences with the ATOMPUB binding #5

ing was all wrong before and the elementFormDefault attribute > was being ignored but it should be behaving according to spec now. Your analysis makes sense - I experimented with changing the schema as you suggest, and the following popped out: http://www.w3.org/2001/XMLSchem

[phpsoa] Re: Experiences with the ATOMPUB binding #5

with not having a default namespace - it likes: http://www.w3.org/2001/XMLSchema-instance"; xmlns="http://www.w3.org/2005/Atom";> Caroline Maynard ... but dislikes: http://www.w3.org/2001/XMLSchema-instance"; xmlns:tns="http://www.w3.org/2005

[phpsoa] Re: Experiences with the ATOMPUB binding #5

Matthew Peters wrote: > Thank you. The mistake I was making was putting >$entry_author->name = $author; > when I should have had >$entry_author->name[] = $author; > > Isn't it all horrid. When you try to write it from scratch, and if you > do not know what you are doing (that was me) it'

[phpsoa] Re: New PHP SOA Community user interface!

[EMAIL PROTECTED] wrote: > Anybody else have any thoughts?? I've said my piece, but please would others respond too, as I'm reluctant to edit the wiki while the information is in two different places. --~--~-~--~~~---~--~~ You received this message because you a

[phpsoa] Another blogger writing about SDO

http://fathobbits-devjournal.blogspot.com/ has several recent articles --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "phpsoa" group. To post to this group, send email to phpsoa@googlegroups.com To unsubscribe from

[phpsoa] Search cvs commits for SCA_SDO

I uploaded a form (http://groups.google.co.uk/group/phpsoa/web/commits.html) that you can use to search the cvs commits on a particular SCA_SDO branch. The results are not quite accurate, because the gmane Xapian search won't tokenise the input as I intended. But I still find it useful. Feel

[phpsoa] Re: about JMS Binding

simonslaws-gM/[EMAIL PROTECTED] wrote: > Before I go and do that I need to ask the question about whether we > want to make SAM a mandatory dependency. I don't think we can let SAM be a mandatory dependency. The tests should simply be skipped if SAM is unavailable. --~--~-~--~

[phpsoa] Re: Finer-grained control over service methods (Pecl Request #11944)

Graham Charters wrote: > I've just created the test case and reproduced the behaviour (I won't > say "problem" because I think perhaps what we recommend today might be > the real problem). I tried something which I thought I'd already > attempted and it worked. So here's the explanation. > > It

[phpsoa] Re: Experiences with the ATOMPUB binding #5

Graham Charters wrote: > For the XML serialization using the default namespace, would we want > this to be determined from the XML schema? So for example, our > Atom1.0.xsd has the default namespace being that of Atom, so the > instance documents could do the same. Yes, I think that would be th

[phpsoa] Re: Experiences with the ATOMPUB binding #5

Graham Charters wrote: > I meant to ask. Of the options to improve the API, which would people > prefer, or are there any other suggestions? > > My current preference is for the building up of the SDO Atom model > programmatically because this will not require the developer to > specify they wan

[phpsoa] Re: I suppose I can't put an SDO into the session...

Matthew Peters wrote: > Caroline, thanks for answering. I am actually glad that it is supposed > to work since I know it has worked for someone else - the person who > gave me the code in the first place. > > The schema Cart.xsd is I needed a Customer.xsd too, but the one I found in the eService

[phpsoa] Re: Error in Web Services Description Language Tool

Paul Scott wrote: > On Mon, 2007-11-12 at 15:16 -0200, Tatto de Castro wrote: >> I'm having a strange problem when I try to use the Web Services >> Description Language Tool (Wsdl.exe) from .NET Framework Tools. I'm >> getting an error when I try to use the wsdl.exe to create the C# >> client

[phpsoa] Re: How can I access a property containing a hyphen (i.e. "portfolio-id")

Paul Scott wrote: > On Wed, 2007-11-14 at 04:44 -0800, [EMAIL PROTECTED] wrote: >> I'll log it in Tuscany and make a change. I can make the change >> locally on PECL in the first instance. If people have doubts about >> this then let me know. >> > > I have some serious doubts about that... Modify

[phpsoa] Re: Contributing to CVS

Tom, thanks, it will be great to have your participation. For the bugs, these should be raised on the bugs system, and if you have proposed patches you should make them accessible so that a developer can review them. For the new features, you should start some discussions about your proposals

[phpsoa] Re: Time to release FULMAR: what should be in it?

Tom wrote: >> What else should we be fixing as a priority before releasing FULMAR? > > Line 24 SCA_BindingFactory.php: > if (!class_exists('SCA_Binding_Factory',)) { > > should be: > if (!class_exists('SCA_Binding_Factory', false)) { I can imagine what happened :-) Actually that's quite a comm

[phpsoa] Re: How can I access a property containing a hyphen (i.e. "portfolio-id")

[EMAIL PROTECTED] wrote: > I do see what you're saying Paul and we do have to be careful in cases > like these. I think if we were stepping outside of the various > specifications we would be on very dodgy ground. It's a balance > between supporting the schema that people already have (they most

[phpsoa] Re: SDO_DAS_XML prints malformed XML

Caroline Maynard wrote: > Tom wrote: >> Hi guys! >> >> The following code produces malformed XML output: >> >> $type = $sdo->getTypeName(); >> $xdoc = $this->xml_das->createDocument('', $type, $sdo); >> $xmlstr = $this->xml_

[phpsoa] Re: SDO_DAS_XML prints malformed XML

Tom wrote: > Hi guys! > > The following code produces malformed XML output: > > $type = $sdo->getTypeName(); > $xdoc = $this->xml_das->createDocument('', $type, $sdo); > $xmlstr = $this->xml_das->saveString($xdoc); > > Try looking at this document that was produced this way: > http://codest

[phpsoa] Re: SDO_DAS_XML prints malformed XML

Caroline Maynard wrote: > Caroline Maynard wrote: > Matthew, I see you've found a Tuscany problem > (http://issues.apache.org/jira/browse/TUSCANY-1553) already open for > this. Even if that gets fixed though, I don't think we can always depend > on Tuscany - the SC

[phpsoa] Re: SDO_DAS_XML prints malformed XML

Caroline Maynard wrote: > Matthew, I see you've found a Tuscany problem > (http://issues.apache.org/jira/browse/TUSCANY-1553) already open for > this. Even if that gets fixed though, I don't think we can always depend > on Tuscany - the SCA code generates some xml its

[phpsoa] Re: SDO_DAS_XML prints malformed XML

Matthew Peters wrote: > We should probably edit the variables that we are using to make sure > they don't contain dodgy characters. I think they are only ever values > that we pull out of the annotations e.g. from @param and so forth, but > we should be careful. I will raise a pecl bug to track i

[phpsoa] Re: SDO_DAS_XML prints malformed XML

Caroline Maynard wrote: > > I've sent a patch for this to the Tuscany team, and am now hoping for > the attention of a Tuscany developer. > Tuscany have accepted my patch, so I've now checked it into our FULMAR branch, and it will

[phpsoa] Re: How can I access a property containing a hyphen (i.e. "portfolio-id")

Caroline Maynard wrote: > I raised this on the Tuscany list > (http://thread.gmane.org/gmane.comp.apache.webservices.tuscany.devel/25795), > and Pete is having a think about the implications. Tuscany have accepted my patch, so I've now checked it into our FULMAR branch, and it

[phpsoa] Re: How to access HTTPS Webservice

[EMAIL PROTECTED] wrote: > Hello NG, > > I am pretty new to SCA (I read about it in PHP-Magazin thie year and > want > to use it in my project). > What i want to do is, to access a SOAP Service, hosteted on a SSL- > protected > Server, which requires a client certificate? > > Is there a chance o

[phpsoa] Re: Fatal error: Uncaught SCA_RuntimeException

Khurrum, apologies for the delay posting this one - I missed it because Google mail decided that the moderation message from Google Groups was spam :-( --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "phpsoa" grou

[phpsoa] Re: Unsetting of data objects using xpath not working as expected

cdouglas wrote: > I am having an issue trying to remove a data object using xpath and > unset and it's not working as I expect. > > Example: > > > LP 24 tns:extendedData> > LP 24 > > > Lp11222 > > > > I want to remove the entire object for parentId="mpg6" portId="25"> based on the port

[phpsoa] Re: Unsetting of data objects using xpath not working as expected

cdouglas wrote: > Hello, > I am having an issue trying to remove a data object using xpath and > unset and its not working a I expect. > > Example: > > > LP 24 tns:extendedData> > LP 24 > > > Lp11222 > > > > I want to remove the entire object for parentId="mpg6" portId="25"> based on th

[phpsoa] Re: Unsetting of data objects using xpath not working as expected

cdouglas wrote: > Hello, > I am having an issue trying to remove a data object using xpath and > unset and its not working a I expect. > > Example: > > > LP 24 tns:extendedData> > LP 24 > > > Lp11222 > > > > I want to remove the entire object for parentId="mpg6" portId="25"> based on th

[phpsoa] Re: Status of issue with SDO scoping of anonymous types with same name

cdouglas wrote: > Simon, > >I verified that this issues was fixed in a 1.2.3 beta built, but it > is not working in 1.2.4 final. > > -Chris Chris, the related Tuscany updates seem to have disappeared during the release process. I can't find any recorded explanation of this, so I'm making

[phpsoa] Re: A PHP Manual update

Philip Olson wrote: > Hello all- > > Just wanted to inform this list that the PHP Manual has received an > overhaul lately and this includes the sdo documentation. You'll notice > the content has been split into various book related categories, and > there is room for more too! Like a faq.xml a

[phpsoa] Re: Methods Documentation in WSDL

Silvano Girardi Jr wrote: > is there any special reason for the SCA to do not generate the > in the WSDL based on the method's > description in the doc block? Probably nobody thought to do it. Seems a good idea to me. Any volunteers? --~--~-~--~~~---~--~~ You r

[phpsoa] Re: SOAP and Cannot redeclare class error

Dylan wrote: > Hi, > > After modifying guessClassName() in SCA_Helper.php to find my classes > (which are prefixed with 'class.'), I can finally generate WSDL with ? > wsdl - kind of. > > I can see that the WSDL has been generated through XDEBUG and > SCA::logger (see below). However, output of

[phpsoa] Re: Methods Documentation in WSDL

Silvano Girardi Jr wrote: > On Fri, Apr 25, 2008 at 5:38 AM, Caroline Maynard <[EMAIL PROTECTED]> wrote: > >> Silvano Girardi Jr wrote: >> >>> is there any special reason for the SCA to do not generate the >>> in the WSDL based on the method'

[phpsoa] Dokeos developers considering SCA

See http://dokeoslead.wordpress.com/2008/04/23/dokeos-drupal-link-planning/. Maybe some existing users of SCA in this kind of environment could advise? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "phpsoa" grou

[phpsoa] Re: Problem when using type DOUBLE in SOAP

Matthew Peters wrote: > OK, this testcase is enough to demonstrate the problem (using > Sample.wsdl from the defect that Silvano raised). The problem is not > that the sdo does not have the precision; it's in the serialisation to > xml which treats the value like 'print' does and not 'print_r'.

[phpsoa] Re: Problem when using type DOUBLE in SOAP

Matthew Peters wrote: > Hi Caroline, thanks for a very authoritative answer, as always. The > one we are going to need to fix, of course, is the Tuscany behaviour, > and what it does on $xmldas->saveString($xdoc), since that is what we > use to generate the XML for the soap response ... unless we

[phpsoa] Re: Problem when using type DOUBLE in SOAP

Caroline Maynard wrote: > I've raised a Tuscany defect: > http://issues.apache.org/jira/browse/TUSCANY-2439 and offered them a > patch. I'll keep you posted. Tuscany developers have committed my patch, and I've also made a change to the SDO extension so that Tuscany w

[phpsoa] Re: SDO DAS loadString failing with multiple namespaces

cdouglas wrote: > I am trying to create an SDO_DAS_XML object using an XSD that > imports 5 other XSD's and has multiple namespaces throughout. The > object gets created correctly and there are no errors thrown when I do > the loadString, but the data from the XML doc doesn't get populated in >

[phpsoa] Re: How is the SDO development and when is it supposed to become stable?

Bruno Reis wrote: > I'm facing some design decisions on a new project now that puts me > towards something like SDO, but being it an experimental extension, > it's hard to bet on it. May anyone tell me please, how is the SDO > development going and when is it supposed to become stable? Bruno, I'

[phpsoa] Re: How is the SDO development and when is it supposed to become stable?

Bruno Reis wrote: > When was it marked stable? See http://pecl.php.net/package/SCA_SDO - the 1.0.0 release on 2006-03-01 > Is there a good didatic tutorial or docs you would suggest? Many of the information sources are shamefully out of date. I think http://www.osoa.org/display/PHP is probabl

[phpsoa] Re: Consuming SSL secured web services

Matthew Peters wrote: > OK so that's useful information and makes sense. How would you go > about connecting to an https URL from PHP? I have never tried it. Is > there a way to give the userid and password to the file wrapper? I've forgotten a lot of what I knew about this too, but Matthew's ap