[phpsoa] Re: problem with require_once and global

2007-03-14 Thread Matthew Peters
Hi mbertazz, This is a tricky little problem. The essence of the problem is that config.php only expects to find itself called from the very top level script, where all variables are global. That is why it does not bother to do global $CFG itself. However, when we call pippo.php for the first

[phpsoa] Re: problem with require_once and global

2007-03-15 Thread Matthew Peters
it as the target of a webservice call. thank you again, mbertazz On Mar 14, 6:24 pm, Matthew Peters [EMAIL PROTECTED] wrote: Hi mbertazz, This is a tricky little problem. The essence of the problem is that config.php only expects to find itself called from the very top level script, where all

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

2007-03-21 Thread Matthew Peters
, that is, to make a copy without having to re- read the schema files, so that the additional types can be added and the original factory kept unchanged. But to do this would require a clone function that doesn't currently exist in the underlying Tuscany library. On Feb 27, 3:54 pm, Matthew Peters

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

2007-04-03 Thread Matthew Peters
Yes, exactly right. The scope is intended to be module init to shutdown, and across all callers. I don't really know how I could do otherwise - a per-request cache would be throwing away all the benefit. Of course you have worried me now. If the keys are chosen poorly - for example every call

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

2007-04-16 Thread Matthew Peters
On 3 Apr, 11:12, Matthew Peters [EMAIL PROTECTED] wrote: Yes, exactly right. The scope is intended to be module init to shutdown, and across all callers. I don't really know how I could do otherwise - a per-request cache would be throwing away all the benefit. Of course you have worried

[phpsoa] View this page Contents of 1.1.3 Release

2007-04-23 Thread Matthew Peters
I turned Simon's proposed list of contents for the next release into a page here on this site so that anyone can hone it, track progress within it, etc. Click on http://groups.google.com/group/phpsoa/web/contents-of-1-1-3-release - or copy paste it into your browser's address bar if that

[phpsoa] Re: contents of next release

2007-04-23 Thread Matthew Peters
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 people wanted only the version

[phpsoa] Re: nillable

2007-05-17 Thread Matthew Peters
@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Peters Sent: May 15, 2007 1:47 PM To: phpsoa Subject: [phpsoa] Re: nillable (Joining this thread a week late :-)) Mike, you have done a fantastic job of researching the options. I'm puzzled why you say _two_

[phpsoa] Re: PHP docs install instructions lead to wrong SCA_SDO version being installed

2007-05-23 Thread Matthew Peters
On May 23, 2:17 pm, [EMAIL PROTECTED] wrote: or tell me how to fix the docs and I'll do it. Fixing the docs is a bit of a pig because it is a Linux-based XML- based (DocBook) compile-style activity. I'll fix this one right now. Sometime, if you fancy a go, here are some notes on the process:

[phpsoa] Re: PHP docs install instructions lead to wrong SCA_SDO version being installed

2007-05-23 Thread Matthew Peters
On May 23, 2:17 pm, [EMAIL PROTECTED] wrote: or tell me how to fix the docs and I'll do it. Fixing the docs is a bit of a pig because it is a Linux-based XML- based (DocBook) compile-style activity. I'll fix this one right now. Sometime, if you fancy a go, here are some notes on the process:

[phpsoa] Re: PHP docs install instructions lead to wrong SCA_SDO version being installed

2007-05-23 Thread Matthew Peters
On May 23, 2:17 pm, [EMAIL PROTECTED] wrote: or tell me how to fix the docs and I'll do it. Fixing the docs is a bit of a pig because it is a Linux-based XML- based (DocBook) compile-style activity. I'll fix this one right now. Sometime, if you fancy a go, here are some notes on the process:

[phpsoa] Re: PHP docs install instructions lead to wrong SCA_SDO version being installed

2007-05-23 Thread Matthew Peters
On May 23, 2:17 pm, [EMAIL PROTECTED] wrote: or tell me how to fix the docs and I'll do it. Fixing the docs takes a bit of investment because it is a Linux-based XML-based (DocBook) compile-style activity. I'll fix this one right now. Sometime, if you fancy a go, here are some notes on the

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

2007-05-23 Thread Matthew Peters
OK, several things got discussed here but picking out the essential attitude to the initial question: Mike C says (I am quoting from pecl defect 10994): I would like to suppress everything with the exception of the exception description and number. Exposing files and backtraces in exceptions

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

2007-05-23 Thread Matthew Peters
Please can we turn it off? --~--~-~--~~~---~--~~ 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 to [EMAIL PROTECTED]

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

