DUNLIN RC1 testing

I'm still having problems with my Windows environment. All of my phpt
tests fail with empty output files. Anyone any ideas?

Anyhow here's what I found...

Linux:
FC6
PHP 5.2.0

tests/SCA/phpunit/TestSuite.php
ln 407 - requires SoapBinding rather than SOapBinding

examples/SCA/helloworldscajsonrpc/
There is a issue with the case of Helloworld.php. The index page
refers to
it as HelloWorld.php. Best to be accurate.

examples/SDO/rss-media missing

Windows
XP SP2
PHP 5.2.0

All of the phpt tests failed (am still investigating - must be
something wrong with my environment)

General
README
- sort out reference to DEV_BRANCH
- Would be worth noting that we distribute examples and they end
up in
test/SCA_SDO/examples
copying this dir to htdocs gives allows you to read about/try
SCA and SDO examples.

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
though). It would be useful to note somewhere what extensions we
expect to be turned on to get a clear test run.
sdo
libxml
soap
json
xmlrpc
openssl
curl
pdo + you favourite driver for the DAS tests

Having these tests fail because the extension is not enabled in
valid but not an SCA_SDO problem. I could add a note to the web site
and/or README ?

We should have an index.html page in the examples dir point to SDO
and SCA index pages.
We should have in index.html in examples/DAS for completeness to
explain what's going on

Remove interop tests from
SCA_SDO/tests/AllTests.php
We don't ship these test (still useful for local testing though)

Can you tell me where I should put fixes?

Regards

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Caroline Maynard

2007-06-15 11:31:16 UTC

Post by simonslaws-gM/Ye1E23mwN+
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?

Post by simonslaws-gM/Ye1E23mwN+
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
though).

Not sure what you mean by "via PHP". I know that the ebaysoap binding
has a dependency on openssl - and I did add a check to that binding to
make sure openssl is loaded. Are you talking about something else?

It would be useful to note somewhere what extensions we

Post by simonslaws-gM/Ye1E23mwN+
expect to be turned on to get a clear test run.
sdo
libxml
soap
json
xmlrpc
openssl
curl
pdo + you favourite driver for the DAS tests

A good way to do this is to add a check to the SKIPIF section of the
test, so that it outputs an explanatory message if the required
extension is not available.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

simonslaws-gM/Ye1E23mwN+

2007-06-15 11:59:08 UTC

Post by simonslaws-gM/Ye1E23mwN+
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?

It turned out to be a Release vs Debug thing.

Post by simonslaws-gM/Ye1E23mwN+
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
though).

No, that's it. We require certain things to be loaded into PHP so it
would be useful to say in the docs that some tests will fail if you
don't have the right things loaded. It's OK that they fail but it's
not our fault. Good that the tests bindings are kind enough to tell
you.

Post by Caroline Maynard
It would be useful to note somewhere what extensions we

Post by simonslaws-gM/Ye1E23mwN+
expect to be turned on to get a clear test run.
sdo
libxml
soap
json
xmlrpc
openssl
curl
pdo + you favourite driver for the DAS tests

A good way to do this is to add a check to the SKIPIF section of the
test, so that it outputs an explanatory message if the required
extension is not available.

Not sure about this. I was specifically thinking about the unit tests
which blow up if the right extensions are not available but probably
useful to see that as if they don't show an error people might think
all of the features are availalble when they aren't.

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Caroline Maynard

2007-06-15 13:07:59 UTC

Post by simonslaws-gM/Ye1E23mwN+
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
though).

Post by Caroline Maynard
It would be useful to note somewhere what extensions we

Post by simonslaws-gM/Ye1E23mwN+
expect to be turned on to get a clear test run.
sdo
libxml
soap
json
xmlrpc
openssl
curl
pdo + you favourite driver for the DAS tests

A good way to do this is to add a check to the SKIPIF section of the
test, so that it outputs an explanatory message if the required
extension is not available.

By "unit tests" do you mean phpunit or phpt? People who are used to pear
packages are likely to run the tests by something like:

pecl run-tests -r

so if we had the SKIPIF sections I'm suggesting, then they would see a
message, for example:

SKIP SCA ebaysoap test [tests/SCA/phpt/nnn.phpt] (reason: ebaysoap SCA
binding requires openssl extension)

I would find that more helpful (and maintainable) than a para in some
docs somewhere that I probably haven't read.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Simon Laws

