You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@xmlbeans.apache.org by Apache Wiki <wi...@apache.org> on 2009/04/24 07:08:19 UTC
[Xmlbeans Wiki] Update of "V2Features" by WesleyLeggette
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Xmlbeans Wiki" for change notification.
The following page has been changed by WesleyLeggette:
http://wiki.apache.org/xmlbeans/V2Features
------------------------------------------------------------------------------
* '''Extensions''' - In general XMLBeans generated interfaces have been pretty static, in large part due to the XMLBeans overall objective to correctly support the XML Schema type system (including the custome types defined in the schema) in Java. You can map target namespace/package and element/property names but that was about it. In Version 2 (this may be ported to Version 1 as well) you will be able to add custom functionality to generated XMLBeans interfaces/classes. To accomplish this you will be able to pass the Schema Compiler two things 1) an interface that defines the set of methods to implement and 2) a static handler which implements this functionality (it is debatable whether this should be static or instance based, there are arguments both ways). The underlying XMLBeans generated classes will implement the interface and for each method call out to the static handler. Note that this capability allows XMLBeans classes to ''be'' your interface, this could
allow certain binding type strategies to sit on top of XMLBeans. For example, you could imagine an SDO ([http://dev2dev.bea.com/technologies/commonj/sdo/index.jsp Service Data Objects]) implementation on top of XMLBeans such that the SDO {{{DataObject}}} interface could be implemented by corresponding XMLBean(s). ''7/14/04 - Note this feature has been implemented see this wiki page http://wiki.apache.org/xmlbeans/ExtensionInterfacesFeature for more information''.
- * '''Pre and Post methods''' - In addition to being able to extend XMLBeans generated Java classes there have been many requests for event type methods. In Version 2 (may be implemented in Version 1 also) you will be able to specify ''Pre''' and '''Post''' methods that will be called before and after changes to the XMLBeans properties. '''7/14/04 - Note the first version of this feature has been implemented see this wiki page http://wiki.apache.org/xmlbeans/PrePostSetFeature for specifics''.
+ * '''Pre and Post methods''' - In addition to being able to extend XMLBeans generated Java classes there have been many requests for event type methods. In Version 2 (may be implemented in Version 1 also) you will be able to specify ''Pre''' and '''Post''' methods that will be called before and after changes to the XMLBeans properties. '''7/14/04 - Note the first version of this feature has been implemented see this wiki page http://wiki.apache.org/xmlbeans/PrePostSetFeature for specifics''.
+
+ * '''User Types''' - Custom user types for simple values {{{UserTypes}}}.
* '''Performance''' - As in XMLBeans V1 performance is paramount V2. Since XMLBeans always loads an XML Store and then provides a binding view on to the store some amount of additional overhead, compared to other Java/XML binding frameworks that unmarshal directly to Java objects (but throw away XML Infoset info that doesn't fit into the Java objects). This makes the performance bar all the higher for XMLBeans so that the tradeoff for additional functionality and information is minimal. The primary focus for runtime performance is in the area of the XML Store although there are other factors to consider as well (for example parsing). Every effort will be made to make the XML Store as highly performant as possible. Benchmarks against related technologies need to be created (with source for the benchmarks available of course) and performance tests included in the test suite to assure that performance regressions do not occur in the development process.
@@ -44, +46 @@
* '''DOM Eventing''' - DOM Eventing is challenging with the XML Store architecture and may not be feasible. XMLBeans will not address it in V2.
-
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: commits-help@xmlbeans.apache.org