Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Dali Project/FeatureDocs/Indigo/MOXy 2.1/oxm xml"

(New page: = Functional Specification: Support for oxm.xml = [enter bug location here] == Document History == {|{{BMTableStyle}} |-{{BMTHStyle}} ! Date ! Author ! Version Description & Notes |- ...)
 
Line 23: Line 23:
 
*Support oxm.xml content type
 
*Support oxm.xml content type
 
*Associate oxm.xml files with package/namespaces
 
*Associate oxm.xml files with package/namespaces
 +
*Support MOXy 2.1 oxm.xml features
  
 
== Concepts  ==
 
== Concepts  ==
Line 62: Line 63:
  
 
In order to correctly associate the files with the packages they represent, we will likely need additional project metadata.
 
In order to correctly associate the files with the packages they represent, we will likely need additional project metadata.
 +
 +
=== MOXy 2.1 oxm.xml features ===
 +
 +
Validation and code assist will need to be provided where appropriate

Revision as of 16:53, 13 October 2010

Functional Specification: Support for oxm.xml

[enter bug location here]

Document History

Date Author Version Description & Notes
10-13-2010 Paul Fullbright Draft

Feature overview

This feature is about supporting oxm.xml files within a JAXB/MOXy project.

Goals:

  • Support oxm.xml content type
  • Associate oxm.xml files with package/namespaces
  • Support MOXy 2.1 oxm.xml features

Concepts

EclipseLink MOXy 2.0 introduced support for oxm.xml files, which act similarly to orm.xml files. They provide standalone support for mapping java classes to XML document data sources and they work in conjunction with JAXB (and soon MOXy) annotations to add and override metadata.

Users associate each file with a package when creating a JAXBContext as such:

InputStream employeeExternalizedMetadata = 
     aClassLoader.getResourceAsStream("org/example/employee/metadata.xml";
InputStream customerExternalizedMetadata = 
     aClassLoader.getResourceAsStream("org/example/customer/metadata.xml";
 
HashMap<String, Source> metadataSourceMap = new HashMap<String, Source>();
metadataSourceMap.put("org.example.employee", new StreamSource(employeeExternalizedMetadata));
metadataSourceMap.put("org.example.customer", new StreamSource(customerExternalizedMetadata));
 
Map<String, Map<String, Source>> properties = new HashMap<String, Map<String, Source>>();
properties.put("eclipselink-oxm-xml", metadataSourceMap);
 
JAXBContext.newInstance("org.example.customer:org.example.employee", aClassLoader, properties);

It therefore seems to place the requirement on Dali to associate each file with a package in order to accurately support them.

References

MOXy oxm.xml support for 2.0

MOXy oxm.xml support for 2.1

Requirements / Functionality

oxm.xml content type

oxm.xml content type will need to be created similar to orm.xml content type. A resource model will need to be created.

file to package association

In order to correctly associate the files with the packages they represent, we will likely need additional project metadata.

MOXy 2.1 oxm.xml features

Validation and code assist will need to be provided where appropriate

Back to the top