2007-06-15 13:30:01 UTC

Post by simonslaws-gM/Ye1E23mwN+
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
though).

Post by Caroline Maynard
It would be useful to note somewhere what extensions we

Post by simonslaws-gM/Ye1E23mwN+
expect to be turned on to get a clear test run.
sdo
libxml
soap
json
xmlrpc
openssl
curl
pdo + you favourite driver for the DAS tests

A good way to do this is to add a check to the SKIPIF section of the
test, so that it outputs an explanatory message if the required
extension is not available.

By "unit tests" do you mean phpunit or phpt? People who are used to pear
pecl run-tests -r
so if we had the SKIPIF sections I'm suggesting, then they would see a
SKIP SCA ebaysoap test [tests/SCA/phpt/nnn.phpt] (reason: ebaysoap SCA
binding requires openssl extension)
I would find that more helpful (and maintainable) than a para in some
docs somewhere that I probably haven't read.
Yes, a nice helpful message there would do the trick.

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Matthew Peters

2007-06-18 09:38:42 UTC

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 case-related one that shows on Linux so I will sort out my
Linux system so I could have caught that one - please go ahead and fix
it though.

Post by Caroline Maynard
so if we had the SKIPIF sections I'm suggesting, then they would see a
SKIP SCA ebaysoap test [tests/SCA/phpt/nnn.phpt] (reason: ebaysoap SCA
binding requires openssl extension)
I would find that more helpful (and maintainable) than a para in some
docs somewhere that I probably haven't read.

Suppose a user wants to run the tests but doesn't intend to use the
ebaysoap binding then they don't need to load the extension. We should
not force them to load the extension just to run the tests.

In the meantime I will put the release up in the files section of this
google group.

Matthew

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Matthew Peters

2007-06-18 09:56:10 UTC

SCA_SDO-1.2.2.tgz - the version that Simon has been using above, no
fixes yet - is now in the files section.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

simonslaws-gM/Ye1E23mwN+

2007-06-18 15:12:02 UTC

Post by Matthew Peters
SCA_SDO-1.2.2.tgz - the version that Simon has been using above, no
fixes yet - is now in the files section.

OK, I've done the easy fixes in DUNLIN. I've also overhauled the
installation instruction so if people could go and review them that
would be good.

Things left to do If any one fancies taking a look

1/ examples/SCA/helloworldscajsonrpc/ there is a issue with the case
of Helloworld.php. For some reason I can't spot what I thought was
wrong with this one.

2/ examples/SDO/rss-media missing. It's in the branch so we either
need to ship it or remove the example from the examples/SDO/index.htm.
Is there a good reason why we don't ship it?

3/ I haven't done any of the suggested skipping stuff in the unit
tests. Not essential for this release but a nice to have.

4/ phpt tests 4 and 13 fail for me. I'm looking at 4 now.

