[ 
http://issues.apache.org/jira/browse/TUSCANY-935?page=comments#action_12455275 
] 
            
Kelvin Goodson commented on TUSCANY-935:
----------------------------------------

I have managed to assert that the cross scope type interference exhibited when 
the test cases are run together is due to the fact that we haven't completed 
the HelperContext work with respect to generated classes yet. Currently 
XSDHelperTestCase registers generated classes for the namespace 
"http://www.example.com/simple"; and the new DotNamesTestCase registers dynamic 
types in this namespace also.  I will change the namespace in the test case.  I 
have a test case locally to guard against this situation, which I will add when 
the HelperContext work for generated classes is done.

> SDO path accessors need to support names that contain "."
> ---------------------------------------------------------
>
>                 Key: TUSCANY-935
>                 URL: http://issues.apache.org/jira/browse/TUSCANY-935
>             Project: Tuscany
>          Issue Type: Bug
>          Components: Java SDO Implementation
>            Reporter: Frank Budinsky
>         Attachments: DataObjectUtil.935, dotNames.xsd, DotNameTestCase.java
>
>
> This issue keeps coming up. The "." character is commonly used in industrial 
> schemas, so we need to make it work. I propose handling it as follows:
> Given a property name like "foo.0":
> 1. first simply check if there is a property with the specified name.
> 2. if a property with that name isn't found, then find the last "." character 
> in the name.
> 3. if it is followed by digits, then use the substring from 0 to the "." as 
> the property name, and the number after the dot as an index.
> The only case this breaks is when there is both an isMany property named 
> "foo" and another property named someting like "foo.0" in the same type. I 
> think this is an unlikely corner case, that we can live with.
> We'll also need to propose this behavior be clarified in the spec.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to