2007-05-23 Thread Matthew Peters
Please can we turn it off? --~--~-~--~~~---~--~~ 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 to [EMAIL PROTECTED]

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

2007-05-24 Thread Matthew Peters
d) one of the package maintainers, who do receive a stream of info about defects, could volunteer to produce a weekly digest of activity. Who is this user phpsoa who writes to us from behind an alias? Let them show their face, I say! :-) Depending on the response, I can: a) leave it turned

[phpsoa] Re: Google Groups is broken

2007-05-24 Thread Matthew Peters
Yes, I'm getting the Could not post when actually the post worked. Then when I realise that the posts did work, I have to go and delete all but one. It's topic Thanks, Google in the list below. I don't know, you use a free service and then complain when you get your money's worth. On May 24,

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

2007-05-29 Thread Matthew Peters
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. Ok I volunteered, Does that mean I have to follow

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

2007-06-01 Thread Matthew Peters
I just checked in to DUNLIN a temporary change so that the ebaysoap binding uses the caching of the data factory. Specifically, what I did was: 1. enable the caching in the sdo extension when the special two- argument version of SDO_DAS_XML::create is used 2. make the table of cached data

[phpsoa] Re: rest resource binding?

2007-06-07 Thread Matthew Peters
I'm glad you like the idea, and you ask a good question. It has always seemed to me that right at the bottom we have service-oriented components and resource-oriented components, and that the service oriented ones can all be totally different but that at one level the resource-oriented ones are

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

2007-06-07 Thread Matthew Peters
You're right of course, we still need the comment, for the reason you mention. All the rest still stands. On Jun 4, 11:44 am, Graham Charters [EMAIL PROTECTED] wrote: Isn't this used to identify and unwrap the interface of the doc/lit wrapped service? If this is the case, then we still can't

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

2007-06-07 Thread Matthew Peters
I wonder what happened to the post I just sent ... forget the words I said last time, since Caroline said it had to be an object not an array I proposed the following interface: $key = // calculate this in some way based on the xsd or xsds to be used. if (SDO::cache-containsKey($key)) {

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

2007-06-11 Thread Matthew Peters
I had a look at all these today. The nub of the problem is that both #11012 and #11004 point at JIRA #1297. I created the confusion in the first place when I raised Tuscany JIRA 1297 - I raised the original JIRA with a title that presupposed what the problem was. Really the problem is that the

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

2007-06-13 Thread Matthew Peters
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, which I think must be what

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

2007-06-14 Thread Matthew Peters
Caroline, a) Thanks, I have made a note on a postit and stuck on the top sheet of my SCA for PHP todo - assign defects we find in XML parsing to C++ SDO *not* C++ DAS. 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

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

2007-06-14 Thread Matthew Peters
Caroline, Thanks for the reminder, I have changed the Tuscany defect 1297 to closed. I have made a note of the Tuscany level in our DUNLIN page here - I'll remember to add it to the release notes. I have just answered your post on 24th May - which I never spotted at the time, apologies. There

[phpsoa] Re: DUNLIN RC1 testing

2007-06-18 Thread Matthew Peters
Simon, the place to fix things is in DUNLIN. Once that is right, then I will move the code across to HEAD, create the release, and make the new branch. Please go ahead and fix anything you want to, then when you have finished let me know what's left. I should have made more effort to catch the

[phpsoa] Re: DUNLIN RC1 testing

2007-06-19 Thread Matthew Peters
Simon, the index.php did contain a reference to helloworldscajsonrpc/ Helloworld.php which did not exist - it should have been helloworld.php. Thanks for spotting - I have fixed. Matthew On 18 Jun, 16:12, [EMAIL PROTECTED] wrote: Things left to do If any one fancies taking a look 1/

[phpsoa] Re: DUNLIN RC1 testing

2007-06-19 Thread Matthew Peters
Good progress. I will generate another RC --~--~-~--~~~---~--~~ 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 to

[phpsoa] Re: DUNLIN RC1 testing

2007-06-19 Thread Matthew Peters
...well, actually. Two things: 1. I moved the dependency test for the ebaysoapbinding into one place in the setUp method rather than in every test. I hope you would have done the same... ...but... 2. There are some horrible network delays. I am working at home on a broadband line and the soap

[phpsoa] Re: DUNLIN RC1 testing

2007-06-19 Thread Matthew Peters
2. There are some horrible network delays. I am working at home on a For example I just got a timeout. We can see it is going out on the web for http://schemas.xmlsoap.org/wsdl/: .br / bWarning/b: SDO_DAS_XML::create(http://schemas.xmlsoap.org/wsdl/) [a

[phpsoa] Re: Results of fixing up the schema loading problem

2007-06-21 Thread Matthew Peters
What are we going to do then? Sitting on a broadband connection, each of the WSDL generation tests takes about a second. That's in the morning UK time when the US is asleep. The times go up considerably in the afternoon. Two days running the times have gone above 30 seconds. It is a one-line

[phpsoa] DUNLIN RC2

2007-06-21 Thread Matthew Peters
I just uploaded a new release candidate for DUNLIN (1.2.2) into the files section of this google group. I deleted the previous one, so the one that is there, and says it was uploaded at 8:10, is the one to try. wrt to the going out on the web for no schemalocation problem, I went for the

[phpsoa] DUNLIN has left the nest

2007-06-22 Thread Matthew Peters
I have just committed the DUNLIN branch to HEAD, and built and released it as release 1.2.2. The release notes are: * Fixes for PECL bugs: - PECL#10925 - Don't treat magic PHP methods as service operations - PECL#10989 - don't automatically make all types in the wsdl nillable - PECL#10994 -

[phpsoa] Re: Upgrading EIDER to latest Tusany code

2007-06-28 Thread Matthew Peters
Simon, thanks for putting this up here and saving us all falling over it. I expect this is related to the answer I got back on https://issues.apache.org/jira/browse/TUSCANY-1112 which is all about namespaces, and where I know a fix was checked in recently (a week or so ago, after I took the code

[phpsoa] Re: Upgrading EIDER to latest Tusany code

2007-07-05 Thread Matthew Peters
for a fix is. In the meantime, Simon, I'll be glad if you don't check in the recent changes :-) Matthew On Jun 28, 10:46 am, Matthew Peters [EMAIL PROTECTED] wrote: I will look at the JIRA and answer it for sure in the next two days, and also reply back here with what I find

[phpsoa] Re: Upgrading EIDER to latest Tusany code

2007-07-05 Thread Matthew Peters
What happened to Simon's userid? simonslaws-gM/[EMAIL PROTECTED] wrote: --~--~-~--~~~---~--~~ 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

[phpsoa] Re: New article about SCA and SDO

2007-07-05 Thread Matthew Peters
Thanks for spotting that. What a nice article it is! I am very impressed - it seems no matter how neglectful any of us have been about the documentation (for example I only just got round to changing @binding.ws for @binding.soap in the docs), Tyler Anderson has deciphered what we have been up to

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

2007-07-11 Thread Matthew Peters
Sorry - In my case silence = I usually only watch the top 7 topics i.e. the ones that show up on the phpsoa google page, and this one had risen up and fallen below that threshold before I got round to reading it. I think it would be an interesting social experiment to see if we can evolve some

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

2007-07-11 Thread Matthew Peters
I am such a bad person. I knew I wasn't doing it and was always half- expecting someone to call me to account. OK I *_promise_* to do it this Friday :-) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups phpsoa group.

[phpsoa] Re: Upgrading EIDER to latest Tusany code

2007-07-11 Thread Matthew Peters
Yes, I think the new behaviour is correct. The recent Tuscany changes have stopped the default namespace being emitted, so the output on the left hand side of your file compare is the one we want to see. Thank you for fixing the skip conditions.

[phpsoa] Re: Upgrading EIDER to latest Tusany code

2007-07-12 Thread Matthew Peters
Rob, thank you very much for the information about HTTP_RAW_POST_DATA. Unless you also have an idea how to achieve what we wanted, I'll write to Dmitry and see if he can suggest a way to unit test applications that use the soap server from the command line. Matthew On Jul 11, 4:40 pm, Rob

[phpsoa] Re: Upgrading EIDER to latest Tusany code

2007-07-12 Thread Matthew Peters
That sounds a good way to go. Good suggestion. On Jul 12, 12:10 pm, Rob [EMAIL PROTECTED] wrote: pass the serialized request as the parameter to the handle() call. In --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google

[phpsoa] Re: Upgrading EIDER to latest Tusany code

2007-07-16 Thread Matthew Peters
Rob, thank you very much for your investigations. You suggested earlier that it might be possible to change the soap binding so that it passes the info in on the handle() call. Presumably this would work in all cases without needing to rely on how php was built? Matthew

[phpsoa] ATOMPUB binding

