You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@airavata.apache.org by "Suresh Marru (JIRA)" <ji...@apache.org> on 2012/11/02 13:47:13 UTC
[jira] [Created] (AIRAVATA-629) GFacParameterTypes schema is not
w3c schema complaint
Suresh Marru created AIRAVATA-629:
-------------------------------------
Summary: GFacParameterTypes schema is not w3c schema complaint
Key: AIRAVATA-629
URL: https://issues.apache.org/jira/browse/AIRAVATA-629
Project: Airavata
Issue Type: Bug
Components: GFac
Affects Versions: 0.5
Reporter: Suresh Marru
Fix For: 0.7
GFac schema documents for defining the parameters [1] use identical attribute within in the same document (with single target namespace). On a first look I see no reason we need to have like a nested attribute. The goal of these custom input output types is for gfac to handle input with specialized extensions. This could very well be achieved with wrapping all input output parameter types as simple types (for defined xml types) and complex types for any custom types gfac has to support.
The fix for this schema only impacts GFac functionally but will break the core functionality. We need to carefully examine the repercussions and make the schema w3c complaint. The UI's which set the values will have some impact in choosing the types but there will no functional impact.
[1] https://svn.apache.org/repos/asf/airavata/trunk/modules/commons/gfac-schema/src/main/resources/schemas/GFacParameterTypes.xsd
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira