php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #57233 Invalid non containment references cause noop
Submitted: 2006-09-14 05:01 UTC Modified: 2007-06-25 08:49 UTC
From: simonslaws at googlemail dot com Assigned:
Status: No Feedback Package: SCA_SDO (PECL)
PHP Version: 5.1.4 OS: XP
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: simonslaws at googlemail dot com
New email:
PHP Version: OS:

 

 [2006-09-14 05:01 UTC] simonslaws at googlemail dot com 
Description:
------------
By accident I created an invalid non containment reference in an XML input file. SDO read it without complaint but did write the referencing attribute out again. 

Reproduce code:
---------------
Schema 

  <complexType name="ComplexTypeOppositePropertyTestType">
    <sequence>
    </sequence> 
    <attribute name="AttributeWithSDOPropertyType" type="IDREF" sdo:propertyType="tns:ComplexTypeAttributesTestType"/> 
  </complexType>   
                 
  <element name="RootElement32">
    <complexType>
      <sequence>
        <element name="ComplexTypeOppositePropertyTest" type="tns:ComplexTypeOppositePropertyTestType"/>
      </sequence>
    </complexType>
  </element>

Input

<tns:RootElement32 xmlns:tns="http://www.apache.org/tuscany/interop"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://www.apache.org/tuscany/interop interop32.xsd">
	<ComplexTypeOppositePropertyTest AttributeWithSDOPropertyType="idvalue0" />
</tns:RootElement32>

Expected result:
----------------
I'm not sure that the actual result is incorrect but if it is we should print a message from SDO saying that it tried to read an invalid non containment relationship

Actual result:
--------------
<RootElement32 xmlns="http://www.apache.org/tuscany/interop" xsi:type="RootElement32" xmlns:tns="http://www.apache.org/tuscany/interop" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <ComplexTypeOppositePropertyTest/>
</RootElement32>

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-09-14 05:20 UTC] simonslaws at googlemail dot com 
Even with what I believe to be valid data object references set up SDO doesn't write out the property reference attribute having read them in.
 [2006-09-14 05:25 UTC] simonslaws at googlemail dot com 
I note that Bi-directional relationships are specifically not supported in the code as it stands (see the manual). However uni-directional references appear to be affected (regarless of the name of the elements in my supplied test XML)
 [2006-09-14 06:25 UTC] simonslaws at googlemail dot com 
Also applies to elements representing containment relationships:

        <element name="ElementOfSimpleTypeWithSDOPropertyType" type="IDREF" sdo:propertyType="tns:SimpleTypeWithNameType"/>
 [2007-04-24 18:10 UTC] cem@php.net 
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PECL.


I think you're probably describing a Tuscany problem, but there's no link in the defect and I don't see an obvious issue which corresponds. Please either add a link, or if this is a problem with the PHP extension, confirm that it still exists with the latest release.
 [2007-06-25 08:49 UTC] cem@php.net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Sun Nov 09 02:00:01 2025 UTC