2007-07-17 Thread Matthew Peters
We have a first attempt at a ATOMPUB binding sitting on a server here that has quite made it to the outside world. It was mostly written by Megan Beynon - she put a lot of work in but then had to move to another project. The essential idea is that you can define a proxy for a remote component

[phpsoa] Re: ATOMPUB binding

2007-07-17 Thread Matthew Peters
Shame I didn't read it through carefully before posting - that should be that has *not* quite made it to the outside world ... On Jul 17, 10:06 am, Matthew Peters [EMAIL PROTECTED] wrote: that has quite made it to the outside world. It was mostly written

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

2007-07-18 Thread Matthew Peters
Good, I'm pleased :-) On Jul 17, 4:15 pm, Caroline Maynard [EMAIL PROTECTED] wrote: Thanks, I enjoyed that. Highly digestible :-) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups phpsoa group. To post to this

[phpsoa] Re: ATOMPUB binding

2007-07-19 Thread Matthew Peters
I ave check - what has happened to me :-) Mental note - read the post through before clicking on Send. On Jul 19, 5:43 pm, Matthew Peters [EMAIL PROTECTED] wrote: I ave check it into EIDER, along with its phpunit tests and example (a good starting point is examples/SCA/atom

[phpsoa] Digest of activity in the codebase for week ending 20th July 2007

2007-07-20 Thread Matthew Peters
To my knowledge the following happened in the EIDER codebase this week: ___ PECL BUG 11388 This was the one about how the soap extension no longer looks for $RAW_HTTP_POST_DATA any longer in 5.2.3 so the soap binding was no longer working . This was not hard to fix, thanks to Rob

[phpsoa] Digest of activity in the three weeks up to 10 August 2007

2007-08-10 Thread Matthew Peters
There has been no activity in the codebase which is why I have left it three weeks since writing the last digest. That is not to say there is nothing going on though. Tom Foster has substantially updated the OSOA pages on SCA and SDO for PHP, as mentioned elsewhere. Matthew Schultz found a

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

2007-08-21 Thread Matthew Peters
Oh dear. tns:author nameCaroline Maynard/name /tns:author .../... atom namespace. However the problem for me is that this particular server still doesn't like it - it gives me a response code 400, but I hoped we had seen the back of namespace problems but this looks like Tuscany is still

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

2007-08-21 Thread Matthew Peters
On Aug 20, 12:10 pm, Caroline Maynard [EMAIL PROTECTED] wrote: Matthew Peters wrote: Incidentally, could you paste in a little of the code that used to add the fields to the entry? I am finding it very hard to write the code that creates an entry - something to do with the weird many

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

2007-08-22 Thread Matthew Peters
How beastly of it. Now, who wants to be the one to tell Pete... On Aug 22, 11:33 am, Caroline Maynard [EMAIL PROTECTED] wrote: However I am still getting the 400 status code (with no error message) from the atompub server. I think the code in question just can't cope with not having a

[phpsoa] EIDER has become 1.2.3; FULMAR is the new development branch

2007-08-24 Thread Matthew Peters
Today I packaged up EIDER and turned it into release 1.2.3. The contents are follows: * Fixes for PECL bugs: - TUSCANY-1362 - Incorrect operation of code that checks whether schema is loaded before going out on the net to retrieve it. - TUSCANY-1112 - (which is PECL 9867) Incorrect namespaces

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

2007-11-22 Thread Matthew Peters
Looking through the open defects I think we should fix the following two soon. We have let them go quiet. http://pecl.php.net/bugs/bug.php?id=12193 - binding.soap: alphabetical order of namespaces causes failure http://pecl.php.net/bugs/bug.php?id=11996 - SCA does not show libxml2 parse errors

[phpsoa] Re: SDO_DAS_XML prints malformed XML

2007-11-23 Thread Matthew Peters
Hi Caroline, well spotted. There are places in both the wsdl generation and in the xmlrpc binding that we generate xml by simply sticking strings together ( I searched for / ). We should probably edit the variables that we are using to make sure they don't contain dodgy characters. I think they

[phpsoa] Re: SCA Webservice in WSDL mode

2008-01-25 Thread Matthew Peters
Hi Dan, Thanks for trying SCA and for telling us about the problem. Please would you put up the Temperatures.xsd as well? I'll look at it straight away. Matthew On Jan 25, 12:28 am, Dalibor Andzakovic [EMAIL PROTECTED] wrote: Hi All, I Have a problem running consuming SCA exposed as a

[phpsoa] Re: SCA Webservice in WSDL mode

2008-01-29 Thread Matthew Peters
27, 9:29 pm, Dalibor Andzakovic [EMAIL PROTECTED] wrote: On Jan 25, 10:23 pm, Matthew Peters [EMAIL PROTECTED] wrote: Thanks for trying SCA and for telling us about the problem. Please would you put up the Temperatures.xsd as well? I'll look at it straight away. Hi Matthew, thanks

[phpsoa] Re: SCA not working on PHP 5.3

2008-01-30 Thread Matthew Peters
Have you tried using your 5.3 under Zend Studio? Is the debugger dll in ZS compatible, do you know, with your 5.3? Matthew On Jan 29, 1:36 pm, [EMAIL PROTECTED] wrote: So you got there first! Are you exclusively on 5.3 now? Simon --~--~-~--~~~---~--~~ You

[phpsoa] surely it's time for FULMAR

2008-01-31 Thread Matthew Peters
We have been hanging on to FULMAR hoping to get a solution to the data model caching in it, but this doesn't seem to be going to happen. Shall I make a release? Matthew --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups

[phpsoa] Re: soap:fault element generation

2008-02-05 Thread Matthew Peters
Hi Dali, SCA doesn't generate fault elements in the wsdl at the moment. The steps to do so would be something like: 1. decide what you want the definition to look like within the service. I expect you would choose to define an @exception annotation and then put on that annotation whatever other

[phpsoa] Re: Fatal error: Uncaught SCA_RuntimeException

2008-02-07 Thread Matthew Peters
reproduce the error then I will ask you to turn on the logging inside SCA and we will see what is going on that way, but I'll tell you how to do that if we need to. Matthew Peters

[phpsoa] Re: Uncaught SCA_RuntimeException

2008-02-07 Thread Matthew Peters
I think we're now handling this error in the other thread entitled Fatal error: Uncaught SCA_RuntimeException On Feb 6, 12:57 pm, khurrum [EMAIL PROTECTED] wrote: Try The soap examples is is coming in all soap examples Fatal error: Uncaught SCA_RuntimeException: The remote service threw

[phpsoa] Re: caching of xsd

2008-02-08 Thread Matthew Peters
For info, there is an example in the release that does I think what you want to do. I don't know where it would have been installed on your machine, but on my Linux machine: /usr/local/lib/php/test/SCA_SDO/examples/SCA/Soap/ SCAComponentUsingDataStructures it shows calling a sefvice via SOAP

[phpsoa] Re: Fatal error: Uncaught SCA_RuntimeException

2008-02-11 Thread Matthew Peters
For info, Khurrum wrote to me to say that this was indeed to do with the level of the soap extension: Hey i got it working when i have upgraded my php 5.16 to 5.24 ,oyu were right it was the Soap version error. Case closed. On Feb 7, 4:40 pm, Matthew Peters [EMAIL PROTECTED] wrote: Because

[phpsoa] FULMAR released

2008-03-04 Thread Matthew Peters
I have built and released FULMAR as 1.2.4 The contents are: # The ability to control the operations on a service interface through a PHP interface by specifying the PHP interface on the @service annotation - e.g. @service MyServiceInterface # PECL bug 11997 - don't remove xsi:type (except on top

[phpsoa] Re: Problems with message binding

2008-03-04 Thread Matthew Peters
: SCA_Bindings_message_ServiceDescriptionGenerator::generateMSD($service_description)); we downloaded the SCA_SDO stable version 1.2.3 from here:http://pecl.php.net/package/SCA_SDO/ Again... thank you for your help jpuerta On 3 Mar, 07:04, Matthew Peters [EMAIL PROTECTED] wrote: Hi, sorry to hear you are having problems

