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

2007-06-11 Thread Caplan, Michael
Hi Caroline, Thanks for the clarification. As I see it TUSCANY-1297 should be assigned to #11012. #11004 is an issue that I feel I was able to solve by hacking the SCA WSDL generator code. I think Matthew may disagree with my raised issue (looking forward to his response), but it is entirely s

[phpsoa] Re: nillable

2007-05-16 Thread Caplan, Michael
espace gets generated into the > description :-( ). > 3. To solicit more feedback. > > My apologies if I caused some confusion. I hope this helps clarify my > intentions. > > Graham. > > On 15 May, 18:14, "Caplan, Michael" <[EMAIL PROTECTED]> >

[phpsoa] Re: nillable

2007-05-15 Thread Caplan, Michael
you should have to implement > it as well, especially as you have made several other contributions in > quick succession recently. But you would however be very welcome to do > so if you wanted :-) > > Matthew > > On May 14, 2:37 pm, "Caplan, Michael" <[EMAIL PROT

[phpsoa] Re: Off Topic. Visual Studio WS Consuming

2007-05-14 Thread Caplan, Michael
Hi Simon, Thanks again for your feedback. The example code is immensely helpful. Unfortunately, I seem to be suffering from a Visual Studio issue related to the consumption of the WSDL. If I understand how web services work in Visual Studio C#, it generates proxy code that handles routing web

[phpsoa] Re: nillable

2007-05-14 Thread Caplan, Michael
ypes can be defined (this case), as it doesn't make sense > in > > other SCA circumstances. > > > > Setting everything to nillable (as it currently does) does not make > > sense as I see it. If a system does not get put into place that > > allows for users t

[phpsoa] Re: nillable

2007-05-13 Thread Caplan, Michael
ontrol how nillable is used in the generated > WSDL, as a minimum, I think it should be suppressed. I think it makes > more sense to assume all parameters as not accepting null values, then > the reverse. > > Thoughts? > > Mike > > On May 9, 8:02 am, Caroline Maynard <

[phpsoa] Off Topic. Visual Studio WS Consuming

2007-05-11 Thread Caplan, Michael
Hi there, Sorry for the (slightly) off topic posting. I'm wondering if anyone has had any success consuming a SCA web service in Visual Studio (VB or C#)? I know very, very little about VB, C#, and Visual Studio. But, I want to make sure that end users of my service can actually consume it in

[phpsoa] Re: .NET integration and SCA_SDO 1.1.2

2007-05-11 Thread Caplan, Michael
Hi Simon, Thanks for the feedback. I logged this as feature request #11012 in PECL. Best, Mike > -Original Message- > From: phpsoa@googlegroups.com [mailto:[EMAIL PROTECTED] On > Behalf Of [EMAIL PROTECTED] > Sent: May 11, 2007 6:26 AM > To: phpsoa > Subject: [phpsoa] Re: .NET integr

[phpsoa] Re: .NET integration and SCA_SDO 1.1.2

2007-05-10 Thread Caplan, Michael
Hey there, Sorry for bringing up an old thread. But, I am working through the same issue right now. Is the standing solution to grab the WSDL and scrape out: xsi:type="tns3:tBody" xsi:type="tns3:tAddress" from the generated WSDL so that Visual Studio can import it? Is a more elegant solutio

[phpsoa] Re: nillable

2007-05-09 Thread Caplan, Michael
groups.com > Subject: [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? &

[phpsoa] nillable

2007-05-08 Thread Caplan, Michael
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? Thanks, Mike E-mail messages may contain viruses, worms, or other malicious code. By reading the message and openin

[phpsoa] Re: Representing Associative Arrays in SCA Result

2007-05-08 Thread Caplan, Michael
), making the XML invalid. An htmlspecialchars fixed that up, and now I have data being returned. Thanks again Simon! Best, Mike > -Original Message- > From: phpsoa@googlegroups.com [mailto:[EMAIL PROTECTED] On > Behalf Of Caplan, Michael > Sent: May 8, 2007 9:20 AM

[phpsoa] Re: Representing Associative Arrays in SCA Result

2007-05-08 Thread Caplan, Michael
SCA_Bindings_soap_ServiceRequestHandler::handle(). The result set is properly being cast to XML right before then. For what it is worth, attached is the trace log. I'm going to poke around some more. Mike > -Original Message- > From: phpsoa@googlegroups.com [mailto:[EMAIL PROTECTED] On > Behalf Of Caplan,

[phpsoa] Re: Representing Associative Arrays in SCA Result

2007-05-08 Thread Caplan, Michael
Hi Simon, Thanks for the reply. I tried populating as you recommended with the same result. Forgive my ignorance, is their an easy way to dump the contents of the SDO object to see it's contents? Thanks, Mike > -Original Message- > From: phpsoa@googlegroups.com [mailto:[EMAIL PROTEC

[phpsoa] Re: Representing Associative Arrays in SCA Result

2007-05-07 Thread Caplan, Michael
t; -Original Message- > From: phpsoa@googlegroups.com [mailto:[EMAIL PROTECTED] On > Behalf Of Caplan, Michael > Sent: May 7, 2007 12:38 PM > To: phpsoa@googlegroups.com > Subject: [phpsoa] Re: Representing Associative Arrays in SCA Result > > > Hi Simon, > >

[phpsoa] Re: Representing Associative Arrays in SCA Result

2007-05-07 Thread Caplan, Michael
Hi Simon, Thanks for the detailed response. I'm slowly working through the intricacies of SDO. With your pointers, I was able to make good progress, but I'm stuck on one point -- populating SDO so that my result set gets properly translated to the SOAP client caller. On the associate array iss

[phpsoa] Re: SCA Server Programming: Layout Issues

2007-05-07 Thread Caplan, Michael
Hi Simon, Bang on. Your mods did the trick. My layout issues were resolved. I'm wondering, the default SCA bootstrap process (which is based on debug_backtrace), is that necessary, or somehow override-able? Ideally, I'd like to avoid to calls two SCA::initComponent(). Best, Mike > -O

[phpsoa] Re: Release 1.2.0 has just gone up

2007-05-04 Thread Caplan, Michael
Congrats on the new release! 1.2 is a major step forward. Awesome stuff! Mike > -Original Message- > From: phpsoa@googlegroups.com [mailto:[EMAIL PROTECTED] On > Behalf Of Matthew Peters > Sent: May 4, 2007 2:32 PM > To: phpsoa > Subject: [phpsoa] Release 1.2.0 has just gone up > >

[phpsoa] Re: SCA Server Programming: Layout Issues

2007-05-04 Thread Caplan, Michael
Hi Simon, Funny, I came up with the same SCRIPT_FILENAME hack, although I implemented it slightly differently. Instead I put it in the class service file so that SCA normal bootstrap process (based on the debug_backtrace()) will still work: My public file includes my bootstrap, and then include

[phpsoa] Re: SCA Server Programming: Layout Issues

2007-05-03 Thread Caplan, Michael
Hi Simon, Thanks again for the reply. Comments follow: > Ok, so let me just replay this to make sure I have understood. For 1 > and 3 you are looking to deploy like this: > > htdocs/ >MyPublic.php > private/ >MyService.php > > Where MyPublic looks something like > > > include 'boot

[phpsoa] Re: 1.2 Release

2007-05-03 Thread Caplan, Michael
Hi Simon, Thanks for clarifying! Best, Mike > > Hi Mike > > Yes, you can ignore those SDO errors at the moment. They are errors > but they are in the Tuscany SDO implementation that we use under the > covers of our SDO implementation. They are some of the corner cases in > XML that Tuscany

[phpsoa] Re: 1.2 Release

2007-05-02 Thread Caplan, Michael
Hi Simon, Thanks for the warm welcome. I built against the branch BUZZARD. However, when running all tests, I came across several PHPunit test failures (see below). I'm assuming that this is not a problem, but to be sure, here they are. Best, Mike > -Original Message- > From: phpsoa@