This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/sfmain/do/go/artf5598?nav=1&selectedTab=history at Sun, 06 Nov 2022 16:46:39 GMT SourceForge : artf5598: WS-RF rendering - schema is invalid

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin
Search Tracker
Project: OGSA-ByteIO-WG     Trackers > Public Comments > View Artifact
Artifact artf5598 : WS-RF rendering - schema is invalid
Tracker: Public Comments
Title: WS-RF rendering - schema is invalid
Description:
Michel Drescher noted that there was an error in the schema for the WS-RF rendering because of an error in the included 
WS-BaseFaults spec.

"when trying to validate the WSRF rendering, I get (at least) for the Random ByteIO XML schema several validation errors
.

The reason is that you use WSRF Base Faults verison 1 (namespace "http://docs.oasis-open.org/wsrf/bf-1";) which has a 
schema flaw: The type wsbf:BaseFaultType contains an "xsd:any" as an extension point, just like many other 
specifications do as well. The problem is, however, that this :xsd"any" is located at the *end* of the sequence 
definition.

Now if there is another type definition in another XML Schema document that extends wsbf:BaseFaultType, XML Schema 
validators cannot decide anumore which elements it must validate against the parent type, and which against the 
inheriting type definition.

The solution is to move the WSF renderings to the followup versions of OASIS WSRF, i.e. "http://docs.oasis-open.org/wsrf

/bf-2"; and alike."

https://forge.ogf.org/sf/discussion/do/listPosts/projects.ggf-editor/discussion.rec_byteio_wsrf_profile_1_0.
oasis_wsrf_version_and_schema_va

We agreed to move to WS-RF v2 to fix the WS-BaseFaults v1 flaw.
Submitted By: Neil Chue Hong
Submitted On: 09/26/2006 11:27 AM EDT
Last Modified: 09/27/2006 10:06 AM EDT
Closed: 09/27/2006 10:06 AM EDT

Status / Comments Change Log Associations Attachments  
 (5 Items)
Field Old Value New Value Date Performed By
Description
Michel Drescher noted that there was an error in the schema for the WS-RF 
rendering because of an error in the included WS-BaseFaults spec.

We agreed to move to WS-RF v2 to fix the WS-BaseFaults v1 flaw.
Michel Drescher noted that there was an error in the schema for the WS-RF 
rendering because of an error in the included WS-BaseFaults spec.

"when trying to validate the WSRF rendering, I get (at least) for the Random 
ByteIO XML schema several validation errors.

The reason is that you use WSRF Base Faults verison 1 (namespace "http://docs.
oasis-open.org/wsrf/bf-1";) which has a 
schema flaw: The type wsbf:BaseFaultType contains an "xsd:any" as an extension 
point, just like many other 
specifications do as well. The problem is, however, that this :xsd"any" is 
located at the *end* of the sequence 
definition.

Now if there is another type definition in another XML Schema document that 
extends wsbf:BaseFaultType, XML Schema 
validators cannot decide anumore which elements it must validate against the 
parent type, and which against the 
inheriting type definition.

The solution is to move the WSF renderings to the followup versions of OASIS 
WSRF, i.e. "http://docs.oasis-open.org/wsrf
/bf-2"; and alike."

https://forge.ogf.org/sf/discussion/do/listPosts/projects.ggf-editor/discussion.
rec_byteio_wsrf_profile_1_0.oasis_wsrf_version_and_schema_va

We agreed to move to WS-RF v2 to fix the WS-BaseFaults v1 flaw.
09/26/2006 11:33 AM EDT Neil Chue Hong
Priority
4
1
09/26/2006 11:27 AM EDT Neil Chue Hong
Assigned To None Mark Morgan
09/26/2006 11:27 AM EDT Neil Chue Hong
Status
Open
Closed
09/27/2006 10:06 AM EDT Mark Morgan
Closed 09/27/2006 09/27/2006 10:06 AM EDT Mark Morgan

 
 
 
< Previous
 
 
Next >
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/sfmain/do/go/artf5598?nav=1&selectedTab=history at Sun, 06 Nov 2022 16:46:39 GMT