[phpsoa] And the new development branch is ...

2008-03-04 Thread Matthew Peters
... the UK's smallest songbird, GOLDCREST. http://www.rspb.org.uk/wildlife/birdguide/name/g/goldcrest/index.asp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups phpsoa group. To post to this group, send email to

[phpsoa] Re: Problems with message binding

2008-03-06 Thread Matthew Peters
are generated fine... We are using SCA_SDO version 1.2.4 now... Any suggestion will be appreciated... Thank you very much jpuerta... On 4 Mar, 07:06, Matthew Peters [EMAIL PROTECTED] wrote: Good, that sounds as if that has fixed the problem for you. How about the second one - a blank

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

2008-06-17 Thread Matthew Peters
Hi Silvano, Indeed, this is not good. I picked up the sample from the defect that you raised. I added a couple of trigger_errors to Bindings/soap/Wrapper.php to look at the return values. If I show the return value before we mess with it, it looks fine: [Tue Jun 17 13:45:20 2008] [error]

[phpsoa] Re: Newbie question

2008-06-18 Thread Matthew Peters
Hi Stefaan, I see, you are presumably getting nothing back when you ask for the wsdl with something like $wsdl = file_get_contents('http://barabas.hogent.be/kariboe/ helloworld.php?wsdl'); What we need to know is what appears in the apache error log on the server machine barabas.hogent.be (or

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

2008-06-18 Thread Matthew Peters
127.0.0.1] PHP Notice: SDO_DataObjectImpl Object\n(\n[getDoubleReturn] = 3210.8765\n)\n in C:\\php\\PEAR\\SCA\\Bindings\\soap\\Wrapper.php on line 97 I need to look further On Jun 17, 1:52 pm, Matthew Peters [EMAIL PROTECTED] wrote: Hi Silvano, Indeed, this is not good. I picked up the sample

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