001+ Warning: SDO_DAS_XML::create(): php_network_getaddresses:
getaddrinfo failed: No such host is known. in C:\simon\Projects
\Tuscany\php\branch-build\pecl\sdo\SCA\Bindings\soap
\ServiceDescriptionGenerator.php on line 65
002+
003+ Warning: SDO_DAS_XML::create(http://schemas.xmlsoap.org/wsdl/):
failed to open stream: No such file or directory in C:\simon\Projects
\Tuscany\php\branch-build\pecl\sdo\SCA\Bindings\soap
\ServiceDescriptionGenerator.php on line 65
004+
005+ Warning: SDO_DAS_XML::create(): I/O warning : failed to load
external entity "http://schemas.xmlsoap.org/wsdl/" in C:\simon\Projects
\Tuscany\php\branch-build\pecl\sdo\SCA\Bindings\soap
\ServiceDescriptionGenerator.php on line 65
006+
007+ Fatal error: Uncaught exception 'SDO_DAS_XML_ParserException'
with message 'SDO_DAS_XML::create - Unable to parse the supplied xsd
file
008+ 1 parse error(s) occurred when parsing the file 'C:\simon\Projects
\Tuscany\php\branch-build\pecl\sdo\SCA\Bindings\soap/soap/
2003-02-11.xsd':
009+ 1. xmlSAXUserParseFile returned an error -1
010+ ' in C:\simon\Projects\Tuscany\php\branch-build\pecl\sdo\SCA
\Bindings\soap\ServiceDescriptionGenerator.php:65
011+ Stack trace:
012+ #0 C:\simon\Projects\Tuscany\php\branch-build\pecl\sdo\SCA
\Bindings\soap\ServiceDescriptionGenerator.php(65):
SDO_DAS_XML::create(Array)
013+ #1 C:\simon\Projects\Tuscany\php\branch-build\pecl\sdo\tests\SCA
\phpt\004.php(7):
SCA_Bindings_soap_ServiceDescriptionGenerator::generateDocumentLiteralWrappedWsdl(Object(SCA_ServiceDescription))
014+ #2 {main}

13 (bug 10049) is a memory leak being reported

Regards

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

simonslaws-gM/Ye1E23mwN+

2007-06-18 15:59:43 UTC

php04.php works fine if I run it from the command line fbut fails if I
run the phpt test case using run-tests?

Anyone else seeing this behaviour?

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Graham Charters

2007-06-19 09:02:30 UTC

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
\ServiceDescriptionGenerator.php on line 65

Warning: SDO_DAS_XML::create(http://schemas.xmlsoap.org/wsdl/): failed
to open stream: No such file or directory in C:\php\PEAR\SCA\Bindings
\soap\ServiceDescriptionGenerator.php on line 65

Warning: SDO_DAS_XML::create(): I/O warning : failed to load external
entity "http://schemas.xmlsoap.org/wsdl/" in C:\php\PEAR\SCA\Bindings
\soap\ServiceDescriptionGenerator.php on line 65

Fatal error: Uncaught exception 'SDO_DAS_XML_ParserException' with
message 'SDO_DAS_XML::create - Unable to parse the supplied xsd file
1 parse error(s) occurred when parsing the file 'C:\php\PEAR\SCA
\Bindings\soap/soap/2003-02-11.xsd':
1. xmlSAXUserParseFile returned an error -1
' in C:\php\PEAR\SCA\Bindings\soap\ServiceDescriptionGenerator.php:65
Stack trace:
#0 C:\php\PEAR\SCA\Bindings\soap\ServiceDescriptionGenerator.php(65):
SDO_DAS_XML::create(Array)
#1 C:\php5.2\pecl\sdo\tests\SCA\phpt\004.php(7):
SCA_Bindings_soap_ServiceDescriptionGenerator::generateDocumentLiteralWrappedWsdl(Object(SCA_ServiceDescription))
#2 {main}
thrown in C:\php\PEAR\SCA\Bindings\soap
\ServiceDescriptionGenerator.php on line 65

Post by simonslaws-gM/Ye1E23mwN+
php04.php works fine if I run it from the command line fbut fails if I
run the phpt test case using run-tests?
Anyone else seeing this behaviour?
Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

simonslaws-gM/Ye1E23mwN+

2007-06-19 09:47:36 UTC

Thanks for trying that Graham. I've fix a few more things..

1/ I've fixed the case of the Helloworld.php?smd reference

2/ examples/SDO/rss-media missing. I didn't get a response to this so
I have removed the example from the examples/SDO/index.htm.

3/ I've put an example of how tests can be skipped into the ebay
binding test. This relies on a method in the proxy for that binding
which performs the dependency check, so that we only have the check
coded in one place. The proxy is not the ideal place for this but it
is one of the few classes all bindings have. I'm tempted to create a
specific class for this tests that all bindings can implement.
Thoughts?

So the failing test 4 is the last thing to fix.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

simonslaws-gM/Ye1E23mwN+

2007-06-19 12:10:51 UTC

Post by simonslaws-gM/Ye1E23mwN+
Thanks for trying that Graham. I've fix a few more things..
1/ I've fixed the case of the Helloworld.php?smd reference
2/ examples/SDO/rss-media missing. I didn't get a response to this so
I have removed the example from the examples/SDO/index.htm.
3/ I've put an example of how tests can be skipped into the ebay
binding test. This relies on a method in the proxy for that binding
which performs the dependency check, so that we only have the check
coded in one place. The proxy is not the ideal place for this but it
is one of the few classes all bindings have. I'm tempted to create a
specific class for this tests that all bindings can implement.
Thoughts?
So the failing test 4 is the last thing to fix.

I've looked close at test 04 and it does only fail when it's run from
run-tests. If I use run-tests with -verbose and cut the command out
that it says it's using that that works OK. So it looks like it's
something about the environment it's creating to run the tests in.

As an aside there is a question of why it is apparently (don't really
know that it actually is - error message appears to imply this) going
out across the network to fetch the WSDL schema in this case. Has
there been a regression in the bit of Tuscany that prevents it from
doing this when it already knows about the namespace?

I've re-run the RC1 tests on Linux and they are fine, this is OK on
windows except inside the phpt run-tests. It needs sorting out but I
don't think we should delay the next RC for it.

Thoughts?

Regards

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Matthew Peters

2007-06-19 14:16:27 UTC

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

Post by simonslaws-gM/Ye1E23mwN+
Things left to do If any one fancies taking a look
1/ examples/SCA/helloworldscajsonrpc/ there is a issue with the case
of Helloworld.php. For some reason I can't spot what I thought was
wrong with this one.

Graham Charters

2007-06-19 14:23:56 UTC

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.

Post by 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

Simon Laws

2007-06-19 15:13:05 UTC

OK, so that's all my issues run to ground. Let's make another RC?

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Matthew Peters

2007-06-19 16:17:29 UTC

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-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Matthew Peters

2007-06-19 17:08:39 UTC

...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 tests are starting to take along time -
it's hung waiting for something. I need to investigate this a little
first.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Matthew Peters

2007-06-19 17:11:02 UTC

Post by 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/:

. 
Warning: SDO_DAS_XML::create(http://schemas.xmlsoap.org/wsdl/)
[<a href='function.SDO-DAS-XML-create'>function.SDO-DAS-XML-create</
a>]: failed to open stream: A connection attempt failed because the
connected party did not properly respond after a period of time, or
established connection failed because connected host has failed to
respond.
in C:\php\PEAR\SCA\Bindings\soap\ServiceDescriptionGenerator.php on line 65 
 
Warning: SDO_DAS_XML::create() [<a href='function.SDO-DAS-XML-
create'>function.SDO-DAS-XML-create</a>]: I/O warning : failed to load
external entity "http://schemas.xmlsoap.org/wsdl/" in C:
\php\PEAR\SCA\Bindings\soap\ServiceDescriptionGenerator.php on
line 65 

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

simonslaws-gM/Ye1E23mwN+

2007-06-19 20:22:19 UTC

Post by Matthew Peters

Post by 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
. 
Warning: SDO_DAS_XML::create(http://schemas.xmlsoap.org/wsdl/)
[<a href='function.SDO-DAS-XML-create'>function.SDO-DAS-XML-create</
a>]: failed to open stream: A connection attempt failed because the
connected party did not properly respond after a period of time, or
established connection failed because connected host has failed to
respond.
in C:\php\PEAR\SCA\Bindings\soap\ServiceDescriptionGenerator.php on line 65 
 
Warning: SDO_DAS_XML::create() [<a href='function.SDO-DAS-XML-
create'>function.SDO-DAS-XML-create</a>]: I/O warning : failed to load
\php\PEAR\SCA\Bindings\soap\ServiceDescriptionGenerator.php on
line 65

So is this definitive proof that the fix in Tuscany is not preventing
SDO from chasing URLs even when it has the types to hand?

Simon

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

cem

2007-06-20 00:56:51 UTC

Post by Matthew Peters

Post by Matthew Peters
2. There are some horrible network delays. I am working at home on a

So is this definitive proof that the fix in Tuscany is not preventing
SDO from chasing URLs even when it has the types to hand?

Simon, can you point us to details of the Tuscany change you refer
to?

I think that a change that was made in Buzzard:
http://cvs.php.net/viewvc.cgi/pecl/sdo/SDO_DAS_XML.cpp?r1=1.21.2.3.2.4&r2=1.21.2.3.2.5,
may be implicated here. You could experiment with turning off that
flag and see what happens.

It could be seen as unfortunate that the soap schema imports the wsdl
schema but without a schemaLocation. I suppose it would be completely
out of order to fix that in our local copy? If so, then perhaps the
time has come for some hard-coded relationship? It's perfectly
legitimate to have built-in schema if we choose.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "phpsoa" group.
To post to this group, send email to phpsoa-/***@public.gmane.org
To unsubscribe from this group, send email to phpsoa-unsubscribe-/***@public.gmane.org
For more options, visit this group at http://groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

simonslaws-gM/Ye1E23mwN+

2007-06-20 20:41:57 UTC

Sorry if anyone sees this twice. Reposting as my original reply has
gone missing.

Post by cem