Hi Simon, yes I did. I had been assured that this would be ok because
the 'development in a branch' approach is really only necessary for
native extension code (because pecl4win always pulls this from HEAD).
Let me know if you think the binding should go elsewhere.
On 11 May, 14:48, [EMAIL
Hi Simon,
I've seen this kind of thing happen due to firewall problems. When
you run the tests from the commandline the firewall might block
php.exe, but when you run samples in the browser it lets apache.exe
through. Might be a red herring.
On 11 May, 13:06, [EMAIL PROTECTED] wrote:
No, I'm using HEAD, but 004 fails for me too, and with the same error.
On 11 May, 15:02, Simon Laws [EMAIL PROTECTED] wrote:
Graham
Thanks for the suggestion. I did try turning my firewall of but still got
the same effect. Does php004 pass for you?
Simon
I've just checked the ebaysoap binding into HEAD. I've also checked
in a couple of samples into the examples directory. There's a readme
in the examples directory that briefly describes how to get started.
The binding's pretty easy to use, removing the need for the coder to
work with soap
outlined methods for supporting nillable parameters?
Best,
Mike
-Original Message-
From: phpsoa@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Graham Charters
Sent: May 12, 2007 6:16 PM
To: phpsoa
Subject: [phpsoa] Re: nillable
Hi Mike
I think Mike is right that we shouldn't always flow this information.
It is a potential security hole as it could divulge more information
than we would like. I had similar concerns about the information we
flow back in http responses for things like Atompub and the conclusion
was to not give
Hi Simon, thanks for your 2c - it's always worth more than that :-)
I've inlined some questions/responses below.
On 18 May, 12:29, [EMAIL PROTECTED] wrote:
Graham
I like both of these suggestions and think they both have a place in
the runtime.
We should have a separation between Business
Hi All,
I've just put some documentation up on the osoa.org wiki describing
how to use the eBay SOAP binding (see
http://osoa.org/display/PHP/eBay+SOAP+Binding+Documentation).
If you spot any problems or have suggestions for improvements, please
post them as comments to this post.
This is a
Hi Simon, thanks for your thoughts. My comment are below.
On 23 May, 14:12, [EMAIL PROTECTED] wrote:
Graham
I was just thinking about this part of your issue...
snip I wrote an XML schema to match the schema used by the relational DAS
(i.e. using the urn:app_namespace, and all primitives
On 5 Jun, 10:36, Caroline Maynard [EMAIL PROTECTED] wrote:
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
Hi All,
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 called
simpledb. This gives
On 5 Jun, 13:39, Caroline Maynard [EMAIL PROTECTED] wrote:
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
The XML and Relational DAS docs have 'experimental' banners. I'd be
inclined to remove this from the XML DAS (I think it's stable), but am
not sure about the Relational DAS. Any thoughts?
--~--~-~--~~~---~--~~
You received this message because you are
On 7 Jun, 10:29, Caroline Maynard [EMAIL PROTECTED] wrote:
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
On 7 Jun, 16:10, Matthew Peters [EMAIL PROTECTED]
wrote:
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
I referred to two approaches because I felt that the two 'interfaces'
might not be progressive (i.e. steps down the same road). I suppose
in some abstract way I could be wrong in that the path info in the
URIs is an 'identity' in both cases (e.g. http:///Collection.php/12
versus
post. Instead of use_lower_case in the
ini file, you can state case = xxx , where xxx is one of upper,
lower or mixed. Mixed just makes the first letter of each
property a capital and the rest lowercase.
Graham.
On 5 Jun, 16:51, Graham Charters [EMAIL PROTECTED] wrote:
On 5 Jun, 13:39, Caroline
Hi Simon,
Yes, I see the same problem. When run with run-tests I get the
following error (I've not had chance to investigate further):
ACTUAL OUTPUT
Warning: SDO_DAS_XML::create(): php_network_getaddresses: getaddrinfo
failed: No such host is known. in C:\php\PEAR\SCA\Bindings\soap
I've just done 'pear run-tests' instead of 'php run-tests.php ...' and
004 passes, so I think the failure is due to running the phpt tests in
an inappropriate way.
Graham.
On 19 Jun, 15:16, Matthew Peters [EMAIL PROTECTED]
wrote:
Simon, the index.php did contain a reference to
Hi Simon, can you post what you're seeing for one of the failing unit
test for comparison?
Graham.
On 22 Jun, 09:08, [EMAIL PROTECTED] wrote:
On 22 Jun, 08:39, [EMAIL PROTECTED] wrote:
On 21 Jun, 22:40, Graham Charters [EMAIL PROTECTED] wrote:
Hi Matthew,
Thanks for fixing
.
On 22 Jun, 09:42, [EMAIL PROTECTED] wrote:
On 22 Jun, 09:14, Graham Charters [EMAIL PROTECTED] wrote:
Hi Simon, can you post what you're seeing for one of the failing unit
test for comparison?
Graham.
On 22 Jun, 09:08, [EMAIL PROTECTED] wrote:
On 22 Jun, 08:39, [EMAIL PROTECTED
The other place would be developerWorks' phpblog, which is syndicated
onto planet-php.
On 2 Jul, 15:31, [EMAIL PROTECTED] wrote:
I've just been doing a Tuscany blog post about the 1.2.2. release. I
notice that the release announce didn't go out on the PECL dev list.
There appears to be a
Hi Caroline,
Sorry for my silence (other project activities have taken over my life
at the moment). I would like to see this. As someone who commits
less that others and whose brain seems to flush information all to
readily, having the documented processes to refer to would be very
helpful.
. I think the PHP
class approach might need a new annotation to say they want classes
(POPO - Plain Old PHP Objects) rather than SDO.
On 30 Aug, 09:29, Graham Charters [EMAIL PROTECTED] wrote:
The many-valued nature of a lot of the properties is unfortunately due
to the inability of XML schema
Comments inlined below...
On 31 Aug, 11:35, [EMAIL PROTECTED] wrote:
Hi Graham
Some more comments in line...
On 31 Aug, 11:26, Graham Charters [EMAIL PROTECTED] wrote:
Hi Simon, thanks for the rapid comments. Here's my thoughts on the
two issues you identified:
1/ What should
wouldn't make any sense to have SCA parse
annotations in the interface.
Matt
On 31 Aug, 06:20, Graham Charters [EMAIL PROTECTED] wrote: Comments
inlined below...
On 31 Aug, 11:35, [EMAIL PROTECTED] wrote:
Hi Graham
Some more comments in line...
On 31 Aug, 11:26, Graham Charters [EMAIL
. If anyone has heard of anything which might be relevant,
please let me know.
Graham.
On 3 Sep, 13:18, Graham Charters [EMAIL PROTECTED] wrote:
It sounds like we may have consensus. To summarise:
1. We should add the ability to specify an optional interface for the
service on the @service
include
include 'SCA/SCA.php';
I need to turn my tests into phpunit tests and merge with the latest
in pecl. I'm hoping I'll be able to do that tonight.
Graham.
On 10 Sep, 16:14, Caroline Maynard [EMAIL PROTECTED] wrote:
Graham Charters wrote:
Just a quick status update...
I've done
Hi M,
Passing by-value is what the SCA specifications (see
http://osoa.org/display/Main/Service+Component+Architecture+Specifications)
say should be the calling semantics for remote services. SCA in PHP
treats all services as remote and assumes local by-reference calls
will just be done using
/**
* @service
* @binding.soap
* @requires confidentiality
*
*/
Is this the sort of thing you were thinking of, or have I completely
lost the plot? :-D
Graham.
On 11 Dec, 10:14, Rob [EMAIL PROTECTED] wrote:
Hi Graham,
On 10 Dec, 10:25, Graham Charters [EMAIL PROTECTED] wrote:
Disclaimer
there are
details that would need to be hashed out, but this is the basic idea
of how I could see it working without getting overly complex.
Rob
On 11 Dec, 16:16, Graham Charters [EMAIL PROTECTED] wrote:
Hi Rob,
What you describe is really interesting from a general SCA
perspective
Hi,
Sorry for not getting back to you sooner. Extends is not something
I'm aware of being supported. The SCA_AnnotationReader uses
get_class_methods to return the methods which the class may expose
(depends on whether they're public or are restricted using an
interface). I haven't tried it
a try and see what happens?
Regards,
Graham.
On 2 Jan, 17:07, Graham Charters [EMAIL PROTECTED] wrote:
Hi,
Sorry for not getting back to you sooner. Extends is not something
I'm aware of being supported. The SCA_AnnotationReader uses
get_class_methods to return the methods which the class
Jan, 14:18, Graham Charters [EMAIL PROTECTED] wrote: OK, so I should
have tried it before responding
Get_class_methods does include methods from parent classes. I've just
tried the following example:
filename: DerivedClass.php
?php
include 'SCA/SCA.php';
class ParentClass
I've just checked a couple of fixes into FULMAR. Seems to work fine
now.
Graham.
On 29 Jan, 10:13, Graham Charters [EMAIL PROTECTED] wrote:
I've just moved up to PHP 5.3 and encountered a few problems (e.g. a
public const in SCA_CommentReader.php called NAMESPACE apparently
clashing
Hi Dali,
I'm not sure this is a caching problem. There is some primitive
caching support, but it's only turned on for the ebaysoap binding.
Could you provide a little test case which reproduces the problem and
I'll see if I can track down what's going on?
Regards, Graham.
On 7 Feb, 23:28,
Hi Silvano,
Sorry for not replying sooner and not replying to your original note.
I always had in mind to generate documentation in the WSDL from the
methods descriptions, so what you have done is exactly the right idea.
Thanks also for the patch. I haven't taken a look at the moment. The
Hi Flo,
Are you using SCA on the client side? Could you post a small sample
which demonstrates the problem and I'll take a look?
Regards, Graham.
On 3 Oct, 20:58, flo [EMAIL PROTECTED] wrote:
I just ran into a problem with my soap connection. Server is java6 and
client is php5.
Everything
Hi Bruno,
There is a cost over and above doing local calls for local SCA service
invocations. Firstly, SCA will reflect on the service you are going
to call, in order to understand its types and what methods are
available. Secondly, the invocation will go through a proxy (SCA/
39 matches
Mail list logo
