Readers of this list may be interested to know that the first stable
release of SDO for PHP recently shipped on the PHP Extension Community
Library: http://pecl.php.net/package/sdo
This project uses the Tuscany SDO for C++ library internally, but presents
a native PHP interface.
--
Caroline
Just to emphasise that point, the SDO for PHP implementation depends on
the C-style string interfaces in Tuscany C++. It already has to copy
strings from Tuscany to the internal PHP format for string data, so
another level of indirection would be most unwelcome. I imagine that other
wrappers
At the risk of repeating myself, my major concern is with avoiding
unnecessary copying of the data. So, if you feel the need to change the
APIs as a one-off, well, I can live with that - at this stage of
development I don't expect you to support old APIs for ever. But I
really don't want to
I'm confused about this proposal. Didn't you say earlier that the php
tests would be added to the PECL repository? In which case the logical
place would be pecl/sdo/tests/interop/. But (I'm guessing) your
tuscanyphp directory is in the Apache repository. And why is it
tuscanyphp/ and not
Sorry if I'm being dense, but I can't see a feed URL.
Ok we've http://apache-tuscany.blogspot.com/
...ant
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I tried building the M1 candidate in the PHP environment on Windows,
with the following observations and issues:
One backward-compatibility compilation problem:
Type::SDOTypeNamespaceURI has been changed from a const char * to a
const SDOString. This is easy enough to program round, but it
Edward Slattery [EMAIL PROTECTED] wrote on 10/07/2006 21:20:25:
thankyou for that. The crash is something which we need to fix, and I
will
apply your change asap. I guess it probably wouldnt stop a release,
but if
we are re-spinning for any other reason I will make sure its in there.
OK
The Apache Tuscany community is pleased to announce its first C++
milestone
release.
--
Pete
Congratulations! We hope to follow this up soon with a PHP SDO release
exploiting the latest C++ code.
-
To unsubscribe, e-mail:
Changelog: http://pecl.php.net/package-changelog.php?package=sdo
Download: http://pecl.php.net/get/sdo-1.0.3.tgz
Authors
-
Caroline Maynard [EMAIL PROTECTED] (lead)
Graham Charters (lead)
Matthew Peters [EMAIL PROTECTED] (lead)
Simon Laws (lead
There's a question about the behaviour of
SDOXMLWriter::write(XMLDocumentPtr doc, int indent)
over on the PHP SOA group:
http://groups.google.co.uk/group/phpsoa/browse_frm/thread/e09432b81df0ae32
Does anyone know the answer?
We'd be interested to make use of this feature in the PHP SDO project, too.
I can see one possible workaround and one possible fix for this.
The workaround is that you provide an xsd that defines just the root
element
giving it open content. In your case that would be something like
One of our PHP users has reported a problem with leaking memory from
libxml2. I started to investigate, but realised that the issue is
independent of PHP, and can be reproduced in a standalone Tuscany
environment. The issue is that memory allocated by libxml2 is not being
freed, so he is
Andrew Borley [EMAIL PROTECTED] wrote on 12/10/2006 23:25:36:
Hi everyone,
I have posted candidates for the C++ SCA and SDO M2 release here:
http://people.apache.org/~ajborley/cpp-1.0-incubator-M2-RC1
Please take a look, read the docs, build run the libraries and
samples let us know
Hi everyone,
I have posted a 2nd candidate for the milestone 2 C++ release here:
http://people.apache.org/~ajborley/cpp-1.0-incubator-M2-RC2/
Andy, can you summarise the changes since RC1 ?
-
To unsubscribe, e-mail: [EMAIL
FWIW, it's +1 from me.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
One of our SDO for PHP users is planning to run in a multi-threaded web
server, and has asked us for a position on thread-safety.
They have run an evaluation tool and only found one thread-safety issue
- the use of localtime() rather than localtime_r() in in
commonj/sdo/SDODate.cpp. So I
I have a problem report from an SDO for PHP user which I'd like to
discuss. You can read it at http://pecl.php.net/bugs/bug.php?id=9339,
but here's what happens. The schema is:
?xml version=1.0 encoding=UTF-8?
xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema;
Thanks, that was helpful. I've fixed up the serialization so that it pulls
the URI from the type of the data object we're serializing, and it's now
getting through OK. The generated schema looks much more appealing:
xsd:schema xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:sdo=commonj.sdo
On 17/11/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
As far as I know, the development of SDO to date has given zero
consideration to running in a multithreaded environment. I am a little
surprised that they were only able to identify one thread safety issue.
The
first one that occurs to me is
On 20/11/06, Caroline Maynard [EMAIL PROTECTED] wrote:
There's a comment against that posting about exactly this situation, where
an external library may or may not be thread-safe, and the answer is it
depends. Of course we also depend on libxml2 as well as your
implementation
The first formal release of SCA for PHP is now available. It has been
combined with SDO for PHP as a single package in the PECL repository:
http://pecl.php.net/SCA_SDO/. There's a more detailed change log on the
project page.
Thanks to the Tuscany C++ folk for some last-minute fixes!
I've recently started seeing the value Type::OpenDataObjectType returned
from a getTypeEnum(). I was a bit surprised to see this - I know it was
introduced some months back internally to Tuscany, but my understanding
was that it is not part of the API, or indeed of the specification.
The
On 29/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
This was introduced when opentype support was added. Is it needed? Don't
know. What do you expect to be returned when you try to get the type of
entry??
I've considered your question, and I can't see a valid alternative. I don't
intend to
On 21/11/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
As far as SDO itself is concerned, I think we would be OK if the user of
SDO
could guarantee that whenever an SDO artifact (data factory, data object,
type, XSDHelper ...) is created then that artifact will be used
_exclusively_ by the thread
This is now http://issues.apache.org/jira/browse/TUSCANY-959
On 30/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
Ah a test!! Would it be that classs is serialized as both an attribute and
an element??
Indeed. Not only class, but xml:base and xml:lang, too.
I've opened http://issues.apache.org/jira/browse/TUSCANY-960 for the
xsi:type=OpenDataObject
On 01/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Do you think that we should build with the thread safe libs by default?
or have 2 bin libraries one thread safe, one not but faster?
The question applies to both Linux and Windows, and I'm not sure but we
may have different
I just raised http://issues.apache.org/jira/browse/TUSCANY-962 to
describe a problem that's occurring in the SCA for PHP implementation.
This is a really hot one for the SCA team, because it's broken their
SOAP bindings, so they would appreciate some attention to it.
The regression occurred
Thanks very much.
On 01/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Fix checked in.
--
Caroline
I created http://issues.apache.org/jira/browse/TUSCANY-963 for the
attributes as elements problem.
The WSDL problem was http://issues.apache.org/jira/browse/TUSCANY-962, which
Pete has a fix for.
On 01/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
OK, I was asking because it seems more interesting to support threaded
MPMs on Windows (as a threaded MPM is the default) than on Linux/Unix
where I think the majority of people use forking/multi-process MPMs.
So I was initially
On 05/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 05/12/06, Simon Laws [EMAIL PROTECTED] wrote:
The CopyHelper will have to copy the sequenced SDO by using the sequence
API
and then using the DataObject getter/setted methods to copy properties
that were xml attributes.
Can we
On 05/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Which other SDO defects are holfing folk up?
I just created http://issues.apache.org/jira/browse/TUSCANY-980. This is
closely related to many of the issues discussed on this thread, but I don't
think it's a dup.
On 12/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
What namespace is the element return supposed to be in? In the first it
is
in tns2 and in the second the default namespace http://tempuri.org. What
Types/Properties are defined in the DataFactory?
I'll take a look at this. There have been a
There's a lot of hard work gone into fixing all the problems we're seeing
with sequenced and open types, which is much appreciated. Can we now discuss
another set of problems we're seeing with the schema support, concerned with
performance issues? Although you may not want to do much detailed
Reporter: Caroline Maynard
Priority: Minor
Attachments: SAX2Parser.959
One of our SDO for PHP users is planning to run in a multi-threaded web
server.
They have run an evaluation tool and only found one thread-safety issue
- the use of localtime() rather than localtime_r
Pete et al,
The latest code from HEAD is still broken - it fails the
http://issues.apache.org/jira/browse/TUSCANY-962 scenario. This is the #1
use case for SCA - we cannot use this latest code with PHP.
--
Caroline
Thanks, we're OK to stick with the old level for now. I understood this
thread to say that the latest version would work both for Sebastien's
scenario and for the WSDL generation, but it seems I was confused. I'll keep
waiting for the ultimate fix ...
On 20/12/06, Pete Robbins [EMAIL PROTECTED]
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Does it mean that we'll need two different SDO distributions? one for
use inside Apache Httpd, another for use outside?
What happens if we init Libxml multiple times? does it crash? is it a
performance issue? does it break other
On 14/12/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
I've just checked in the change for localtime, replacing it with
localtime_r
on Unix and localtime_s on Windows.
Ah. Unfortunately this is a backward compatibility issues with MS compilers.
localtime_s() does not exist in VC++ 6. But
It works for me! Sebastien?
On 21/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
I have checked in a fix which I believe works for the PHP wsdl generation
scenario and for our SCA samples.
--
Caroline
using C:\path\to\the.xsd for XSDHelper#defineFile?
Neither SDO spec 2.1 C++ nor the Java counterpart seems specifying the
input.
I think it's reasonable to support that for XSDHelper#defineFile on
Windows
only.
What's everyone's opinion?
On 1/3/07, Caroline Maynard [EMAIL PROTECTED] wrote
On 04/01/07, Geoffrey Winn [EMAIL PROTECTED] wrote:
I have a couple of comments.
1. In the patch XSDHelperImpl.990 you _must_ add comments to explain what
the code is doing and why.
2. Regarding xmlCanonicPath, performance is not an issue. This section of
code won't be called often enough to
Geoff, sorry I hadn't responded to this sooner, but I was working on a
release of SCA and SDO for PHP and didn't want to pick up your latest
code at that point. The release is done now, so I'll give the new stuff
a whirl and see how it goes. Looks like it's now in HEAD, right?
Geoff Winn
-changelog.php?package=SCA_SDO
Download: http://pecl.php.net/get/SCA_SDO-1.1.2.tgz
Authors
-
Caroline Maynard [EMAIL PROTECTED] (lead)
Graham Charters [EMAIL PROTECTED] (lead)
Matthew Peters [EMAIL PROTECTED] (lead)
Simon Laws (lead
On 08/02/07, Caroline Maynard [EMAIL PROTECTED] wrote:
Geoff, sorry I hadn't responded to this sooner, but I was working on a
release of SCA and SDO for PHP and didn't want to pick up your latest
code at that point. The release is done now, so I'll give the new stuff
a whirl and see how
On 09/02/07, Caroline Maynard [EMAIL PROTECTED] wrote:
Next, I'm seeing quite a few access violations. Investigating ...
After much fretting about reference-couting pointers, a completely clean
build sorted those out. I'm left with only one problem from running the PHP
tests, which is very
I've been battling with getting this working under Windows, and attach a
patch with my latest efforts. Note that these changes work hand-in-hand with
corresponding changes to the Tuscany bindings for PHP SCA, which are already
in place in the AVOCET branch in the PECL repository.
On my Windows
I had attached it to my post, and it appeared to get through OK for me, but
perhaps not for others. So I've now raised
https://issues.apache.org/jira/browse/TUSCANY-1133 and attached it to that.
On 21/02/07, Simon Laws [EMAIL PROTECTED] wrote:
I can't find the JIRA that you attached the
After getting up to date, I'm seeing:
SequenceImpl.cpp
c:\dev\pecl\sdo\commonj\sdo\sequenceimpl.h(344) : error C4716:
'commonj::sdo::SequenceImpl::seq_item::operator=' : must return a value
NMAKE : fatal error U1077: 'cl.exe' : return code '0x2'
Stop.
Now the code in question is
// Copy
Would you please include my patch for
https://issues.apache.org/jira/browse/TUSCANY-1166? AFAIK this is not
contentious.
--
Caroline
Just wanted quickly to report that I've updated my local copy of the PHP
extension for SDO to Tuscany revision level 520962, and I am seeing two
regressions in previously working testcases. I don't have enough evidence
yet to say if these are Tuscany issues or errors introduced in the PHP side,
be
completely sure what levels they were.
On 21/03/07, Pete Robbins [EMAIL PROTECTED] wrote:
On 21/03/07, Caroline Maynard [EMAIL PROTECTED] wrote:
Just wanted quickly to report that I've updated my local copy of the PHP
extension for SDO to Tuscany revision level 520962, and I am seeing two
The news is all good. Both problems were in the PHP SDO testcases, and were
showed up now that Tuscany's support for adding properties to a data object
through the sequence interface is fixed. Sorry for the noise.
On 21/03/07, Caroline Maynard [EMAIL PROTECTED] wrote:
Just wanted quickly
Pete Robbins wrote:
XSDHelperPtr myHelper = HelperProvider::getXSDHelper();
myHelper-defineTypes(wsdlHelper-getDefinedTypes());
which creates a new XSDHelper and DataFactory containing the Types and
Properties from the wsdlHelper + all the schema information (which is held
in the
Pete Robbins wrote:
XSDHelperPtr myHelper = HelperProvider::getXSDHelper();
myHelper-defineTypes(wsdlHelper-getDefinedTypes());
which creates a new XSDHelper and DataFactory containing the Types and
Properties from the wsdlHelper + all the schema information (which is held
in the
Memory leaks are a major concern for PHP users in a long-running web server.
For some time we've had a problem that we cannot reliably drop a datagraph
because of various access violations which may occur, depending on the order
in which the data objects are released. We've bypassed the access
Thanks, Pete
On 10/04/07, Pete Robbins [EMAIL PROTECTED] wrote:
Patch applied. Looks ok to me.
--
Caroline
On 27/04/07, Andy Grove [EMAIL PROTECTED] wrote:
I am trying to parse an XML document using Tuscany C++ (current build).
The XMLHelper::loadFile() method is returning an XMLDocumentPtr and no
exceptions are thrown. However, a call to
XMLDocument::getRootDataObject() returns NULL.
What do
On 27/04/07, Andy Grove [EMAIL PROTECTED] wrote:
I'm not using schema - is that a problem?
Ah. Welcome to https://issues.apache.org/jira/browse/TUSCANY-747
--
Caroline
I've recently had to fix a problem in the SDO for PHP code where the
user was holding a reference to a DataObjectList, the containing
DataObject was dropped, and the list went eerily empty.
Example:
DataObjectPtr dop = xmlDocumentPtr-getRootDataObject();
DataObjectList dol =
I've recently spent some time reviewing all the JIRAs that have
originated from the PHP project. All the problems which remain in Open
state raised by myself, Matthew Peters or Graham Charters are genuine
current issues.
Also I've verified and closed off all the issues from the PHP project
Pete Robbins wrote:
The ostream operator is very useful and there is a default
implementation
in RefCountingObject so that objects inheriting from RefCounting object do
not need to implement anything... but they can if appropriate.
Yes, the operator is very useful to consumers of the
Simon Laws wrote:
On 6/23/07, Pete Robbins
[EMAIL PROTECTED] wrote:
I have created a maintenance branch */incubator/tuscany/branches/sdo-
cpp-pre2.1/*
Work towards SDO 2.1 specification compliance will continue in HEAD.
Pete, thanks for creating the branch, it will be helpful in keeping the
Pete Robbins wrote:
On 25/06/07, Caroline Maynard [EMAIL PROTECTED] wrote:
A fair amount actually, but I am making an assumption that once the
changes are in place, the migration effort will be largely refactoring.
That is, that the non-spec function will resurface in Tuscany
implementation
Caroline Maynard wrote:
However we don't have a huge amount of code, and it is very simple to
download it from cvs using
pserver:[EMAIL PROTECTED]:/repository
checkout pecl/sdo
and load it into cscope or similar, so you could easily check for
references that way. Or you could just mail
Jean-Sebastien Delfino wrote:
Trying to build Native/C++ SDO on Linux RHEL5 gives me this error:
if /bin/sh ../../../../../libtool --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I. -I../../../../..
-I../../../../../runtime/core/src -I//home/delfinoj/include/libxml2
-g -O0 -MT
Brady Johnson (JIRA) wrote:
Tuscany SDO native for windows is not msvc backwards compatible
Don't I know it. In the PHP project the automated build servers for Win
use VC6, so we are obliged to use that compiler in the SDO for
Original Message
Subject: Re: [jira] Created: (TUSCANY-1529) Tuscany SDO native for
windows is not msvc backwards compatible
Date: Mon, 13 Aug 2007 10:57:44 +0100
From: Caroline Maynard [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Newsgroups
Brady Johnson wrote:
That's good to know the background to that include file, I didn't know
about it. I'll definitely keep it in mind. I don't think the change I
made should affect you, let me know if it does.
Thanks. As discussed previously, we're sticking with the branch for now,
and will
A user has found a vulnerability in XMLHelperImpl::createDocument, the
one with the const char * parameters. The problem being that the root
element name is initialized with the parameter before the code which
checks for the parameter being null. I'll add a guard for this in the
PHP code, but
Pete Robbins wrote:
Thanks for that. I'll fix it right away.
Thanks, Pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
A PHP user is facing a problem using a schema which uses the - (hyphen)
character in element names, as second or subsequent character. We thinks
this is valid XML, according to
http://www.w3.org/TR/REC-xml/#NT-NameChar, where the grammar is:
[4] NameChar ::= Letter | Digit | '.' | '-' | '_' |
I've uploaded a proposed patch for
http://issues.apache.org/jira/browse/TUSCANY-1553. Please take a look.
It runs all the PHP regression tests without problems, and also makes
the uploaded test run clean.
-
To unsubscribe,
your patch looks good.
The usual place where hyphens in names become a problem is when
mapping to programming language label but that is something that code
gen should take care of.
This will be an issue in the HEAD as well as the branch.
Cheers,
On 16/11/2007, Caroline Maynard [EMAIL PROTECTED
Pete Robbins wrote:
I've applied this patch to the branch. I'll apply it to head later. I
had to change a couple of lines to construct SDOString from a start
and end iterator as this caused compile errors on VC8.
Cheers,
On 30/11/2007, Caroline Maynard [EMAIL PROTECTED] wrote:
I've uploaded
: Caroline Maynard
Occurs in the case where the root element URI and name are both null.
MSVCRTD! 00379060()
std::basic_stringchar,std::char_traitschar,std::allocatorchar
::assign(const char * 0x) line 138 + 16 bytes
std::basic_stringchar,std::char_traitschar,std::allocatorchar
/TUSCANY-625
Project: Tuscany
Issue Type: Improvement
Components: C++ SDO
Affects Versions: Cpp-M1
Reporter: Caroline Maynard
Priority: Minor
A PHP user is trying to work with a service defined by
http://api.urbandictionary.com/soap
However
Environment: WinXP
Reporter: Caroline Maynard
Priority: Trivial
It would be nice to eliminate the warning messages that are seen during the
compilation of Tuscany SDO C++ for the SDO for PHP Windows libraries:
PropertyImpl.cpp
C:\PROGRA~1\MICROS~2\VC98\INCLUDE
: Tuscany
Issue Type: Bug
Components: C++ SDO
Affects Versions: Cpp-current
Environment: WinXP
Reporter: Caroline Maynard
Priority: Critical
Attachments: bug8506.patch
See http://pecl.php.net/bugs/bug.php?id=8506 for the test example
: Cpp-current
Environment: PHP 5.1.6, WinXP
Reporter: Caroline Maynard
Part of the SDO for PHP core unit tests uses a standard
company-departments[]-employees[] model and tests Xpath expressions. All
these tests worked with Tuscany C++ SDO revision level 431903. I recently ran
Components: C++ SDO
Affects Versions: Java-M1
Reporter: Caroline Maynard
See http://pecl.php.net/bugs/bug.php?id=9243.
SDO for PHP user is importing a schema with import statements like
import namespace=http://ping.chip.org/xml/pid;
schemaLocation=http://ping.chip.org/xml/pid.xsd
[ http://issues.apache.org/jira/browse/TUSCANY-907?page=all ]
Caroline Maynard updated TUSCANY-907:
-
Attachment: Tuscany-907.patch
Possible patch for Tuscany-907
Schema Import is noisy when schemaLocation is an abolute URI
Affects Versions: Cpp-current
Reporter: Caroline Maynard
An SDO for PHP user has reported the following at
http://pecl.php.net/bugs/bug.php?id=9487
He is using CopyHelper::copy() to copy a seqenced data object. The properties
are copied OK, but the unstructured text is forgotten. So when
-current
Reporter: Caroline Maynard
Priority: Minor
One of our SDO for PHP users is planning to run in a multi-threaded web server.
They have run an evaluation tool and only found one thread-safety issue - the
use of localtime() rather than localtime_r() in commonj/sdo
: C++ SDO
Affects Versions: Cpp-current
Reporter: Caroline Maynard
Priority: Minor
I have a schema where a property has an open data type. I read in an XML
document:
content type=xhtml xml:lang=en xml:base=http://diveintomark.org/;
div xmlns=http://www.w3.org/1999
-current
Reporter: Caroline Maynard
Priority: Blocker
I use XSDHelper::defineFile() to load the two schemas at
http://schemas.xmlsoap.org/wsdl/ and http://schemas.xmlsoap.org/wsdl/soap/.
I then build up an XML Document using that factory. I create an empty document
and get
Reporter: Caroline Maynard
Priority: Critical
I have a schema like so:
?xml version=1.0 encoding=utf-8 ?
xs:schema targetNamespace=http://www.w3.org/2005/Atom;
xmlns=http://www.w3.org/2005/Atom; xmlns:xs=http://www.w3.org/2001/XMLSchema;
xs:import namespace=http://www.w3.org/XML/1998
[
http://issues.apache.org/jira/browse/TUSCANY-963?page=comments#action_12454956
]
Caroline Maynard commented on TUSCANY-963:
--
It's not necessary for the element to be open for this to occur, it's
sufficient for it to be sequenced
Affects Versions: Cpp-current
Reporter: Caroline Maynard
I have a schema like so:
schema
xmlns=http://www.w3.org/2001/XMLSchema;
element name=jungle
complexType
sequence
any minOccurs=0 maxOccurs=unbounded/
/sequence
/complexType
/element
Versions: Cpp-current
Reporter: Caroline Maynard
I'm using the same Jungle schema as before, but this time my bear type is
itself open. So the jungle is:
schema
xmlns=http://www.w3.org/2001/XMLSchema;
element name=jungle
complexType
sequence
any minOccurs=0
: WinXP, VC6
Reporter: Caroline Maynard
Priority: Critical
Yes, I know the compiler of choice for Tuscany is now VC8. However the compiler
used by the automated Windows builds for PHP is VC6, and there are issues
preventing the PHP community from upgrading at present
[
https://issues.apache.org/jira/browse/TUSCANY-1103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard updated TUSCANY-1103:
--
Attachment: Tuscany-1103.patch
Of course I meant A is DataTypeInfo in the above
Versions: Cpp-current
Reporter: Caroline Maynard
Priority: Minor
Fix For: Cpp-current
I've been battling with getting this working under Windows, and attach a patch
with my latest efforts. Note that these changes work hand-in-hand with
corresponding changes
[
https://issues.apache.org/jira/browse/TUSCANY-1133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard updated TUSCANY-1133:
--
Attachment: Tuscany-1133.patch
Support the PHP extension under Windows
++ SDO
Affects Versions: Cpp-current
Environment: Win32, PHP 5.2.1
Reporter: Caroline Maynard
Problem observed when SDO A refers to SDO B. The reference to SDO A is
dropped. Then the reference to SDO B is dropped. An AccessViolation occurs in
the SDODataObject destructor
[
https://issues.apache.org/jira/browse/TUSCANY-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard updated TUSCANY-1147:
--
Attachment: Tuscany-1147.patch
Attached is a patch which resolves this issue for me
[
https://issues.apache.org/jira/browse/TUSCANY-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard updated TUSCANY-1147:
--
Priority: Critical (was: Major)
AccessViolation in DataObjectImpl::clearReferences
[
https://issues.apache.org/jira/browse/TUSCANY-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476934
]
Caroline Maynard commented on TUSCANY-1147:
---
That doesn't surprise me too much, there seems to be quite
[
https://issues.apache.org/jira/browse/TUSCANY-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476960
]
Caroline Maynard commented on TUSCANY-1147:
---
My bad. It wasn't intuitive to me :-)
By drop, I mean
1 - 100 of 151 matches
Mail list logo