2008-06-18 Thread Matthew Peters
/2001/XMLSchema-instance; tns2:getDoubleReturn1.235e+000/tns2:getDoubleReturn /BOGUS On Jun 18, 4:23 pm, Matthew Peters [EMAIL PROTECTED] wrote: Ouch, I have just seen that I made an error. It is the use of ... --~--~-~--~~~---~--~~ You received this message because

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

2008-06-19 Thread Matthew Peters
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 do some horrid fix up of the

[phpsoa] Re: Explicitly specifying type of xsd:anyType in soap request

2008-06-23 Thread Matthew Peters
Hi Charlie, There is no way to alter the xml that gets generated; this is done in the C code inside the php_sdo extension. However, it might be that it is not working properly, and that it should be generating the xsi:type's - if so, we should fix it. It would help if you could point us at the

[phpsoa] Re: Explicitly specifying type of xsd:anyType in soap request

2008-06-24 Thread Matthew Peters
, - Charlie On Mon, Jun 23, 2008 at 6:35 AM, Matthew Peters [EMAIL PROTECTED] wrote: Hi Charlie, There is no way to alter the xml that gets generated; this is done in the C code inside the php_sdo extension. However, it might be that it is not working properly, and that it should

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

2008-06-24 Thread Matthew Peters
Hi Silvano, just to say that I bumped into Caroline who said she is going to take a look at it and see what it will take to get the right behaviour during xml generation. Matthew On Jun 19, 10:40 am, Matthew Peters [EMAIL PROTECTED] wrote: Hi Caroline, thanks for a very authoritative answer

[phpsoa] Re: Explicitly specifying type of xsd:anyType in soap request

2008-07-01 Thread Matthew Peters
Hi Charlie, just to say that I am sorry to say that the person who is looking into this is busy elesewhere right now so although I expect him to get to it in time, right now it's on hold. Just thought I ought to let you know. We do agree it needs fixing though. Matthew On Jun 24, 1:56 pm,

[phpsoa] Re: Consuming SSL secured web services

2008-11-20 Thread Matthew Peters
The way I _think_ this works (though it is 2 years since I last looked at this bit of the code) is as follows: 1. the Soap_Proxy calls setWSDLTypes 2. setWSDLTypes calls the SDO_DAS_XML::create (as shown in the message below) 3. the SDO_DAS_XML code calls the Tuscany SDO code passing the URL 4.

[phpsoa] Re: Consuming SSL secured web services

2008-11-23 Thread Matthew Peters
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? Matthew On 20 Nov, 20:44, Silvano Girardi Jr [EMAIL PROTECTED] wrote: Nope. failed to open

[phpsoa] Re: Consuming SSL secured web services

2008-11-25 Thread Matthew Peters
I wonder too. I suggest one of us put a question on one of the PHP mailing lists, or maybe on the page to do with fopen(). Are you happy to do that, Silvano? Matthew On Nov 24, 3:40 pm, Silvano Girardi Jr [EMAIL PROTECTED] wrote: I wonder if there is any way to specify the certificate to PHP

[phpsoa] Re: Creation of WSDL file in SCA

2009-03-03 Thread Matthew Peters
This looks a great idea. I have just added it and checked it in. I wasn't sure that WSDL_DIR was quite unique enough - I'd rather have it in a namespace or an SCA at front or something - but actually I expect it is good enough so I left it as it was. I agree we should have a release, especially